Re: Raid 1 (non) performance

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

 



Magnus Naeslund(k) wrote:
dean gaudet wrote:
i see you have split /var and / on the same spindle... if your /home is on / then you're causing extra seek action by having two active filesystems on the same spindles. another option to consider is to make / small and mostly read-only and move /home to /var/home (and use a symlink or mount --bind to place it at /home).


Yes I have it like this now:
	/var/bind/home on /home type bind (rw,bind,noatime)

hopefully your swap isn't being used much anyhow.


Zero used, infact.

try "iostat -kx /dev/sd* 5" and see if the split is causing you troubles -- i/o activity on more than one partition at once.


It seems to be roughly the same numbers on the disks.

turning off write caching is a recipe for disasterous performance on most ata disks... unfortunately. better to buy a UPS and set up nut or apcupsd or something to handle shutdown. or just take your chances.


This is a mail server, I would like it to not lose mail if there is an power outage.
Is there anything one can do without buying more hardware?

Nothing you can do will prevent loss of mail locally if the power goes out when the mail has gotten to memory and not disk, or the metadata has not been updated on the disk. Unless you want to hack your SMTP interface to not return an "accepted" status until you have flushed everything, get a UPS.

Hint, I looked at this for an ISP internal mailer, and performance trying to flush is so bad it's only justified for a very low volume of mail. As in legal or financial stuff. If your mail is that critical you buy expensive hardware when justified. Otherwise spend a few hundred bucks on a good UPS and install the software.

--
bill davidsen <davidsen@xxxxxxx>
 CTO TMR Associates, Inc
 Doing interesting things with small computers since 1979

-
To unsubscribe from this list: send the line "unsubscribe linux-raid" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html

[Index of Archives]     [Linux RAID Wiki]     [ATA RAID]     [Linux SCSI Target Infrastructure]     [Linux Block]     [Linux IDE]     [Linux SCSI]     [Linux Hams]     [Device Mapper]     [Device Mapper Cryptographics]     [Kernel]     [Linux Admin]     [Linux Net]     [GFS]     [RPM]     [git]     [Yosemite Forum]


  Powered by Linux