From: Jan Stancek <jstancek@redhat.com>
To: Zeng Linggang <zenglg.jy@cn.fujitsu.com>,
Drew Jones <drjones@redhat.com>
Cc: ltp-list@lists.sourceforge.net
Subject: Re: [LTP] [PATCH] getrusage/getrusage04.c: Fix factor_nr = 1 -> factor_nr = 5
Date: Tue, 15 Oct 2013 07:50:41 -0400 (EDT) [thread overview]
Message-ID: <1096964421.7014139.1381837841727.JavaMail.root@redhat.com> (raw)
In-Reply-To: <000901cec66b$5bd10b70$13732250$@cn.fujitsu.com>
----- 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 >
http://pubads.g.doubleclick.net/gampad/clk?id=60135031&iu=/4140/ostg.clktrk
_______________________________________________
Ltp-list mailing list
Ltp-list@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/ltp-list
next prev parent reply other threads:[~2013-10-15 11:50 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-10-10 5:56 [LTP] [PATCH] getrusage/getrusage04.c: Fix factor_nr = 1 -> factor_nr = 5 曾令钢
2013-10-10 7:17 ` Jan Stancek
2013-10-10 8:16 ` [LTP] 答复: " 曾令钢
2013-10-11 10:19 ` [LTP] " Zeng Linggang
2013-10-11 10:35 ` Jan Stancek
2013-10-14 3:37 ` Zeng Linggang
2013-10-15 11:50 ` Jan Stancek [this message]
2013-10-15 13:55 ` chrubis
[not found] ` <2139370019.7163656.1381846796437.JavaMail.root@redhat.com>
2013-10-15 14:39 ` chrubis
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=1096964421.7014139.1381837841727.JavaMail.root@redhat.com \
--to=jstancek@redhat.com \
--cc=drjones@redhat.com \
--cc=ltp-list@lists.sourceforge.net \
--cc=zenglg.jy@cn.fujitsu.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox