Steve Lord wrote:
On Thu, 2003-06-19 at 09:31, Steven Pratt wrote:Yes, this is the nightly regression runs that we have been doing on the
2.5 kernel series. We have been more worried about changes in
performance than functional issues to this point (that is our mission),
Since I am running multiple runs of dbench and averaging results, having
one run die still allows us to get numbers. I just looked over the
results again and I see problem both on single client and on 16 client
runs. I seem to remember that we have problem more often on 64 client
runs but dropped that version for lack of runtime. Should also not that
this may not be as reproducible as I first mentioned, seems more like 1
out of 8 runs or so dies.
While trying to do performance regression testing on 2.5.xx kernels, we
are seeing hangs when runnuing xfs with 16 clients quite often. No
error messages, just that dbench does not complete. XFS is hte only
filesystem the causes this behavior with dbench, It is very
reproducibly on the 2.5.7x kernels. Has anyone else seen this? What
kind of debug information would you need.
Is this the performance regression tests which get run on 2.5 kernels?
I have seen the results, never a comment about hangs before.
Understand about 2.5 work. Here is a link to the test machine setup
Unfortunately, we have been somewhat tied up with 2.4 things and
2.5 is not getting as much air time - and kdb does not work which
makes debugging much more interesting. Let me try it out and see
what happens, and details about the setup you see this in would
We also have a bunch of code with fixes here we needNo, we are not doing anything except standard trees at the moment. This
is 99% automated so anything like CVS does not fit well. If you had a
patch against any recent version of 2.5 I could give that a go.
to sync to Linus, it is always possible you are hitting one of
those, did you ever try pulling from the cvs tree on oss.sgi.com?
The xfs in there is more upto date, if that makes the problem
go away, then I need to get an update to Linus sooner rather than