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