profiling feat: adds a --watch flag to only showing stats that contain a specific statement

My personal use case was that I was profiling a service. The main thread would be reading from Kombu all the time, so the interface was mostly showing operations from the main thread and not from the request threads, which were the ones I was interested in.

Oct 17 '18 05:10 bernardotorres

Coverage decreased (-0.5%) to 56.52% when pulling 8763a5d11c4ebd06b5a90bdced0a01aaadf02687 on bernardotorres:master into f1491195c553caddbf7afb7ad92b52e82db13b67 on what-studio:master.

Oct 18 '18 06:10 coveralls

Coverage decreased (-0.5%) to 56.52% when pulling 8763a5d11c4ebd06b5a90bdced0a01aaadf02687 on bernardotorres:master into f1491195c553caddbf7afb7ad92b52e82db13b67 on what-studio:master.

Oct 18 '18 06:10 coveralls

Thanks for sending a great feature.

But I worry about a performance at is_watched which checks the give statistics recursively. This function would be called for every live statistics update into a viewer. I guess that when we use the live profiling for a complex program, the delay of is_watched could indicate some perceivable UI lag.

Can we find a better approach?

Jan 29 '19 16:01 sublee