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.
