Re: [BENCHMARK] I/O regression after 2.6.0-test5

[Magnus Andersson]

On Sun, Oct 19, 2003 at 08:37:45PM -0400, rwhron@xxxxxxxxxxxxx wrote:
> There was about a 50% regression in jobs/minute in AIM7
> database workload on quad P3 Xeon.  The CPU time has not
> gone up, so the extra run time is coming from something
> else.  (I/O or I/O scheduler?)

Hello all!

This sounds like the same problem I had with the 2.6 kernel.
I posted some stuff on the kernel-list about this.

Make a search for "2.6.0-test4 parallel seek & read problem"
on google to read my posts.

I think I ran into two different unrelated problems.
 
First problem was solved, but second problem is still there.
It is probably the same you are having.

My finding was that the problem is not the scheduler, but some
other part of the IO system.

1 seek & read issued by a program goes to the disk as 2 different
seeks & 2 reads, thus only giving 50 % performance.

I think the problem is that the elevators are flushed so often
so merges that should happend never happens.

/Magnus
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/