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
cbzx has quit [Quit: Konversation terminated!]
srikar_away is now known as srikar
<irker731> systemtap: mcermak systemtap.git:refs/heads/jistone/string_ref * release-2.9-70-gcb69017 / testsuite/lib/systemtap.exp: Testsuite: Raise --rlimit-cpu, update stap_run_batch() http://tinyurl.com/nujddh6
<irker731> systemtap: jistone systemtap.git:refs/heads/jistone/string_ref * release-2.9-79-g70719cb / tapset-mark.cxx tapset-netfilter.cxx tapset-procfs.cxx tapset-utrace.cxx tapsets.cxx: Drop probe_name from several var_expanding_visitors http://tinyurl.com/p8f37uy
<irker731> systemtap: jistone systemtap.git:refs/heads/jistone/string_ref * release-2.9-80-g1341a03 / elaborate.cxx staptree.cxx staptree.h tapset-mark.cxx tapset-method.cxx tapset-netfilter.cxx tapsets.cxx translate.cxx: Drop the string name from struct probe http://tinyurl.com/nmc7sp4
<irker731> systemtap: jistone systemtap.git:refs/heads/jistone/string_ref * release-2.9-81-g10e7c19 / parse.cxx parse.h session.cxx: Store tok_junk messages as an additional enum http://tinyurl.com/pdcqxpk
<irker731> systemtap: jistone systemtap.git:refs/heads/jistone/string_ref * release-2.9-84-gb50248b / : Merge branch 'master' into string_ref http://tinyurl.com/qanmnju
hkshaw has quit [Quit: Leaving.]
srikar is now known as srikar_away
hkshaw has joined #systemtap
srikar_away is now known as srikar
naveen has joined #systemtap
Humble has joined #systemtap
jistone has quit [Ping timeout: 246 seconds]
lberk has quit [Ping timeout: 246 seconds]
srikar has quit [Ping timeout: 246 seconds]
srikar has joined #systemtap
jistone has joined #systemtap
lberk has joined #systemtap
zodbot has quit [Disconnected by services]
srikar` has joined #systemtap
srikar has quit [*.net *.split]
zodbot has joined #systemtap
nkambo has quit [Ping timeout: 244 seconds]
nkambo has joined #systemtap
irker731 has quit [Quit: transmission timeout]
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)]
mbenitez has quit [Quit: Leaving]
scox has quit [Ping timeout: 250 seconds]
mjw has quit [Quit: Leaving]
wcohen has quit [Ping timeout: 246 seconds]
modem_ has joined #systemtap
modem_ has quit [Client Quit]
modem_ has joined #systemtap
brolley1 has left #systemtap [#systemtap]
wcohen has joined #systemtap
modem_ has quit [Quit: Quitte]
scox has joined #systemtap