| Date | Mon, 14 Jan 2002 16:45:10 +0100 | From | Andrea Arcangeli <> | Subject | Re: [2.4.17/18pre] VM and swap - it's really unusable |
| |
On Mon, Jan 14, 2002 at 08:38:54AM -0500, Robert Love wrote: > On Mon, 2002-01-14 at 06:56, Andrea Arcangeli wrote: > > On Sun, Jan 13, 2002 at 03:04:35PM -0500, Robert Love wrote: > > > user system. But things like (ack!) dbench 16 show a marked > > > improvement. > > > > please try again on top of -aa, and I've to specify this : benchmarked > > in a way that can be trusted and compared, so we can make some use of > > this information. This mean with -18pre2aa2 alone and only -preempt on > > top of -18pre2aa2. > > I realize the test isn't directly comparing what we want, so I asked him > for ll+O(1) benchmark, which he gave. Another set would be to do ^^ actually mini-ll
right (I was still in the middle of the backlog of my emails, so I didn't know he just produced the mini-ll+O(1)). The mini-ll+O(1) shows that -preempt is still a bit faster (as expected not much faster anymore). The reason it is faster it is probably really the sum of few usec latency of userspace cpu cycles that you save. However given the small difference in numbers in this patological case (-j1 obviously cannot take advantage of the few usec less of reduced latency) still makes me to think it doesn't worth the pain and the complexity, or at least somebody should also proof that it doesn't visibly drop performance in a 100% cpu bound _system_ (not user) time load (ala pagecache_lock collision testcase with sendfile etc..), in general with a single thread in the system.
Andrea - 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/
|