l i n u x - u s e r s - g r o u p - o f - d a v i s
L U G O D
 
Next Meeting:
April 21: Google Glass
Next Installfest:
TBD
Latest News:
Mar. 18: Google Glass at LUGOD's April meeting
Page last updated:
2009 Jun 24 12:00

The following is an archive of a post made to our 'vox-tech mailing list' by one of its subscribers.

Report this post as spam:

(Enter your email address)
Re: [vox-tech] Need Partitioning Advice
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [vox-tech] Need Partitioning Advice



Turns out I'm still subscribed - nomail - to vox-tech ;-)

on Thu, Jun 18, 2009 at 11:39:58AM -0700, Gabriel G. Rosa (grosa@ucdavis.edu) wrote:
> On Thu, Jun 18, 2009 at 11:27:06AM -0700, Rick Moen wrote:
 
> I find the argument of journal overhead to be about as relevant in a
> modern machine as the argument of software RAID overhead. That is to say,
> not at all.

Journals:

  - Take up space on disk.  Not much but below about 1GB it becomes
    large relative to the storage area.

  - More significantly:  are updated on every file write operation.
    Toss in some performance bugs and you're increasing the number of
    writes (and seeks) necessary for basic activity.  On high-activity
    filesystems (/tmp, /var/spool, /scratch) this can be more than a
    passing concern.  As with noatime and nosync, selecting a
    non-journaled filesystem may offer performance advantages.

Rule of thumb:  if you don't care whether or not your data's there at
next boot, don't use a journaled filesystem.  /tmp tends to meet that
criterion.

Doubly so as FHS specifically defines /tmp as not guaranteeing
persistance across boots.  Handily enforced by using tmpfs.
 
> > Multiple swap partitions per _spindle_, as mentioned in part of
> > Karsten's page, is indeed old hat.  On the other hand, having multiple
> > swap partitions of the one-per-spindle variety is just common sense, as
> > it improves performance considerably.
> 
> I think Bill's point is that swap spindle optimization is become largely
> irrelevant with cheap and abundant RAM. You can argue it's not a lot
> of extra work to set up, but it's also not a lot of gains to be had
> over time.

I'll point one last time at Martin Pool's essay.

Swap partitions on multiple spindles are AFAIK automatically striped by
the kernel for optimal performance.

If you've spent any time watching system performance, you'll find that
waiting for heads to seek and settle chews up an impressive amount of
time.  Even on "simple" desktop systems (perhaps moreso as task load is
highly variable and perceived subjective responsiveness important).

Swap doesn't make your box slow, swapping does.  Which indicates either
insufficient RAM, poorly written code, or both.
 
> > Anyhow, I'd feel a prize chump if I had my server set up as
> > single-filesystem plus swap on quite a few grounds, including
> > performance:  Being able to put the swap in the middle of the
> > spindle, and the most-visited portions of the file tree on either
> > side, is a huge win for keeping average seek time low.  I'd be
> > bloody incompetent if I _didn't_ do that.
> 
> Until your storage is all solid state and seek times become
> meaningless. Some of us (although not me yet) are already there.

I don't see that as being cost-effective in all cases for some time,
though it's likely true for portable devices within the next five years,
as well as most lower-end consumer desktops.  Server storage
requirements will still require spinning spindles and seeking heads for
a while to come if only for cost and space reasons.  My own speculation
is that SSD front-ending will be used to greatly accelerate caching on
most devices, which should improve performance markedly.  As Andrew
Morton says:  "solid-state disks are going to put a lot of code out of a
job."

    http://lwn.net/Articles/275087/


Peace.

-- 
Karsten M. Self <karsten@linuxmafia.com>        http://linuxmafia.com/~karsten
    Ceterum censeo, Caldera delenda est.

Attachment: signature.asc
Description: Digital signature

_______________________________________________
vox-tech mailing list
vox-tech@lists.lugod.org
http://lists.lugod.org/mailman/listinfo/vox-tech


LinkedIn
LUGOD Group on LinkedIn
Sign up for LUGOD event announcements
Your email address:
facebook
LUGOD Group on Facebook
'Like' LUGOD on Facebook:

Hosting provided by:
Sunset Systems
Sunset Systems offers preconfigured Linux systems, remote system administration and custom software development.

LUGOD: Linux Users' Group of Davis
PO Box 2082, Davis, CA 95617
Contact Us

LUGOD is a 501(c)7 non-profit organization
based in Davis, California
and serving the Sacramento area.
"Linux" is a trademark of Linus Torvalds.

Sponsored in part by:
Sunset Systems
Who graciously hosts our website & mailing lists!