> Attempting to avoid doing I/O has been harmful to throughput here
> ever since the queueing/elevator woes were fixed. Ever since then,
> tossing attempts at avoidance has improved throughput markedly.
>
> IMHO, any patch which claims to improve throughput via code deletion
> should be worth a little eyeball time.. and maybe even a test run ;-)
>
> Comments welcome.
Before even thinking about testing this thing, I'd like to
see some (detailed?) explanation from you why exactly you
think the changes in this patch are good and how + why they
work.
IMHO it would be good to not apply ANY code to the stable
kernel tree unless we understand what it does and what the
author meant the code to do...
regards,
Rik
-- Linux MM bugzilla: http://linux-mm.org/bugzilla.shtmlVirtual memory is like a game you can't win; However, without VM there's truly nothing to lose...
http://www.surriel.com/ http://www.conectiva.com/ http://distro.conectiva.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/