Re: RAID help

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]



      Philix T A [philixlinux@xxxxxxxxx] wrote

	2) Dont create RAID for swap and / root partition (Not
Advisable)

I would avoid putting / or /swap on RAID0 partitions, but RAID1 should
not only not be a problem, it should be encouraged as a method of
recuperating from a spindle failure.

	3) Swap Size size should be 2X the size of the Physical memory

That was the other millennium, when it was certain that our programs
used more Core/RAM than you had in your box.  This is now, when you need
swap only when you can't schedule your process load to not over-demand
RAM, and you can't put more RAM in your box.  In that kind of case, a
larger box is more cost-effective than swap.  I make certain swap is
never used. Man 1 vmstat, look at the 'si' and 'so' fields, they should
stay zero.

	4) Always partition which uses high read/write to the disk  eg
/var/log /var/www/html  and /home etc
I'm not certain I understood what you said.  My advice on partitioning
is to group read-only (e.g. most of / & /usr) on partitions mounted -o
ro, and writable portions (e.g. most of var) on a separate partition so
the amount of fsck recovery is minimized.  The OP asked about making a
single partition for everything, this is (approximately) what a Red Hat
default install will do.  Making a RAID1 of everything is not a bad
idea, it's called a backup ;)

	6) My experience had always shown if your apps had memory leak ,
expect Swapping to happen for sure,  where reboot of the apps or the
system is needed

Buggy software (memory leaks included) should simply be avoided.  Where
they can't be avoided, a crontab entry to kill & restart every hour (or
so).  I'm not sure what the OP is asking.

It is my advice to post ONLY in plain text, not rich-text or html, to a
mailing list.  If it is impossible to post plain-text, some won't see
your post and some who have a response won't send one since top-posting
is "the best way" to reply to html posts, and top-posting is an
abomination to many.
		


*******************************************************************
This email and any files transmitted with it are confidential and
intended solely for the use of the individual or entity to whom
they are addressed. If you have received this email in error please
notify the system manager. This footnote also confirms that this
email message has been swept for the presence of computer viruses.
www.Hubbell.com - Hubbell Incorporated**

_______________________________________________
CentOS mailing list
CentOS@xxxxxxxxxx
http://lists.centos.org/mailman/listinfo/centos


[Index of Archives]     [CentOS]     [CentOS Announce]     [CentOS Development]     [CentOS ARM Devel]     [CentOS Docs]     [CentOS Virtualization]     [Carrier Grade Linux]     [Linux Media]     [Asterisk]     [DCCP]     [Netdev]     [Xorg]     [Linux USB]
  Powered by Linux