lkml.org 
[lkml]   [2006]   [Feb]   [24]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: Drastic Slowdown of 'fseek()' Calls From 2.4 to 2.6 -- VMM Change?
Marr wrote:
> Clearly, the 2.4.31 results are speedy because the whole 4MB file has been
> cached.

I don't think this is clear at all. The entire file should always be
cached, not doing this would be insane.

> What I cannot figure out is this: what has changed in 2.6.x kernels to cause
> the performance to degrade so drastically?!?

fseek() is a C library call, not a system call itself - there may be
something that glibc is doing differently. Are you using the same glibc
version with both kernels?

Just from this program it could be something else entirely that explains
the difference in speed, like the random number generator..

--
Robert Hancock Saskatoon, SK, Canada
To email, remove "nospam" from hancockr@nospamshaw.ca
Home Page: http://www.roberthancock.com/

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

\
 
 \ /
  Last update: 2006-02-25 00:34    [W:0.023 / U:0.268 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site