Re: [LTP] [PATCH] getrusage/getrusage04.c: Fix factor_nr = 1 -> factor_nr = 5

Jan Stancek
2013-10-15T11:50:54Z

----- Original Message -----
> From: "Zeng Linggang" <zenglg.jy@cn.fujitsu.com>
> To: "Jan Stancek" <jstancek@redhat.com>
> Cc: ltp-list@lists.sourceforge.net
> Sent: Friday, 11 October, 2013 12:19:19 PM
> Subject: RE: [LTP] [PATCH] getrusage/getrusage04.c: Fix factor_nr = 1 -> factor_nr = 5
> > >
> > > Note, that there is already a parameter -m to set factor_nr.
> > >
> > > Can you share more details why this should be the default?
> > > On which system/architecture do you see it failing?
> >
> > Yes. We have some problems in RHEL5.10GA.
> > It could not work as we expected. And I will be more careful.
> > Thanks.
> >
>
> When kernel is vmlinuz-2.6.18-371.el5xen, the case will fail.
> But with vmlinuz-2.6.18-371.el5, it works well.

I'm seeing the same as you also with previous minor RHEL5 releases on dom0:
5.3 2.6.18-128.el5xen
5.6 2.6.18-238.el5xen
5.9 2.6.18-348.el5xen
5.10 2.6.18-371.el5xen

> Maybe the case is not suit for xen kernel.

It's possible, it doesn't look like regression to me so far.
The systems are definitely not "slow" ones, and test can pass on bare-metal kernel.

Regards,
Jan

>
> Regards,
> Zeng
>
> > >
> > > Regards,
> > > Jan
> > >

------------------------------------------------------------------------------
October Webinars: Code for Performance
Free Intel webinars can help you accelerate application performance.
Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from
the latest Intel processors and coprocessors. See abstracts and register >