Text 9738, 38 rader
Skriven 2007-03-24 19:03:04 av Maurice Kinal (1:140/13)
   Kommentar till text 9731 av Russell Tiedt (5:7105/1)
Ärende: Fun find from the past
==============================
Hey Russell!

Mar 24 19:02 07, Russell Tiedt wrote to Maurice Kinal:

 RT> How big does /tmp need to be, what uses/abuses it ... ?

mc is the biggest hog here at the moment but even lynx can chew up some /tmp
space when reading large html docs especially if compressed.  For both mc and
lynx, large compressed files are what can cause one to consider a large /tmp.

 RT> What would be a good/usable rule of thumb to determine how large a 
 RT> /tmp 
 RT> partion one needs?

Personally I don't need too much but have run into a few issues when testing
things out.  Nothing major yet.  I assume vsftpd might have an issue with it's
allocated temporary space when using it as a chroot jail.  I was going to look
at that aspect later but to be honest it isn't really an issue since the
current usb flash boot is more user orientated and doesn't currently have any
server daemons, jailed or otherwise.

 MK>> sed should be able to handle that if and when needed.

 RT> Don't like sed much, but I think you are right ... :-)

Understood.  However I have yet to find something better that isn't going to
bloat things up.  I am in the process of trimming things down wrt the ramdisk
as I think the extra mount is a more appropriate way to add any extras if and
when needed.  16M boots far too slow on usb, flash disk or otherwise.  Works
great on a sata drive though and even a larger one could easily be exploited
... if needed.  I don't think it is.  I want to get the usb one back down to
8M.  Overall that is best.

Life is good,
Maurice

--- Msged/LNX 6.2.0
 * Origin: Coffin Point BBS (1:140/13)