It's opposition of perf_session__parse_sample.
v2: fixed mistakes which David Arhen found
Signed-off-by: Andrew Vagin
---
tools/perf/util/event.h |2 +
tools/perf/util/evsel.c | 74 +
tools/perf/util/session.h |9 +
3 files changed,
Do you want to know where your code waits locks for a long time?
Yes! It's for you. This feature helps you to find bottlenecks.
It's not artificial task. Once one of my colleague was investigating a
scalability problem. He pressed sysrq-t some times and tried to merge
call-chains by hand. But perf
E.g.:
# perf script record -- sched:sched_stat_sleep -- ./foo
# perf script report sched-stat
or
# perf script record -- -e sched:sched_stat_sleep
v2: Add ability to record events for a defined process. It executes a small
bash script, then executes perf with filtering by pid and then a bash sc
Signed-off-by: Andrew Vagin
---
tools/perf/builtin-record.c |5 +
1 files changed, 5 insertions(+), 0 deletions(-)
diff --git a/tools/perf/builtin-record.c b/tools/perf/builtin-record.c
index 6ab58cc..e3b7fc4 100644
--- a/tools/perf/builtin-record.c
+++ b/tools/perf/builtin-record.c
@@ -
You may want to know where and how long a task is sleeping. A callchain
may be found in sched_switch and a time slice in stat_iowait, so I add
handler in perf inject for merging this events.
My code saves sched_switch event for each process and when it meets
stat_iowait, it reports the sched_switc
perf_evsel.name may be not initialized
Signed-off-by: Andrew Vagin
---
tools/perf/util/header.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/tools/perf/util/header.c b/tools/perf/util/header.c
index bcd05d0..33c17a2 100644
--- a/tools/perf/util/header.c
+++ b/tools/p
Before this patch "perf inject" can only handle data from pipe.
I want to use "perf inject" for reworking events. Look at my following patch.
Signed-off-by: Andrew Vagin
---
tools/perf/builtin-inject.c | 33 +++--
1 files changed, 31 insertions(+), 2 deletions(-)
This tracepoint shows how long a task is sleeping in uninterruptible state.
E.g.
It may show how long and where a mutex is waited.
Signed-off-by: Andrew Vagin
---
include/trace/events/sched.h |7 +++
kernel/sched_fair.c |2 ++
2 files changed, 9 insertions(+), 0 deletions(-
On 11/28/2011 02:32 AM, KAMEZAWA Hiroyuki wrote:
On Fri, 25 Nov 2011 15:38:16 -0200
Glauber Costa wrote:
Since this code is still experimental, we are leaving the exact
details of how to move tasks between cgroups when kernel memory
accounting is used as future work.
For now, we simply disall
On 11/28/2011 12:24 AM, KAMEZAWA Hiroyuki wrote:
On Fri, 25 Nov 2011 15:38:07 -0200
Glauber Costa wrote:
This patch lays down the foundation for the kernel memory component
of the Memory Controller.
As of today, I am only laying down the following files:
* memory.independent_kmem_limit
*
On Mon, 2011-11-28 at 12:03 +0300, Andrew Vagin wrote:
> This tracepoint shows how long a task is sleeping in uninterruptible state.
>
> E.g.
> It may show how long and where a mutex is waited.
Fair enough, makes one wonder how much it would take to make
account_scheduler_latency() go away..
> S
This patch set was created in context of clone of git
branch: git://git.linux-nfs.org/projects/trondmy/nfs-2.6.git.
tag: v3.1
This patch set depends on previous patch sets titled:
1) "SUNRPC: initial part of making pipefs work in net ns"
2) "SUNPRC: cleanup PipeFS for network-namespace-aware users
This patch replaces static "init_net" references with parent transport xprt_net
reference. Thus callback transports will be created in the same network
namespace as respective NFS mount point was created.
Signed-off-by: Stanislav Kinsbursky
---
fs/nfs/callback.c | 10 +-
1 files chang
This patch adds new net variable to nfs_client structure. This variable is set
on NFS client creation and cheched during matching NFS client search.
Initially current->nsproxy->net_ns is used as network namespace owner for new
NFS client to create. This network namespace pointer is set during mount
This patch subscribes NFS clients to RPC pipefs notifications. Idmap notifier
is registering on NFS module load. This notifier callback is responsible for
creation/destruction of PipeFS idmap pipe dentry for NFS4 clients.
Since ipdmap pipe is created in rpc client pipefs directory, we have make su
This patch makes NFS idmap pipes dentries allocated and destroyed in network
namespace context by PipeFS network namespace aware routines.
Network namespace context is obtained from nfs_client structure.
Signed-off-by: Stanislav Kinsbursky
---
fs/nfs/idmap.c | 61 +
This patch replaces static "init_net" with nfs_client->net pointer in RPC
client creation calls.
Signed-off-by: Stanislav Kinsbursky
---
fs/nfs/client.c |2 +-
fs/nfs/internal.h |1 +
fs/nfs/mount_clnt.c |4 ++--
fs/nfs/super.c |1 +
4 files changed, 5 insertions(+),
This patch looks late due to GSS AUTH patches sent already. But it fixes a flaw
in RPC PipeFS pipes handling.
I've added this patch in the series, because this series related to pipes. But
it should be a part of previous series named "SUNPRC: cleanup PipeFS for
network-namespace-aware users".
Pipe
On 11/28/2011 3:42 AM, Peter Zijlstra wrote:
> On Mon, 2011-11-28 at 12:03 +0300, Andrew Vagin wrote:
>> This tracepoint shows how long a task is sleeping in uninterruptible state.
>>
>> E.g.
>> It may show how long and where a mutex is waited.
>
> Fair enough, makes one wonder how much it would t
>
> perf_evlist is what you call perf_bundle and perf_evsel is what you call
> perf_event in powertop.
>
> That part of the API should be ok for wider use and is in fact exported
> in the python binding.
I don't care about the snake language.
frankly all that's missing is a "safe" accessor libr
Hi,
This is the same series I've already sent before. Just sending again
after the conflict with the code that was in tip.git
Best regards,
Glauber Costa (3):
Change cpustat fields to an array.
Reuse cgroup's parent pointer
cpuacct.stat: re-use scheduler statistics for the root cgroup
ar
This patch changes fields in cpustat from a structure, to an
u64 array. Math gets easier, and the code is more flexible.
Signed-off-by: Glauber Costa
Reviewed-by: KAMEZAWA Hiroyuki
CC: Paul Tuner
CC: Peter Zijlstra
---
arch/s390/appldata/appldata_os.c | 16 +++---
arch/x86/include/asm
We already have a pointer to the cgroup parent (whose data is more likely
to be in the cache than this, anyway), so there is no need to have this one
in cpuacct.
This patch makes the underlying cgroup be used instead.
Signed-off-by: Glauber Costa
Reviewed-by: KAMEZAWA Hiroyuki
CC: Paul Tuner
C
Right now, after we collect tick statistics for user and system and store them
in a well known location, we keep the same statistics again for cpuacct.
Since cpuacct is hierarchical, the numbers for the root cgroup should be
absolutely equal to the system-wide numbers.
So it would be better to jus
On Mon, 28 Nov 2011 09:03:09 -0200
Glauber Costa wrote:
> On 11/28/2011 12:24 AM, KAMEZAWA Hiroyuki wrote:
> > On Fri, 25 Nov 2011 15:38:07 -0200
> > Glauber Costa wrote:
> >
> >> This patch lays down the foundation for the kernel memory component
> >> of the Memory Controller.
> >>
> >> As of t
25 matches
Mail list logo