[H-GEN] partitioning again

James McPherson jmcphers at laurel.ocs.mq.edu.au
Wed May 12 18:16:08 EDT 1999


(Note reply-to: being general at humbug.org.au vs James McPherson <jmcphers at laurel.ocs.mq.edu.au>)


Robert Brockway writes:
 > (Note reply-to: being general at humbug.org.au vs Robert Brockway <robert at blake.humbug.org.au>)
 > On Wed, 12 May 1999, James McPherson wrote:
 > >  > blake has 8 partitions but all other boxen have 1 each :)
 > > well from an enterprise point of view (ie we run oracle ;>), that sort of
 > > scheme is laughable because there are just too many things which can go wrong
 > > if there is not enough space - we can't afford that possibility. On the
 > 
 > [snip]
 > 
 > > /dev/dsk/c0t0d0s0      57143   19234   32195    38%    /
 > > /dev/dsk/c0t0d0s1     962582  399296  505532    45%    /usr
 > > /dev/dsk/c0t0d0s4     448143  207353  195976    52%    /var
 > > swap                 1069220  252500  816720    24%    /tmp
 > > /dev/dsk/c0t1d0s0     480919  126977  329897    28%    /opt
 > > /dev/dsk/c0t1d0s1     962582  476992  437461    53%    /home
 > 
 > James, my partitioning scheme is similar to yours:
 > 
 > blake[5:59pm]:~>df
 > Filesystem         1024-blocks  Used Available Capacity Mounted on
 > /dev/hda1              15856   14111      915     94%   /
 > /dev/hda3            1189542  602476   525604     53%   /usr
 > /dev/hda4             726443  534353   154568     78%   /opt
 > /dev/hdb1              63885     142    60444      0%   /tmp
 > /dev/hdb2             127361   32789    87995     27%   /var
 > /dev/hdb3             634724  182660   419279     30%   /var/spool
 > /dev/hdb4             385923  273690    92300     75%   /home
 > 
 > So, the fact that it is on only 2 disks does not in itself make it
 > laughable, even in a commercial environment, if the available disk space
 > is sufficient for the application.

sorry - I wasn't being sufficiently careful in what I was referring to. I was
actually referring to your non-blake machines. As for enterprise/commercial
environments, well, how you set them up depends on what your needs are. A
small site might get away with only two disks - but not if they're running a
dbms such as oracle, ingres, db2 or sybase because the requirements for
logfiles and continual disk access would mean that general access would be
pretty poor.

 > > While we're at it, what do people think about Solaris' use of tmpfs for
 > > virtual memory? This what we're seeing at the moment on this particular
 > > machine:
 > 
 > I think the tmpfs idea is an excellent one.  Apparently a Linux
 > implementation is in the works (tm).

I'd also like to see the savecore facility but newgroup archives lead me to
believe that that is unlikely even though it would be _very_ useful.


James
--
Unix Systems Administrator            Phone: +61.2.9850.9418
Office of Computing Services            Fax: +61.2.9850.7433
Macquarie University   NSW    2109     remove the extra char 
AUSTRALIA			       in the reply-to field

--
This is list (humbug) general handled by majordomo at lists.humbug.org.au .
Postings only from subscribed addresses of lists general or general-post.



More information about the General mailing list