What's the value in /proc/sys/vm/swappiness?
> From: perry.tay...@zirmed.com
> To: u2-users@listserver.u2ug.org
> Date: Mon, 4 Feb 2013 20:53:13 +0000
> Subject: Re: [U2] [UV] Large File Operations Kill Linux
>
> We're on RHEL5 (2.6.18-348.el5), ext3 and 132GB ram.
>
> -----Original Message-----
> From: u2-users-boun...@listserver.u2ug.org
> [mailto:u2-users-boun...@listserver.u2ug.org] On Behalf Of Symeon Breen
> Sent: Monday, February 04, 2013 9:23 AM
> To: 'U2 Users List'
> Subject: Re: [U2] [UV] Large File Operations Kill Linux
>
> A few questions - What linux version/distro are you on and what type of
> file system, and how much ram do you have
>
> -----Original Message-----
> From: u2-users-boun...@listserver.u2ug.org
> [mailto:u2-users-boun...@listserver.u2ug.org] On Behalf Of Perry Taylor
> Sent: 04 February 2013 15:57
> To: U2-Users List
> Subject: [U2] [UV] Large File Operations Kill Linux
>
> Looking for some ideas on how to keep Linux from becoming largely
> unresponsive when creating large files. What happens is as the new file is
> being created the I/O buffer cache quickly fills up with dirty buffers.
> Until the kernel can flush these out to disk there is no avail buffers for
> I/O operations from other processes. . The most troubling manifestation of
> this is the transaction logging check point daemon gets *way* behind putting
> us as risk if we were to have a failure of some kind.
>
> I have tried using ionice and renice to slow the file creation down as much
> as possible. This help a little but is still a big problem. Any ideas how
> to get CREATE.FILE/RESIZE to play nice on Linux?
>
> Thanks.
> Perry
> Perry Taylor
> Senior MV Architect
> ZirMed
> 888 West Market Street, Suite 400
> Louisville, KY 40202
> www.zirmed.com<http://www.zirmed.com/>
>
>
>
> CONFIDENTIALITY NOTICE: This e-mail message, including any attachments, is
> for the sole use of the intended recipient(s) and may contain confidential
> and privileged information. Any unauthorized review, use, disclosure or
> distribution is prohibited. ZirMed, Inc. has strict policies regarding the
> content of e-mail communications, specifically Protected Health Information,
> any communications containing such material will be returned to the
> originating party with such advisement noted. If you are not the intended
> recipient, please contact the sender by reply e-mail and destroy all copies
> of the original message.
> _______________________________________________
> U2-Users mailing list
> U2-Users@listserver.u2ug.org
> http://listserver.u2ug.org/mailman/listinfo/u2-users
> -----
> No virus found in this message.
> Checked by AVG - www.avg.com
> Version: 2012.0.2238 / Virus Database: 2639/5579 - Release Date: 02/03/13
>
> _______________________________________________
> U2-Users mailing list
> U2-Users@listserver.u2ug.org
> http://listserver.u2ug.org/mailman/listinfo/u2-users
> _______________________________________________
> U2-Users mailing list
> U2-Users@listserver.u2ug.org
> http://listserver.u2ug.org/mailman/listinfo/u2-users
_______________________________________________
U2-Users mailing list
U2-Users@listserver.u2ug.org
http://listserver.u2ug.org/mailman/listinfo/u2-users
