Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.kernel > #1623147 > unrolled thread
| Started by | Johannes Weiner <hannes@cmpxchg.org> |
|---|---|
| First post | 2017-04-13 18:10 +0200 |
| Last post | 2017-04-13 18:10 +0200 |
| Articles | 1 — 1 participant |
Back to article view | Back to linux.kernel
This discussion starts older than the indexed window; earlier articles aren't shown. The article labeled Started by
below is the oldest one visible, not the original post.
Re: [RFC 0/1] add support for reclaiming priorities per mem cgroup Johannes Weiner <hannes@cmpxchg.org> - 2017-04-13 18:10 +0200
| From | Johannes Weiner <hannes@cmpxchg.org> |
|---|---|
| Date | 2017-04-13 18:10 +0200 |
| Subject | Re: [RFC 0/1] add support for reclaiming priorities per mem cgroup |
| Message-ID | <tvPtL-5kd-5@gated-at.bofh.it> |
On Thu, Mar 30, 2017 at 09:48:55AM -0700, Shakeel Butt wrote: > > A more useful metric for memory pressure at this point is quantifying > > that time you spend thrashing: time the job spends in direct reclaim > > and on the flipside time the job waits for recently evicted pages to > > come back. Combined, that gives you a good measure of overhead from > > memory pressure; putting that in relation to a useful baseline of > > meaningful work done gives you a portable scale of how effictively > > your job is running. > > > > I'm working on that right now, hopefully I'll have something useful > > soon. > > Johannes, is the work you are doing only about file pages or will it > equally apply to anon pages as well? It will work on both, with the caveat that *any* swapin is counted as memory delay, whereas only cache misses of recently evicted entries count toward it (we don't have timestamped shadow entries for anon).
Back to top | Article view | linux.kernel
csiph-web