You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
�i use byte-buddy as agent and use zipkin to recode my thrift rpc trace, i found my rpc client has timeout exception(i set timeout is 500ms in thrift client) when rpc server has young gc, and young gc time bigger than 100ms
my rpc server logic only less than 10ms in normal and young gc will spend 100 ms to do gc work, i think rpc server should not timeout, i don't know what's problem will cause timeout exception.
does i use byte buddy will cause young gc spend more time to do gc work?
The text was updated successfully, but these errors were encountered:
Byte Buddy puts some preasure on the young GC but if you retain objects (everything is immutable), it should not put problems onto your system. I used Byte Buddy in high performance environments without problems.
Retransformation is by itself however quite expensive. You should give more time for the attachment.
�i use byte-buddy as agent and use zipkin to recode my thrift rpc trace, i found my rpc client has timeout exception(i set timeout is 500ms in thrift client) when rpc server has young gc, and young gc time bigger than 100ms
my rpc server logic only less than 10ms in normal and young gc will spend 100 ms to do gc work, i think rpc server should not timeout, i don't know what's problem will cause timeout exception.
does i use byte buddy will cause young gc spend more time to do gc work?
The text was updated successfully, but these errors were encountered: