426Gsegher
and a handful of folks with multi-dozen GB homes.
What a good thing gcc110 has such an enormous disc if people can need so much
space to achieve certain effects
However, running fileclean every now and then is a good idea as an emptier
/home makes the machine run faster for fi
Il 06/03/24 20:31, Zach van Rijn via cfarm-users ha scritto:
On Wed, 2024-03-06 at 13:27 -0500, Sean McGovern via cfarm-users
wrote:
I did a quick check, but did not log in as root
So he's the only big user who isn't hiding anything :)
M
OpenPGP_signature.asc
Description: OpenPGP digit
On Thu, 2024-03-07 at 10:32 +0100, Martin Guy via cfarm-users
wrote:
> Il 06/03/24 20:31, Zach van Rijn via cfarm-users ha scritto:
> > On Wed, 2024-03-06 at 13:27 -0500, Sean McGovern via cfarm-
> > users
> > wrote:
> > I did a quick check, but did not log in as root
>
> So he's the only big user
On Thu, 7 Mar 2024 at 15:20, Zach van Rijn via cfarm-users
wrote:
>
> On Thu, 2024-03-07 at 10:32 +0100, Martin Guy via cfarm-users
> wrote:
> > Il 06/03/24 20:31, Zach van Rijn via cfarm-users ha scritto:
> > > On Wed, 2024-03-06 at 13:27 -0500, Sean McGovern via cfarm-
> > > users
> > > wrote:
>
On 3/7/24 01:30, Martin Guy via cfarm-users wrote:
which usually begins to degrade above 80% and seriously above 90% if
I remember correctly.
I think that there is a significant difference between log-structured
and overwrite-in-place filesystems with regard to performance if a
filesystem is a
On Thu, Mar 07, 2024 at 10:30:13AM +0100, Martin Guy via cfarm-users wrote:
> >426Gsegher
> >
> >and a handful of folks with multi-dozen GB homes.
>
> What a good thing gcc110 has such an enormous disc if people can need so
> much space to achieve certain effects
The disk of gcc110 is too sm
Il 07/03/24 18:29, Segher Boessenkool ha scritto:
Clean up after yourself! You should have been taught that in
kindergarten already ;-)
One from the archives :)
---8<---
Received: from kestrel by betelgeuse.Ukc.AC.UK Over Ring with SMTP id
aa23843;
On Thu, Mar 07, 2024 at 03:25:45PM +, Jonathan Wakely via cfarm-users wrote:
> On Thu, 7 Mar 2024 at 15:20, Zach van Rijn via cfarm-users
> wrote:
> >
> > On Thu, 2024-03-07 at 10:32 +0100, Martin Guy via cfarm-users
> > wrote:
> > > Il 06/03/24 20:31, Zach van Rijn via cfarm-users ha scritto:
On Thu, Mar 07, 2024 at 09:28:13AM -0800, Bart Van Assche via cfarm-users wrote:
>
> On 3/7/24 01:30, Martin Guy via cfarm-users wrote:
> >which usually begins to degrade above 80% and seriously above 90% if
> >I remember correctly.
> I think that there is a significant difference between log-stru
On 3/7/24 14:06, Segher Boessenkool wrote:
On Thu, Mar 07, 2024 at 09:28:13AM -0800, Bart Van Assche via cfarm-users wrote:
On 3/7/24 01:30, Martin Guy via cfarm-users wrote:
which usually begins to degrade above 80% and seriously above 90% if
I remember correctly.
I think that there is a sign
On Thu, Mar 07 2024, Zach van Rijn via cfarm-users wrote:
> On Thu, 2024-03-07 at 10:32 +0100, Martin Guy via cfarm-users
> wrote:
>> Il 06/03/24 20:31, Zach van Rijn via cfarm-users ha scritto:
>> > On Wed, 2024-03-06 at 13:27 -0500, Sean McGovern via cfarm-
>> > users
>> > wrote:
>> > I did a
> On Mar 7, 2024, at 12:29 PM, Segher Boessenkool via cfarm-users
> wrote:
>
> The disk of gcc110 is too small for how it is used. That has been the
> case since day 1, it isn't new. There are 100s of active users on this
> system, and most do not clean up after themselves. A disk slightly
>
On Thu, Mar 07, 2024 at 02:28:35PM -0800, Bart Van Assche wrote:
> Although I know that we are digressing since gcc110 does not use a
> log-structured filesystem, isn't the conclusion from that paper that
> disk utilization should be kept below 80% for log-structured
> filesystems independent of th
Martin Jambor via cfarm-users dixit:
>Or something like that. Nobody should have un-backuped stuff on compile
>farm machines for months anyway.
Shell/editor configs, etc. excepted, i.e. anything below, I don’t know,
a dozen Mebibytes or something?
bye,
//mirabilos
--
„Cool, /usr/share/doc/mksh
Segher Boessenkool via cfarm-users wrote:
On Thu, Mar 07, 2024 at 03:25:45PM +, Jonathan Wakely via cfarm-users wrote:
On Thu, 7 Mar 2024 at 15:20, Zach van Rijn via cfarm-users
wrote:
On Thu, 2024-03-07 at 10:32 +0100, Martin Guy via cfarm-users
wrote:
Il 06/03/24 20:31, Z
On Thu, Mar 07, 2024 at 05:55:51PM -0600, Jacob Bachmeyer wrote:
> Segher Boessenkool via cfarm-users wrote:
> >But many, many of those are weeks out of date so almost certainly
> >completely useless.
> >
>
> I seem to remember that Git can use another local repository as a
> "reference" when c
On 2024-03-07 18:25:15 -0600, Segher Boessenkool via cfarm-users wrote:
> The full GCC repo is smaller than a single trunk checkout, fwiw.
So, what would be needed is deduplication at the file system level,
unless most space is taken by object files, in which case...
> If you want to save space,
Martin Jambor via cfarm-users writes:
>Which might be the right general rule to do in general. Something like: "If
>your home does not contain a file younger than 6 (or 9?) months, its contents
>can be purged in its entirety by admins if disk ever runs low on a machine.
>The bigger the home, the
18 matches
Mail list logo