[lkml]   [2008]   [Oct]   [27]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
SubjectRe: [tbench regression fixes]: digging out smelly deadmen.
On Mon, Oct 27, 2008 at 07:33:12PM +0100, Ingo Molnar ( wrote:
> the best dbench results come from systems that have enough RAM to
> cache the full working set, and a filesystem intelligent enough to not
> insert bogus IO serialization cycles (ext3 is not such a filesystem).

My test system has 8gb for 8 clients and its performance dropped by 30%.
There is no IO load since tbech uses only network part while dbench
itself uses only disk IO. What we see right now is that usual network
server which handles mixed set of essentially small reads and writes
from the socket from multiple (8) clients suddenly lost one third of
its performance.

> The moment there's real IO it becomes harder to analyze but the same
> basic behavior remains: the more unfair the IO scheduler, the "better"
> dbench results we get.

Right now there is no disk IO at all. Only quite usual network and
process load.

Evgeniy Polyakov

 \ /
  Last update: 2008-10-27 20:41    [W:0.130 / U:4.404 seconds]
©2003-2018 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site