Re: [expert] /tmp size (OT for all except Jack)
On Monday 10 March 2003 12:33 am, J. Craig Woods wrote: > Jack, fix up that signature. As one a bit older than most here, I must > say that I enjoyed the hell out of "Sea Hunt" in my younger years. In > deference to the late Lloyd Bridges (ya, Beau and Jeff's dad), it was > not Nielson that recited your quote. It was Lloyd Bridges... > > drjung Heh. Looks like he picked the wrong day to be recalling famous movie lines.. :-) -- /\ Dark< >Lord \/ Want to buy your Pack or Services from MandrakeSoft? Go to http://www.mandrakestore.com
Re: [expert] /tmp size (OT for all except Jack)
Jack Coates wrote: ooops missed that part sorry. (heads to coffee machine pushes mud button) I'll be coherent in a few minutes here. m "Well, looks like I picked the wrong day to stop sniffing glue." --Leslie Nielson, _Airplane!_ Jack, fix up that signature. As one a bit older than most here, I must say that I enjoyed the hell out of "Sea Hunt" in my younger years. In deference to the late Lloyd Bridges (ya, Beau and Jeff's dad), it was not Nielson that recited your quote. It was Lloyd Bridges... drjung -- J. Craig Woods UNIX Network/System Administration http://www.trismegistus.net/resume.html Character is built upon the debris of despair --Emerson Want to buy your Pack or Services from MandrakeSoft? Go to http://www.mandrakestore.com
Re: [expert] /tmp size
On Saturday 08 March 2003 04:14 am, J. Grant wrote: > I have a computer with only 128MB ram, it chuggs along very slowly in X > Windows. in fstab there is a /tmp tempfs ramdisk, I commented it out so > that it now uses the root /tmp. However, performace is still about the > same, odd considering there should be about 64MB of ram extra available. > Any ideas on speeding up this computer with only 128MB ram (more ram > is not an option unfortunatly as the mobo has a broken socket, and 256MB > ram does not work in the remaining socket). > > Cheers > > JG Well try a light WM like Blackbox with the ROX file manager. I think there are some posts about creating desktop icons in that situation in the newbie archives. KDE is hitting the disk ALL the time with positioning of windows update info, so disk buffering/caching is very very important to its performance. Civileme Want to buy your Pack or Services from MandrakeSoft? Go to http://www.mandrakestore.com
Re: [expert] /tmp size
On Sat, 2003-03-08 at 06:42, David E. Fox wrote: > > I have a computer with only 128MB ram, it chuggs along very slowly in X > > Windows. in fstab there is a /tmp tempfs ramdisk, I commented it out so > > I've not looked at tmpfs. My guess is that if /tmp is empty, or has > little in it, there really shouldn't be half (which is the default) of > the RAM allocated to it. Even though that's tunable, that you don't > notice any difference using HD for /tmp makes me think that it wasn't > using up a lot of RAM in the first place. > I've read that tmpfs is dynamicaly allocated. > On such a system you might try using a lightweight window manager > rather than the default KDE or Gnome, both of which are > memory-intensive. > > definitely. -- Jack Coates Monkeynoodle: A Scientific Venture... Want to buy your Pack or Services from MandrakeSoft? Go to http://www.mandrakestore.com
Re: [expert] /tmp size
> I have a computer with only 128MB ram, it chuggs along very slowly in X > Windows. in fstab there is a /tmp tempfs ramdisk, I commented it out so I've not looked at tmpfs. My guess is that if /tmp is empty, or has little in it, there really shouldn't be half (which is the default) of the RAM allocated to it. Even though that's tunable, that you don't notice any difference using HD for /tmp makes me think that it wasn't using up a lot of RAM in the first place. On such a system you might try using a lightweight window manager rather than the default KDE or Gnome, both of which are memory-intensive. Want to buy your Pack or Services from MandrakeSoft? Go to http://www.mandrakestore.com
Re: [expert] /tmp size
I have a computer with only 128MB ram, it chuggs along very slowly in X Windows. in fstab there is a /tmp tempfs ramdisk, I commented it out so that it now uses the root /tmp. However, performace is still about the same, odd considering there should be about 64MB of ram extra available. Any ideas on speeding up this computer with only 128MB ram (more ram is not an option unfortunatly as the mobo has a broken socket, and 256MB ram does not work in the remaining socket). Cheers JG Want to buy your Pack or Services from MandrakeSoft? Go to http://www.mandrakestore.com
Re: [expert] /tmp size
El Vie 07 Mar 2003 20:24, Jack Coates escribió sabiamente: > I have 384M of RAM and I'm using VMWare. Currently I give it 128M to > play with, which because of that shared memory tmpfs Solaris-like voodoo > is implemented under /tmp. > > For whatever reason, my system has set a maximum size of 188M on /tmp. > > Since upgrading (downgrading) my VMWare image from W98 to W2k, I'd like > to increase the amount of memory it has to work with -- however, if I go > past 128M it rapidly fills up /tmp and VMWare barfs. > > How can I increase the amount of tmpfs space in /tmp? > > Failing that, why the tmpfs voodoo and is there anything wrong with > blowing it away and using plain old fashioned disk space for /tmp? > > thanks, Maybe the problem is that your /mnt is a mountpoint for a tmpfs, and tmpfs is limited to your memory. Yes, maybe you can use swap (I don't know) for tmpfs, but IMHO the best solution is: - Edit your /etc/fstab - Delete the line related to /tmp mountpoint: (In my case: "none /tmp tmpfs defaults 0 0") - Reboot Now tmp files will be stored in your harddisk, not in ram. The limit of the tmp folder will be the limit of your / partition (of course you can mount some other partition in /tmp to get more space;) OTOH, from now you shoud use tmpwatch to clean the /tmp folder (man tmpwatch). Best regards, -- Óscar Santacreu Usuario de Linux Registrado #227443 http://counter.li.org/ Want to buy your Pack or Services from MandrakeSoft? Go to http://www.mandrakestore.com
Re: [expert] /tmp size
On Fri, 2003-03-07 at 19:22, David E. Fox wrote: > > > > This is a multi-part message in MIME format... > > Failing that, why the tmpfs voodoo and is there anything wrong with > > blowing it away and using plain old fashioned disk space for /tmp? > > Well, would Solaris recognize it as such? > Sorry to confuse things... I'm using Mandrake, and its behavior seems to be copying Solaris behavior, which led to some tangential stories about Solaris. > I don't know what filesystem format tmpfs is, but I guess it might be > UFS. I've never used Solaris, so that's just a wild guess. > It's something in the Linux kernel, related to ramfs, but I can't find tmpfs in the kernel source. > You might consider using a (if available) small or extra > swap partition, detach it, and then format it appropriately and mount > it. When you're done, turn it into swap again. It's sort of like > sharing swap space between OSes but not exactly. > I've got buckets of swap (771M) from when I was mucking with a broken swsusp beta, so I don't think that effects things. I'm just going to have to come back and read all the tmpfs stuff when I'm not really tired and see if it makes sense then. -- Jack Coates Monkeynoodle: A Scientific Venture... Want to buy your Pack or Services from MandrakeSoft? Go to http://www.mandrakestore.com
Re: [expert] /tmp size
On Fri, 2003-03-07 at 16:50, James Sparenberg wrote: > On Fri, 2003-03-07 at 15:36, Jack Coates wrote: > > On Fri, 2003-03-07 at 15:20, James Sparenberg wrote: > > ... > > > Jack is your lilo set to clean /tmp on reboot? > > > > > > > > er, kind of irrelevant with tmpfs :-) > > ooops missed that part sorry. (heads to coffee machine pushes mud > button) I'll be coherent in a few minutes here. > > > m "Well, looks like I picked the wrong day to stop sniffing glue." --Leslie Nielson, _Airplane!_ -- Jack Coates Monkeynoodle: A Scientific Venture... Want to buy your Pack or Services from MandrakeSoft? Go to http://www.mandrakestore.com
Re: [expert] /tmp size
> > This is a multi-part message in MIME format... > Failing that, why the tmpfs voodoo and is there anything wrong with > blowing it away and using plain old fashioned disk space for /tmp? Well, would Solaris recognize it as such? I don't know what filesystem format tmpfs is, but I guess it might be UFS. I've never used Solaris, so that's just a wild guess. You might consider using a (if available) small or extra swap partition, detach it, and then format it appropriately and mount it. When you're done, turn it into swap again. It's sort of like sharing swap space between OSes but not exactly. Want to buy your Pack or Services from MandrakeSoft? Go to http://www.mandrakestore.com
Re: [expert] /tmp size
> Hm. I have issues with the idea of deadlocking because I used too much > memory, and tmpfs mounting as /tmp looks like a good idea (though still Well, it's basically a RAM disk. It would be nice if tmpfs could use some of available swap, I suppose. Still, that "memory" is going to be gone on a reboot. So, don't reboot. :) I'm not sure I'd recommend it unless you're pretty sure of the size of possible objects in /tmp. It also seems from the brief description (haven't read the docs) that it would also eat more resources than necessary if you undercommit as well. I remember back in the DOS days we had RAM disks - and some software had fixed, bot others could dynamically resize depending on what's on the ram drive. Want to buy your Pack or Services from MandrakeSoft? Go to http://www.mandrakestore.com
Re: [expert] /tmp size
On Fri, 2003-03-07 at 15:36, Jack Coates wrote: > On Fri, 2003-03-07 at 15:20, James Sparenberg wrote: > ... > > Jack is your lilo set to clean /tmp on reboot? > > > > > er, kind of irrelevant with tmpfs :-) ooops missed that part sorry. (heads to coffee machine pushes mud button) I'll be coherent in a few minutes here. > > m Want to buy your Pack or Services from MandrakeSoft? Go to http://www.mandrakestore.com
Re: [expert] /tmp size
On Fri, 2003-03-07 at 15:20, James Sparenberg wrote: ... > Jack is your lilo set to clean /tmp on reboot? > > er, kind of irrelevant with tmpfs :-) > m -- Jack Coates Monkeynoodle: A Scientific Venture... Want to buy your Pack or Services from MandrakeSoft? Go to http://www.mandrakestore.com
Re: [expert] /tmp size
On Fri, 2003-03-07 at 11:41, Jack Coates wrote: > On Fri, 2003-03-07 at 11:31, Tibor Pittich wrote: > > On 07. mar 2003, 11:24, Jack Coates wrote: > > > > > How can I increase the amount of tmpfs space in /tmp? > > > > check your kernel documentation: > > /usr/src/linux/Documentation/filesystems/tmpfs.txt > > > > ... > > tmpfs has a couple of mount options: > > > > size: The limit of allocated bytes for this tmpfs instance. The > >default is half of your physical RAM without swap. If you > >oversize your tmpfs instances the machine will deadlock > >since the OOM handler will not be able to free that memory. > > ... > > > > this parameter you can use with mount command, or add into fstab > > where is defined /tmp mountpoint > > Hm. I have issues with the idea of deadlocking because I used too much > memory, and tmpfs mounting as /tmp looks like a good idea (though still > voodoo -- I'm actually just annoyed by it because I once downloaded some > Solaris upgrade packages into /tmp and had them deleted by a reboot :-) Jack is your lilo set to clean /tmp on reboot? > > There might be something I can do in VMware with host reserved memory, > or I'll look at reducing Win2K's memory footprint some more. > > thanks, Want to buy your Pack or Services from MandrakeSoft? Go to http://www.mandrakestore.com
Re: [expert] /tmp size
On Fri, 2003-03-07 at 11:31, Tibor Pittich wrote: > On 07. mar 2003, 11:24, Jack Coates wrote: > > > How can I increase the amount of tmpfs space in /tmp? > > check your kernel documentation: > /usr/src/linux/Documentation/filesystems/tmpfs.txt > > ... > tmpfs has a couple of mount options: > > size: The limit of allocated bytes for this tmpfs instance. The >default is half of your physical RAM without swap. If you >oversize your tmpfs instances the machine will deadlock >since the OOM handler will not be able to free that memory. > ... > > this parameter you can use with mount command, or add into fstab > where is defined /tmp mountpoint Hm. I have issues with the idea of deadlocking because I used too much memory, and tmpfs mounting as /tmp looks like a good idea (though still voodoo -- I'm actually just annoyed by it because I once downloaded some Solaris upgrade packages into /tmp and had them deleted by a reboot :-) There might be something I can do in VMware with host reserved memory, or I'll look at reducing Win2K's memory footprint some more. thanks, -- Jack Coates Monkeynoodle: A Scientific Venture... Want to buy your Pack or Services from MandrakeSoft? Go to http://www.mandrakestore.com
Re: [expert] /tmp size
On 07. mar 2003, 11:24, Jack Coates wrote: > How can I increase the amount of tmpfs space in /tmp? check your kernel documentation: /usr/src/linux/Documentation/filesystems/tmpfs.txt ... tmpfs has a couple of mount options: size: The limit of allocated bytes for this tmpfs instance. The default is half of your physical RAM without swap. If you oversize your tmpfs instances the machine will deadlock since the OOM handler will not be able to free that memory. ... this parameter you can use with mount command, or add into fstab where is defined /tmp mountpoint pgp0.pgp Description: PGP signature