fche changed the topic of #systemtap to: http://sourceware.org/systemtap; email systemtap@sourceware.org if answers here not timely, conversations may be logged
_whitelogger has joined #systemtap
hpt has joined #systemtap
amerey_ has quit [Remote host closed the connection]
amerey_ has joined #systemtap
khaled_ has quit [Quit: Konversation terminated!]
darvon has quit [*.net *.split]
DTEIT has quit [*.net *.split]
darvon has joined #systemtap
DTEIT has joined #systemtap
irker116 has quit [Quit: transmission timeout]
_whitelogger has joined #systemtap
_whitelogger has joined #systemtap
jhg_ has quit [Ping timeout: 240 seconds]
jhg_ has joined #systemtap
hpt has quit [Ping timeout: 265 seconds]
orivej has quit [Ping timeout: 240 seconds]
khaled has joined #systemtap
orivej has joined #systemtap
_whitelogger has joined #systemtap
tromey has joined #systemtap
<irker238> systemtap: tg systemtap.git:master * release-4.3-60-gf70d74ef6 / stapbpf/stapbpf.cxx: print formatting fixes for stapbpf rlim_t
irker238 has joined #systemtap
mjw has joined #systemtap
derek0883 has joined #systemtap
orivej has quit [Ping timeout: 256 seconds]
derek0883 has quit [Ping timeout: 240 seconds]
derek0883 has joined #systemtap
<agentzh> fche: howdy! do you have any clues about this stap optimization problem? https://sourceware.org/bugzilla/show_bug.cgi?id=26392
<agentzh> since there are so many different optimizers in stap, not sure which one would be responsible for this.
<agentzh> any hints would be highly appreciated :)
<fche> hi agentzh
<fche> there is a pass for memoizing pure embedded-c functions
<fche> stable_functionall_visitor ?
<agentzh> oh, so the right fix is to disable this memoization?
<fche> well
<fche> maybe we need to make it more clever
* fche is working on a majorish change to the way we lock/unlock globals
<fche> this would be kind of sort of like that
<fche> but it's weird, it looks as thought the l->__tmp0 value is just not stored anywhere?
<agentzh> nope. it's discarded.
<agentzh> the only useful thing is l->l___stable___global_ubacktrace__overload_0_value.
<agentzh> that's where the value is actually used.
<fche> right, that works
<fche> weird to keep copying it so much, but anyway that's a separate question
<agentzh> aye
<fche> I think this memoization scheme presumes that it's run only on lightweight functions
<fche> maybe the *backtrace ones should not get the /* stable */ marker even though they are
<fche> that way this optimization will not kick in for them
<agentzh> okay, so a patch is welcome for this change?
<agentzh> glad we don't have to touch the C++ codebase.
<fche> well worth a test
<fche> if that works, sure commit at will
<fche> it was really intended for things like pid() tid() etc.
<fche> where an unnecessary call is still very lightweight
<agentzh> got it.
<agentzh> thanks
<fche> nice find, good luck :)
<agentzh> it was caught by my colleague, Junlong Li and i won't take his credit for this one ;)
<fche> sssh, he never needs to find out :)
<agentzh> heh
<fche> btw azhang is making some floating-point progress
<fche> will see over the next little while how best to make progress
* fche away
<agentzh> fche: sorry, i never got the time to clear up our patch for floating-point numbers.
<agentzh> it's quite messy and big.
<agentzh> it's indeed the cause.
derek0883 has quit [Remote host closed the connection]
derek0883 has joined #systemtap
tromey has quit [Quit: ERC (IRC client for Emacs 28.0.50)]
<irker238> systemtap: yichun systemtap.git:master * release-4.3-61-gd4d890cb2 / tapset/linux/context-unwind.stp tapset/linux/ucontext-unwind.stp: PR26392: removed the "stable" flag from unwunding tapset functions
<agentzh> committed.
<fche> thanks dude
<fche> nice doing business with you :)
orivej has joined #systemtap
<agentzh> my pleasure :)
amerey_ has quit [Remote host closed the connection]
amerey_ has joined #systemtap
derek0883 has quit [Ping timeout: 240 seconds]
mjw has quit [Quit: Leaving]
orivej has quit [Ping timeout: 240 seconds]
derek0883 has joined #systemtap
irker238 has quit [Quit: transmission timeout]