login
Login
/
Register
Search
Search this site:
Forums
News
Blogs
Features
Site
Home
»
Mailing list archives
»
linux-kernel
»
2010
»
August
»
2
Re: [RFC] BTS based perf user callchains
view
thread
Previous message: [
thread
] [
date
] [
author
]
Next message: [
thread
] [
date
] [
author
]
[view in full thread]
From: Peter Zijlstra
Subject:
Re: [RFC] BTS based perf user callchains
Date: Monday, August 2, 2010 - 12:47 pm
On Mon, 2010-08-02 at 20:41 +0200, Frederic Weisbecker wrote:
quoted text
> On Mon, Aug 02, 2010 at 08:38:52PM +0200, Peter Zijlstra wrote: > > On Mon, 2010-08-02 at 20:35 +0200, Frederic Weisbecker wrote: > > > I'm not even sure that will work. Also, while looking at the BTS implementation > > > in perf, I see we have one BTS buffer per cpu. But that doesn't look right as > > > the code flow is not linear per cpu but per task. Hence I suspect we need > > > one BTS buffer per task. But may be someone tried that and encountered a > > > problem? > > > > IIRC we flush the buffer when we deschedule the counter. > > > Ok. So the buffer is cut on schedule time. It might be nice > to maintain the buffer progress across scheduling.
We flush it into the perf data buffer. --
unsubscribe notice
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to
majordomo@vger.kernel.org
More majordomo info at
http://vger.kernel.org/majordomo-info.html
Please read the FAQ at
http://www.tux.org/lkml/
Previous message: [
thread
] [
date
] [
author
]
Next message: [
thread
] [
date
] [
author
]
Messages in current thread:
[RFC] BTS based perf user callchains
, Frederic Weisbecker
, (Mon Aug 2, 11:35 am)
Re: [RFC] BTS based perf user callchains
, Peter Zijlstra
, (Mon Aug 2, 11:38 am)
Re: [RFC] BTS based perf user callchains
, Frederic Weisbecker
, (Mon Aug 2, 11:41 am)
Re: [RFC] BTS based perf user callchains
, Peter Zijlstra
, (Mon Aug 2, 12:47 pm)
RE: [RFC] BTS based perf user callchains
, Metzger, Markus T
, (Mon Aug 2, 11:53 pm)
Navigation
Create content
Mailing list archives
Recent posts
Popular discussions
linux-kernel
:
Paul Turner
[tg_shares_up rewrite v4 11/11] sched: update tg->shares after cpu.shares write
Mr. James W. Laferriere
Re: Linux 2.6.25-rc1 , syntax error near unexpected token `;'
Robin Lee Powell
NFS hang + umount -f: better behaviour requested.
Linus Torvalds
Linux 2.6.34-rc4
Nick Piggin
Re: dealing with barriers (was Re: [PATCH] firewire: fw-core: enforce write order ...
git
:
Fredrik Kuivinen
Re: fatal: unable to create '.git/index': File exists
Wink Saville
How-to combine several separate git repos?
Emily Ren
How to pull remote branch with specified commit id?
Denis Bueno
Git clone error
pradeep singh
git-update-server-info may be required,cannot clone and pull from a remote reposit...
openbsd-misc
:
Sevan / Venture37
Re: This is what Linus Torvalds calls openBSD crowd
Siju George
This is what Linus Torvalds calls openBSD crowd
Darrin Chandler
Re: OT: Python (was Re: vi in /bin)
Netmaffia.hu
Tini Lányok AKCIÓBAN OTTHON
frantisek holop
Re: splassert: vwakeup: and friends
linux-netdev
:
Jamie Lokier
Re: POHMELFS high performance network filesystem. Transactions, failover, performa...
Timo Teräs
ip xfrm policy semantics
Ron Mercer
[net-next PATCH 2/2] qlge: Version change to v1.00.00.27
Maciej W. Rozycki
Re: [PATCH] flush_work_sync vs. flush_scheduled_work Re: [PATCH] PHYLIB: IRQ event...
Jarek Poplawski
Re: socket api problem: can't bind an ipv6 socket to ::ffff:0.0.0.0
git-commits-head
:
Linux Kernel Mailing List
powerpc/fsl_msi: enable msi allocation in all banks
Linux Kernel Mailing List
ASoC: fix registration of the SoC card in the Freescale MPC8610 drivers
Linux Kernel Mailing List
drivers/acpi: use kasprintf
Linux Kernel Mailing List
[ARM] mmp: add dma support to mmp2
Linux Kernel Mailing List
bnx2x: Moving includes
Colocation donated by:
Syndicate