Re: [HEADS-UP] Rawhide: /tmp is now on tmpfs

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 




Am 01.06.2012 23:48, schrieb Nathanael D. Noblet:
> On 06/01/2012 03:23 PM, Garrett Holmstrom wrote:
>> On Fri, Jun 1, 2012 at 1:44 PM, Gregory Maxwell<gmaxwell@xxxxxxxxx>  wrote:
>>> On Fri, Jun 1, 2012 at 12:28 PM, Reindl Harald<h.reindl@xxxxxxxxxxxxx>  wrote:
>>>> * it is a valid workload that a application creates a 10 GB tempfile
>>>> * ok, you say: use /var/tmp
>>>> * well, i say: my whole rootfs is only 4 GB and 2 Gb are used
>>>
>>> If your rootfs wasn't big enough for your tmp workload you would have
>>> had to have had a separate tmp partition. Either continue to use it—
>>> or mount it as swap and set size= to allow you to use it in tmp.
>>>
>>> It works great.
>>
>> Part of this feature involves patching applications to write temporary
>> files to /var/tmp instead of /tmp.  Reindl's point is that this change
>> will cause temporary files that were previously written to the /tmp
>> filesystem that he had explicitly prepared for this purpose to instead
>> be written to /var/tmp and fill up his / filesystem.
> 
> Without getting into the specifics of whether the feature is useful or 
> not... Part of it could be. If fstab contains a /tmp mountpoint re-write 
> it to /var/tmp? I doubt that will make people stop talking about this feature
> but just a thought

how would this help?
no magic rewrite can fix a behavior change of the OS for sure

it would things much more complicated, unpredictable and make the OS
to a sort of gambling machine - which part at which point would
rewirte what and what let you come to the conclusion that it is
the right way to rewrite any admin-configuration randomly?

this whole feature should be reconsidered with all it's
impacts on packages and configurations and if it is
really a measurable win for anybody

i am pretty sure that on most machines the change is completly
meaningless, on a high count of machines it has a serious
impact and the few machines where /tmp on tmpfs would be
a benfit can and do configure it since years

we are speaking here about a large hange in OS behavior and
must have a REALLY positive impact on most installations
which is not the case




Attachment: signature.asc
Description: OpenPGP digital signature

-- 
devel mailing list
devel@xxxxxxxxxxxxxxxxxxxxxxx
https://admin.fedoraproject.org/mailman/listinfo/devel

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Index of Archives]     [Fedora Announce]     [Fedora Kernel]     [Fedora Testing]     [Fedora Formulas]     [Fedora PHP Devel]     [Kernel Development]     [Fedora Legacy]     [Fedora Maintainers]     [Fedora Desktop]     [PAM]     [Red Hat Development]     [Gimp]     [Yosemite News]
  Powered by Linux