> This patch is meant to fix the problems where heavy cache
> activity flushes out pages from the working set, while still
> allowing the cache to put some pressure on the working set.
Running 2.4.10-ac10 + preempt-kernel + eatcache
System with 3 runnable processes and 2 with large working sets. 384MB
RAM, 768MB swap. During heavy I/O the resulting cache activity did
"stall" the system as badly as without the patch.
I typically notice high system response time at the start of a heavy I/O
operation when the used memory is primarily taken by cache (ie after a
previous heavy I/O operation). This was an issue for me because I don't
expect that sort of high latency with the preemption patch.
For example, starting a `dbench 16' would sometimes cause a brief stall
(especially if it is the second run of dbench). It's better now, but
still not perfect. The VM holds a lot of locks for a long time.
Good work. I hope Alan sees it soon.
Robert Love
-
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/