Messages in this thread | | | Date | Tue, 14 Dec 2010 11:36:12 +0900 | Subject | Re: [PATCH v4 4/7] Reclaim invalidated page ASAP | From | Minchan Kim <> |
| |
Hi Ben,
On Tue, Dec 14, 2010 at 5:06 AM, Ben Gamari <bgamari.foss@gmail.com> wrote: > On Tue, 14 Dec 2010 00:31:05 +0900, Minchan Kim <minchan.kim@gmail.com> wrote: >> In summary, my patch enhances a littie bit about elapsed time in >> memory pressure environment and enhance reclaim effectivness(reclaim/reclaim) >> with x2. It means reclaim latency is short and doesn't evict working set >> pages due to invalidated pages. >> > Thank you very much for this testing! I'm very sorry I've been unable to > contribute more recently. My last exam is on Wednesday and besides some > grading that is the end of the semester. Is there anything you would
No worry. I hope you have great grade in your exam. :)
> like me to do? Perhaps reproducing these results on my setup would be > useful?
Thanks very much if you do.
> >> Look at reclaim effectivness. Patched rsync enhances x2 about reclaim >> effectiveness and compared to mmotm-12-03, mmotm-12-03-fadvise enhances >> 3 minute about elapsed time in stress environment. >> I think it's due to reduce scanning, reclaim overhead. >> > Good good. This looks quite promising.
Thanks, Ben.
> >> In no-stress enviroment, fadivse makes program little bit slow. >> I think because there are many pgfault. I don't know why it happens. >> Could you guess why it happens? >> > Hmm, nothing comes to mind. As I've said in the past, rsync should > require each page only once. Perhaps perf might offer some insight into > where this time is being spent?
Maybe. I will have a plan to look into that.
> > - Ben >
-- Kind regards, Minchan Kim -- 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/
| |