lkml.org 
[lkml]   [2002]   [Jan]   [25]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: 2.4.18pre4aa1
On Fri, Jan 25, 2002 at 01:35:08AM -0200, Rik van Riel wrote:

> Considering the possible bad consequences for real
> workloads, I'm not sure I want to make the system more
> unfair just to better accomodate dbench ;)

it may be useful if Randy can throw a real world test
into the benchmarking, to get a better comparison of
the various systems. The obvious one that springs to mind
would be something like compilation of a large source tree
kernel/mozilla/etc.. (same version, same config options
every time). Though, as compilation is largely compute bound,
instead of IO bound, the more small files that need to be
read/generated the better.

Or maybe timing an updatedb. Its realworld enough in that its
a daily task, generates lots of IO..

--
| Dave Jones. http://www.codemonkey.org.uk
| SuSE Labs
-
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: 2005-03-22 13:15    [W:0.262 / U:0.028 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site