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

[Reindl Harald]

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 at gmail.com>  wrote:
>>> On Fri, Jun 1, 2012 at 12:28 PM, Reindl Harald<h.reindl at thelounge.net>  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




-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 262 bytes
Desc: OpenPGP digital signature
URL: <http://lists.fedoraproject.org/pipermail/devel/attachments/20120602/f4a436ed/attachment.sig>