Look at pprof labels. 

> On May 11, 2020, at 6:29 PM, Steven Canfield <stevencanfi...@gmail.com> wrote:
> 
> 
> Hi,
> 
> I have an RPC server which has heterogenous requests, e.g. some calls hit 
> cache and are cheaper to serve while others need to compute a result.
> 
> Is there any way to keep track of the cpu used just by one particular 
> goroutine[1]? It seems like there's not a straightforward way today without 
> adding logic around every single blocking piece (to start/stop a timer), and 
> in the future will become completely impossible with "Non-cooperative 
> goroutine preemption".
> 
> I would be happy with only knowing this number when a goroutine finishes.
> 
> I'm familiar with using pprof for measuring the entire process, but it's not 
> clear to me how to go from there to what was used by a particular RPC, and I 
> also can't enable profiling for every request.
> 
> Thanks,
> -Steve
> 
> 1: I really want a goroutine and its children, but I create new goroutines in 
> few enough places that I could do some context mgmt to manage this.
> -- 
> You received this message because you are subscribed to the Google Groups 
> "golang-nuts" group.
> To unsubscribe from this group and stop receiving emails from it, send an 
> email to golang-nuts+unsubscr...@googlegroups.com.
> To view this discussion on the web visit 
> https://groups.google.com/d/msgid/golang-nuts/e2d7e3d7-c678-4515-9cdb-060d29b14500%40googlegroups.com.

-- 
You received this message because you are subscribed to the Google Groups 
"golang-nuts" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to golang-nuts+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/golang-nuts/93843E6B-B94E-438C-8D61-89A85AB5EEAD%40ix.netcom.com.

Reply via email to