Re: Extend Native Memory Tracking over the JDK ? (was: Proposal: track zlib native memory usage with NMT)

2022-11-30 Thread Carter Kozak
This looks fantastic, thank you so much! I can confirm that the proposed design would solve my use-case. I'd enjoy discussing the NMT event contract somewhere more specific to the implementation, but I don't want to muddle this thread with implementation details. Carter Kozak On W

Extend Native Memory Tracking over the JDK ? (was: Proposal: track zlib native memory usage with NMT)

2022-11-10 Thread Carter Kozak
code change. Thank you all for beginning this discussion, I’m eager to see the ways the JDK continues to improve upon observability features, and do what small part I can to help! Carter Kozak

Re: RFR: 8291641: Optimize StackTraceElement.toString()

2022-08-01 Thread Carter Kozak
On Thu, 28 Jul 2022 14:33:39 GMT, Сергей Цыпанов wrote: >> If we go with the proposal above to make `appendTo(Appendable)` package >> visible so that `Throwable.printStackTrace()` can benefit from this as well, >> we would need to keep this as Appendable, otherwise I agree we should just >> in

Re: RFR: 8291641: Optimize StackTraceElement.toString()

2022-08-01 Thread Carter Kozak
On Wed, 27 Jul 2022 22:56:39 GMT, David Schlosnagle wrote: > I would like to contribute an optimized version of > `StackTraceElement#toString()` that uses a single StringBuilder throughout > creation to avoid intermediate `String` allocations. > `StackTraceElement#toString()` is used in a numb