On Thu, 2007-03-08 at 16:55 -0800, [EMAIL PROTECTED] wrote:
Hi,
Is there a faster way to access /proc/* other than open it as a file and
reading/parsing contents? e.g. fopen(/proc/stat, r);
In BSD, there is the kvm method of access, which is relatively fast (light
weight)
In Linux,
On Mon, 2007-02-19 at 16:43 +0530, Balbir Singh wrote:
Paul Menage wrote:
On 2/19/07, Andrew Morton [EMAIL PROTECTED] wrote:
snip
Hmm, I don't appear to have documented this yet, but I think a good
naming scheme for container files is subsystem.whatever - i.e.
these should be
On Tue, 2008-01-08 at 18:24 -0800, Matt Helsley wrote:
On Sun, 2007-12-23 at 12:26 +, Christoph Hellwig wrote:
On Thu, Dec 20, 2007 at 01:11:24PM +, Jan Beulich wrote:
With more and more sub-systems/sub-components leaving their footprint
in task handling functions, it seems
On Thu, 2007-12-20 at 13:12 +, Jan Beulich wrote:
This is the base patch, adding notification for task creation and
deletion.
Signed-off-by: Jan Beulich [EMAIL PROTECTED]
---
include/linux/sched.h |8 +++-
kernel/fork.c | 11 +++
2 files changed, 18
On Wed, 2007-09-12 at 18:01 -0700, Paul E. McKenney wrote:
The _safe list iterators make a blanket statement about how they are
safe against removal. This patch, inspired by private conversations
with people who unwisely but perhaps understandably took this blanket
statement at its word, adds
On Sun, 2005-07-17 at 08:20 -0700, Paul Jackson wrote:
snip
It is somewhat intrusive in the areas it controls, such as some large
ifdef's in kernel/sched.c.
I don't see the large ifdefs you're referring to in -mm's
kernel/sched.c.
The sched hooks may well impact the cost of maintaining the
On Fri, 2005-07-22 at 12:35 -0400, Mark Hahn wrote:
snip
actually, let me also say that CKRM is on a continuum that includes
current (global) /proc tuning for various subsystems, ulimits, and
at the other end, Xen/VMM's. it's conceivable that CKRM could wind up
being useful and fast enough
On Fri, 2005-07-22 at 20:23 -0400, Mark Hahn wrote:
actually, let me also say that CKRM is on a continuum that includes
current (global) /proc tuning for various subsystems, ulimits, and
at the other end, Xen/VMM's. it's conceivable that CKRM could wind up
being useful and fast
On Wed, Jun 27, 2012 at 4:01 AM, Cyrill Gorcunov gorcu...@openvz.org wrote:
This allow us to print out eventpoll target file descriptor,
events and data, the /proc/pid/fdinfo/fd consists of
| pos: 0
| flags: 02
| tfd:5 events: 1d data:
This feature
On Thu, Feb 14, 2013 at 8:18 AM, Pavel Emelyanov xe...@parallels.com wrote:
Hi.
I'm working on the checkpoint-restore project (http://criu.org), briefly
it's aim is to collect information about process' state and saving it so
that later it is possible to recreate the processes in the very
On Wed, 2005-08-17 at 12:45 -0500, Adam Litke wrote:
The line-wrapping in most of the include/asm/pgtable.h pte test/set
macros looks horrible in my 80 column terminal. The following test the
waters patch is how I would like to see them laid out. I realize that
the braces don't adhere to
On Fri, 2005-09-09 at 13:12 +0900, Magnus Damm wrote:
On 9/9/05, KUROSAWA Takahiro [EMAIL PROTECTED] wrote:
On Thu, 8 Sep 2005 05:02:32 -0700
Paul Jackson [EMAIL PROTECTED] wrote:
One of my passions is to avoid special cases across API boundaries.
I am proposing that you don't do
On Wed, 2005-08-17 at 12:45 -0500, Adam Litke wrote:
> The line-wrapping in most of the include/asm/pgtable.h pte test/set
> macros looks horrible in my 80 column terminal. The following "test the
> waters" patch is how I would like to see them laid out. I realize that
> the braces don't adhere
On Sun, 2005-07-17 at 08:20 -0700, Paul Jackson wrote:
> It is somewhat intrusive in the areas it controls, such as some large
> ifdef's in kernel/sched.c.
I don't see the large ifdefs you're referring to in -mm's
kernel/sched.c.
> The sched hooks may well impact the cost of maintaining the
On Fri, 2005-07-22 at 12:35 -0400, Mark Hahn wrote:
> actually, let me also say that CKRM is on a continuum that includes
> current (global) /proc tuning for various subsystems, ulimits, and
> at the other end, Xen/VMM's. it's conceivable that CKRM could wind up
> being useful and fast enough
On Fri, 2005-07-22 at 20:23 -0400, Mark Hahn wrote:
> > > actually, let me also say that CKRM is on a continuum that includes
> > > current (global) /proc tuning for various subsystems, ulimits, and
> > > at the other end, Xen/VMM's. it's conceivable that CKRM could wind up
> > > being useful
On Fri, 2005-09-09 at 13:12 +0900, Magnus Damm wrote:
> On 9/9/05, KUROSAWA Takahiro <[EMAIL PROTECTED]> wrote:
> > On Thu, 8 Sep 2005 05:02:32 -0700
> > Paul Jackson <[EMAIL PROTECTED]> wrote:
> > > One of my passions is to avoid special cases across API boundaries.
> > >
> > > I am proposing
On Thu, 2007-03-08 at 16:55 -0800, [EMAIL PROTECTED] wrote:
> Hi,
>
> Is there a faster way to access "/proc/*" other than open it as a file and
> reading/parsing contents? e.g. fopen("/proc/stat", "r");
>
> In BSD, there is the kvm method of access, which is relatively fast (light
> weight)
>
On Mon, 2007-02-19 at 16:43 +0530, Balbir Singh wrote:
> Paul Menage wrote:
> > On 2/19/07, Andrew Morton <[EMAIL PROTECTED]> wrote:
> > Hmm, I don't appear to have documented this yet, but I think a good
> > naming scheme for container files is . - i.e.
> > these should be memctlr.usage and
On Wed, 2007-05-30 at 14:49 +0200, Peter Zijlstra wrote:
> plain text document attachment (lockstat-output.patch)
> Present all this fancy new lock statistics information:
>
> *warning, _wide_ output ahead*
>
> (output edited for purpose of brevity)
>
> # cat /proc/lock_stat
> lock_stat
On Wed, 2007-09-12 at 18:01 -0700, Paul E. McKenney wrote:
> The _safe list iterators make a blanket statement about how they are
> safe against removal. This patch, inspired by private conversations
> with people who unwisely but perhaps understandably took this blanket
> statement at its word,
On Thu, Feb 14, 2013 at 8:18 AM, Pavel Emelyanov wrote:
> Hi.
>
> I'm working on the checkpoint-restore project (http://criu.org), briefly
> it's aim is to collect information about process' state and saving it so
> that later it is possible to recreate the processes in the very same state
> as
On Tue, 2008-01-08 at 18:24 -0800, Matt Helsley wrote:
> On Sun, 2007-12-23 at 12:26 +, Christoph Hellwig wrote:
> > On Thu, Dec 20, 2007 at 01:11:24PM +, Jan Beulich wrote:
> > > With more and more sub-systems/sub-components leaving their footprint
> > > in task handling functions, it
On Thu, 2007-12-20 at 13:12 +, Jan Beulich wrote:
> This is the base patch, adding notification for task creation and
> deletion.
>
> Signed-off-by: Jan Beulich <[EMAIL PROTECTED]>
> ---
> include/linux/sched.h |8 +++-
> kernel/fork.c | 11 +++
> 2 files changed,
On Wed, Jun 27, 2012 at 4:01 AM, Cyrill Gorcunov wrote:
> This allow us to print out eventpoll target file descriptor,
> events and data, the /proc/pid/fdinfo/fd consists of
>
> | pos: 0
> | flags: 02
> | tfd:5 events: 1d data:
>
> This feature is
25 matches
Mail list logo