l i n u x - u s e r s - g r o u p - o f - d a v i s
Next Meeting:
July 7: Social gathering
Next Installfest:
Latest News:
Jun. 14: June LUGOD meeting cancelled
Page last updated:
2009 Jun 22 23:31

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

On Thu, Jun 18, 2009 at 11:27:06AM -0700, Rick Moen wrote:
> Consider /usr on a server where that is kept mounted read-only except
> during installation/removal of packages.  Why have the overhead of a 
> journal?
> Consider also a /tmp filesystem where you want high performance, and for
> some reason don't want to use tmpfs.  (Maybe you prefer /tmp to be
> persistent between reboots.)  Again, why do you want the overhead of a
> journal on _/tmp_?

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.

> > * The lack of online resizing and logical volumes
> Oddly, some of us don't like LVM/LVM2 on account of the avoidable
> complexity those add to a system's architecture, and would rather not
> trust our files to online resizing.

That is odd indeed ;)

Can you elaborate a bit on this?

> > * Multiple swap partitions because of limitations on swap size partitions.
> 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.

> 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.

vox-tech mailing list

LUGOD Group on LinkedIn
Sign up for LUGOD event announcements
Your email address:
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:
Appahost Applications
For a significant contribution towards our projector, and a generous donation to allow us to continue meeting at the Davis Library.