jrp@rducky.uucp (JIM PICKERING) (12/03/89)
I started playing with the partition sizes on my second hard disk this weekend. I wanted to decrease the 'swap' partition (partition 1) in order to increase partition 2. I use partition 1 as /tmp and partition 2 as /usr/spool. When formatting the disk, the default is 4000-5000 logical blocks (4-5 meg.). My second disk is only 30 meg. so I would like to have as big as /usr/spool as possible (news really eats disk space). What is a safe size for /tmp? Or what programs use /tmp for a scratch area? I suppose I could set partition 1 to 0 blocks and not mount /tmp. Is there a performance increase with anything (compiler, etc.) by having /tmp on the faster disk? Thanks. jim -- Jim Pickering c/o Technical Solutions || (north) ..csustan!polyslo!rducky!jrp P.O. Box 1045 || (south) ..sdsu!polyslo!rducky!jrp Arroyo Grande, CA 93420 || (south) ..csun!polyslo!rducky!jrp (805) 473-1037 || (east) ..csufres!polyslo!rducky!jrp
madcat@cbnewsm.ATT.COM (Marty Donaldson) (12/07/89)
From article <1049@icus.islp.ny.us>, by lenny@icus.islp.ny.us (Lenny Tropiano): > that "ln" works faster than "mv" but never take into account that you > _might_ have more than one partition and you can't ln across filesystems. > > The best solution to this is to "hand-Install" your programs. Or at > the very least fix the "Install" script found on the installtion disks > and then re-cpio it up to be installed through the UA. I ran into this software install problem also. I did the following: 1) renamed ln to ln.REAL 2) wrote a shell script called ln, which: a) does an ln.REAL. b) checks the exit code of the ln.REAL. c) if ln.REAL was successful, exit. d) if ln.REAL was unsuccessful (cross fs ln), do a cp instead with the same args., exit. I have /tmp and /usr on the 2nd drive. This has not failed me so far. I would have included the actual shell script but its at home on a system that's not cooperating with a 2meg mother board upgrade. I'll see if I can locate a backup copy and post it.