David Masover wrote: >michael chang wrote: > > >>On 9/2/05, Matt Stegman <[EMAIL PROTECTED]> wrote: >> >> > > > >>That said, I'd be half-satisfied if a repacker is released months or >>years earlier because it doesn't efficiently handle weird cases (so >>long as it remembers to try and repack free space too). As for the 5% >>error; a warning is safer. Either that, or put in a force option to >>get around the "error". >> >> > >A mount option specifying the amount of space to reserve? > >You probably don't want to disable the limit altogether. Some people >might go the other way, forcing at least 15-25% of the disk to be free >for performance reasons. I think the mount option is safest, and >certainly safer than trying to do this per-process. > > > > > This is a bit arrogant, but I believe that a user that does not know how to recompile the kernel with the #define changed is not sophisticated enough to know how much he is going to hurt his performance by going from 95% to 99% space used, and a user who does not want to bother with recompiling is not going to study the topic enough to realize he is making a mistake 80% of the time. It is important to know when designing a product when your users intuitions are going to be wrong 80%of the time, and while one should always be slow to reach such a conclusion, I think this is such a case.
Hans
