Hi again.
Just a quick note to say I've tried upgrading to the latest 
kernel-2.6.32-358.6.1.el6.x86_64 just in case the problem had been 
"accidentally" fixed.
However, swap is still used in preference to RAM during backups.
I've changed yum.conf to installonly_limit=5 so I don't lose my working 
kernel-2.6.32-279.22.1.el6.x86_64 on the next two kernel updates.
Anyone have any news on bug 949166 yet?


Regards
Bill Maidment
Maidment Enterprises Pty Ltd

N.B. Any email disclaimer in the original message has been carefully ignored as 
it has no meaning in law.
 
 
-----Original message-----
> From:Orion Poplawski <[email protected] <mailto:[email protected]> >
> Sent: Sunday 14th April 2013 3:23
> To: Olivier Mauras <[email protected] 
> <mailto:[email protected]> >
> Cc: [email protected] <mailto:[email protected]> 
> Subject: Re: IO performance regressions with kernel-2.6.32-358
> 
> On 04/09/2013 12:33 AM, Olivier Mauras wrote:
> > Hello,
> >
> > I can't access the bug, what is the status ?
> 
> Interesting, wonder why they took it private.  Perhaps that is a good 
> sign :).  Unfortunately no comments yet.
> 
> > On 2013-04-06 16:44, Orion Poplawski wrote:
> >
> >> On 04/05/2013 07:32 PM, Bill Maidment wrote:
> >>> After switching back to the older kernel, I can confirm that the swap
> >>> usage has returned to normal, even during the backup time 6am-8am.
> >>> (See attached graph) I'm wondering if this has anything to do with
> >>> NUMA, which sometimes prefers to use swap rather than memory that is
> >>> slightly slower than the currently used memory. I am using a single
> >>> Phenom II 955 processor (quad core) on an ASUS M4N68T motherboard and
> >>> SL6.4 upgraded from 6.3
> >> Switching back fixed it for me too.  Max swap usage reduced from 100% to
> >> 25%, all dumps completed on time.  I suppose NUMA could be a factor,
> >> this is a Xeon L5520 system.  I haven't seen this large swap usage on my
> >> other older hardware, although I only have the one machine writing
> >> backups to local disk, remote machines send the backup via the network
> >> to this host.
> >>
> >> I've filedhttps://bugzilla.redhat.com/show_bug.cgi?id=949166
> >>
> 
> 
> -- 
> Orion Poplawski
> Technical Manager                     303-415-9701 x222
> NWRA/CoRA Division                    FAX: 303-415-9702
> 3380 Mitchell Lane                  [email protected] 
> <mailto:[email protected]> 
> Boulder, CO 80301              http://www.cora.nwra.com 
> <http://www.cora.nwra.com> 
> 
> 

Reply via email to