From: Anton Vorontsov <anton.vorontsov@linaro.org>
To: Pekka Enberg <penberg@kernel.org>
Cc: linux-kernel@vger.kernel.org, leonid.moiseichuk@nokia.com,
David Rientjes <rientjes@google.com>
Subject: Re: [PATCH] vmevent: Use 'struct vmevent_attr' for vmevent_fd() ABI
Date: Wed, 7 Mar 2012 02:59:37 +0400 [thread overview]
Message-ID: <20120306225937.GA24931@oksana.dev.rtsoft.ru> (raw)
In-Reply-To: <1331067079-2163-1-git-send-email-penberg@kernel.org>
On Tue, Mar 06, 2012 at 10:51:19PM +0200, Pekka Enberg wrote:
> This patch introduces 'struct vmevent_attr' and converts the vmevent_fd() ABI
> to use it which makes the ABI much more flexible.
>
> Originally-by: Leonid Moiseichuk <leonid.moiseichuk@nokia.com>
> Cc: David Rientjes <rientjes@google.com>
> Cc: Anton Vorontsov <anton.vorontsov@linaro.org>
> Signed-off-by: Pekka Enberg <penberg@kernel.org>
> ---
Sorry for hijacking this thread, but speaking of big
changes. Are there any plans or ideas to add other methods
of sampling, i.e. something not timer-based?
I like how it's done for cgroups, i.e. via rate-limited events
(and the events are "page alloc/free").
But doing this cgroup-way would probably dismiss the point of
"lightweight" notifications.
Though, current vmevent seems not so lightweigh in sense of
battery usage and accuracy (i.e. how quick we're able to
detect the crossed threshold). To get better accuracy we
would need to run timer at higher frequencies, but then we
would waste more battery.
Sure, vmevent is still lightweight in sense that it does not
cause much runtime overhead or memory wastage (unlike cgroups).
The only idea I have for vmevent is to make some hybrid: timer
plus shrinker API. That way we would detect "low memory" events
fast enough via shrinker API, and thus run timer at low freq.
But we would still have a running timer, which would wake up
a system periodically, which is still quite bad. :-/
Thanks,
--
Anton Vorontsov
Email: cbouatmailru@gmail.com
next prev parent reply other threads:[~2012-03-06 22:59 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-03-06 20:51 [PATCH] vmevent: Use 'struct vmevent_attr' for vmevent_fd() ABI Pekka Enberg
2012-03-06 22:59 ` Anton Vorontsov [this message]
2012-03-07 7:53 ` leonid.moiseichuk
2012-03-07 10:03 ` Pekka Enberg
2012-03-07 13:22 ` Anton Vorontsov
2012-03-07 10:08 ` Pekka Enberg
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20120306225937.GA24931@oksana.dev.rtsoft.ru \
--to=anton.vorontsov@linaro.org \
--cc=leonid.moiseichuk@nokia.com \
--cc=linux-kernel@vger.kernel.org \
--cc=penberg@kernel.org \
--cc=rientjes@google.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox