fche changed the topic of #systemtap to: http://sourceware.org/systemtap; email systemtap@sourceware.org if answers here not timely, conversations may be logged
<irker731>
systemtap: jistone systemtap.git:refs/heads/jistone/string_ref * release-2.9-78-g531de7b / stringtable.cxx stringtable.h: Move trivial interned_string conversions into the header http://tinyurl.com/o5bfpqf
nkambo has quit [Read error: Connection reset by peer]
nkambo has joined #systemtap
mjw has joined #systemtap
nkambo1 has joined #systemtap
nkambo has quit [Ping timeout: 260 seconds]
hkshaw has quit [Ping timeout: 276 seconds]
scox has quit [Ping timeout: 250 seconds]
hkshaw has joined #systemtap
hkshaw has quit [Ping timeout: 250 seconds]
nkambo1 has quit [Ping timeout: 255 seconds]
hkshaw has joined #systemtap
drsmith has joined #systemtap
naveen has quit [Quit: Leaving.]
wcohen has quit [Ping timeout: 240 seconds]
nkambo1 has joined #systemtap
srikar` is now known as srikar_away
mjw has quit [Ping timeout: 250 seconds]
mjw has joined #systemtap
scox has joined #systemtap
srikar_away is now known as srikar
mbenitez has joined #systemtap
mbenitez has joined #systemtap
wcohen has joined #systemtap
srikar has quit [Ping timeout: 272 seconds]
tromey has joined #systemtap
brolley has joined #systemtap
hkshaw has quit [Quit: Leaving.]
hkshaw has joined #systemtap
hkshaw has quit [Ping timeout: 240 seconds]
nkambo2 has joined #systemtap
nkambo1 has quit [Ping timeout: 240 seconds]
brolley1 has joined #systemtap
brolley has quit [Ping timeout: 240 seconds]
hkshaw has joined #systemtap
Humble has quit [Ping timeout: 265 seconds]
wcohen has quit [Ping timeout: 240 seconds]
wcohen has joined #systemtap
Humble has joined #systemtap
ldng has joined #systemtap
mjw has quit [Quit: Leaving]
cbzx has joined #systemtap
cbzx has quit [Client Quit]
flu has quit [Read error: Connection reset by peer]
hkshaw has quit [Ping timeout: 240 seconds]
mjw has joined #systemtap
flu has joined #systemtap
mlweber has joined #systemtap
<mlweber>
Noticed a ftrace behavior in my 3.12 kernel when under heavy load (close to 100% on 4 cores), my function filtered events don't appear from one of my 4 cores in the trace until after I start to dump the trace output
<mlweber>
Are the ftrace event queues on a per cpu basis that maybe there is something happening with the load I'm putting on the core that isn't event tracing?
<mlweber>
ie. are all events queued and the function filters applied when I dump the trace events?
<fche>
hi mlweber
<mlweber>
fche, hi
<fche>
we're not ftrace developers, only occasional users
<mlweber>
ah, oops. you wouldn't happen to know the irc or mailing list for tftace? I'm hoping it's not the general kernel list
<fche>
AIUI function filters are applied near the event occurrence time (before enqueuing)
<mlweber>
k
<fche>
there is a mailing list - or a few
<mlweber>
I didn't think ftrace had any kernel level workqueue or tasklet instances that could get disturbed by cpu load as that would defeat the purpose of that tool
<fche>
linux-trace-users@vger.kernel.org is one place
<mlweber>
fche, Thanks!
<fche>
also linux-kernel cc: rostedt
mlweber has quit [Quit: Leaving]
drsmith is now known as drsmith_away
tromey has quit [Quit: ERC (IRC client for Emacs 25.0.50.6)]