All of lore.kernel.org
 help / color / mirror / Atom feed
* [LSF/MM][ATTEND] readahead and writeback
@ 2012-02-05 15:00 ` Wu Fengguang
  0 siblings, 0 replies; 2+ messages in thread
From: Wu Fengguang @ 2012-02-05 15:00 UTC (permalink / raw)
  To: lsf-pc; +Cc: Linux Memory Management List, linux-fsdevel

I would like to attend to participate in the readahead and writeback
discussions. My questions are

- readahead size and alignment, hope that we can reach some general
  agreements on the policy stuff

- async write I/O bandwidth controller, will it be a good complement
  feature to the current blk-cgroup I/O controller? Each seem to have
  its own strong areas and weak points.

- per-memcg dirty pages control, to be frank, it's non-trivial to
  implement and I'm not sure it will perform well in some cases.
  Before following that direction, I'm curious whether the much more
  simple scheme of moving dirty pages to the global LRU can magically
  satisfy the main user demands.

Thanks,
Fengguang

^ permalink raw reply	[flat|nested] 2+ messages in thread

* [LSF/MM][ATTEND] readahead and writeback
@ 2012-02-05 15:00 ` Wu Fengguang
  0 siblings, 0 replies; 2+ messages in thread
From: Wu Fengguang @ 2012-02-05 15:00 UTC (permalink / raw)
  To: lsf-pc; +Cc: Linux Memory Management List, linux-fsdevel

I would like to attend to participate in the readahead and writeback
discussions. My questions are

- readahead size and alignment, hope that we can reach some general
  agreements on the policy stuff

- async write I/O bandwidth controller, will it be a good complement
  feature to the current blk-cgroup I/O controller? Each seem to have
  its own strong areas and weak points.

- per-memcg dirty pages control, to be frank, it's non-trivial to
  implement and I'm not sure it will perform well in some cases.
  Before following that direction, I'm curious whether the much more
  simple scheme of moving dirty pages to the global LRU can magically
  satisfy the main user demands.

Thanks,
Fengguang

--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org.  For more info on Linux MM,
see: http://www.linux-mm.org/ .
Fight unfair telecom internet charges in Canada: sign http://stopthemeter.ca/
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>

^ permalink raw reply	[flat|nested] 2+ messages in thread

end of thread, other threads:[~2012-02-05 15:11 UTC | newest]

Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2012-02-05 15:00 [LSF/MM][ATTEND] readahead and writeback Wu Fengguang
2012-02-05 15:00 ` Wu Fengguang

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.