5 ms·
Taskbar Latency and Kernel Calls
- nisa 7y agoAny idea how to do something similiar on Linux? I'm using Plasma 5 on Arch Linux and from time to time I'm seeing mysterious hangs (seconds to minutes) on the Plasma UI - CPU profiling is probably useless and for me it looks like perf record is just way to broad and the hangs are not due to CPU churning but probably something else (scheduler or locks - I have no idea), I'm not a dev but it would be nice to be able to at least produce a proper bug report and searching the root cause.
- oever 7y agoLatencyTOP might help you track down the cause. http://www.ubuntugeek.com/latencytop-measuring-and-fixing-linux-latency.html http://www.ubuntugeek.com/latencytop-measuring-and-fixing-li...
- brucedawson 7y agoBrendan Gregg has a lot of one-liners for recording perf data, however none of them give the "record everything and analyze it later" flexibility of ETW, as far as I can tell. Perf also lacks a powerful UI like WPA. But, perf is pretty amazing in its own ways.
- ktpsns 7y agoI have similar issues with Plasma and definetly can say it is a graphics card/hardware problem which is intertwined with the graphics driver. Plasma is very heavy on graphics effects. You might want to change details (like having shadows or transparency) in the settings to see if it changes something.
- pelagius 7y agoDepending on your CPU, you might be able to use SATT: https://github.com/intel/satt https://github.com/intel/satt
- nisa 7y agoThis looks great! Thanks for the hint!
- tanseydavid 7y agoI really appreciate your efforts on this. I am fairly certain that I experience the same latency issue with right-click context menus in Windows Explorer as what you have described. I was hopeful that the recent acquisition of a new machine with a fresh WIN10 install on it would provide me relief from this issue -- but the situation is unchanged with the fresh install. Your research shows me that the underlying situation and cause is hardly something that "I am imaging" -- this is an ugly piece of mis-performant code.
- brucedawson 7y agoNote that my blog post now lists two solutions that users can implement. Check them out. They make a big difference.
- tinus_hn 7y agoToo bad Microsoft is too busy with integrating ‘telemetry’ spyware and parading their ‘wasting your resources isn’t our problem’ mindset to fix these obvious issues that have been part of the Windows experience for decades now.
- brucedawson 7y agoIronically I suspect it is the lack of telemetry for this action that allowed this performance problem to linger this long. If Microsoft had this action Perftrack instrumented and had their usual 100 ms performance target then they could grab ETW traces from the field and would have figured this out. Instead they appear to have been dependent on anecdotal evidence and nobody taking responsibility. Or maybe I'm wrong. Maybe this action was instrumented but was then ignored. That would be sad. Perftrack reference: https://channel9.msdn.com/Blogs/Charles/Inside-Windows-7-Reliability-Performance-and-PerfTrack https://channel9.msdn.com/Blogs/Charles/Inside-Windows-7-Rel...
- tinus_hn 7y agoIf they’re missing basic problems like this the solution is not more telemetry, the solution is qa. Not even better qa, just start with basic qa. Because right now they’re just doing nothing and treating their paying customers as alpha testers. I don’t quite understand why people accept it.
- brucedawson 7y agoSome of the slowdown should have been noticed by QA. But most of this slowdown occurs when you have used your machine for long enough to accumulate 4 MB of File Explorer history. Telemetry is the perfect tool for catching this sort of real in-the-field problem. More QA is also important.
- agumonkey 7y ago> I don’t quite understand why people accept it. alas understanding is completely removed from the equation. Why does the average person buy a computer ? my small sample say "no more post office, everything is online, so I .. need something"