Chat Logs

  1. deebofor some reason assumed yourkit snapshots would include jmx data, but no
  2. deeboany good options for recording and graphing micrometer data locally?, hopefully without running an open/elasticsearch cluster + grafana etc
  3. ParaI run Jaeger tracing through container :D
  4. ParaI'd wager depends on what you want out from the system.
  5. ParaI also always print trace/span id:s to each log row, general ideology being that as I have these systems, I've made them always available and linked across everything to let myself be lazy.
  6. ParaEven the REST API endpoints return those id:s so I can use browser dev tools to spy on what's going on.
  7. ParaWhat else...IDEA has actuator based live stats for service, that works as well.
  8. Parahttps://www.jetbrains.com/help/idea/spring-support-tutorial.html#actuator
  9. javabotPara's title: "Tutorial: Explore Spring support features | IntelliJ IDEA Documentation"
  10. ParaWhat I'm trying to say - it depends :)
  11. deeboi'm starting yourkit agent on startup in a docker swarm environment, doing a rolling upgrade to simulate a deployment and then after a few minutes i bring the system down and the agent writes snapshots to disk
  12. deebobut yourkit snapshots can't be filtered by time, and i can't correlate e.g. jdbc onnection acquisition times
  13. deeboat this point i'd need more of an apm than cpu profiling
  14. deebomaybe i'll jhust have to deploy to our real env to get a real apm agents stats, just slows the roundtrips for testing by 10x, really annoying
  15. deeboor i have to programmatically start the yourkit profiling so i get exactly what i want in the snapshot
  16. deebodidn't notice until now but yourkit agent has a periodic snapshot feature, so could capture 1 minute slices to find a good set of data, but i added a hook on startup (when ready for traffic) to profile for 90 seconds, save snapshot and stop profiling
  17. deebohope this gives me something useful
  18. dmlloydmaybe you want JFR, or maybe look into async profiler
  19. dreamrealSDL has decided to disallow AI use in the project, which I find interesting
  20. dreamrealI understand it, but I think that's a bad response to a real problem
  21. deeboyeah have to check jfr at some point
  22. deebobut i think i finally found the issue, hikaricp creates new connections sequentally blocking, so if you have a buttload of traffic suddenly coming in, everything takes ages, but there's a switch to have it block init until minimum-idle connections are created
  23. dreamrealHow long is it taking to open a new connection?
  24. deebohave to measure at some point, but on a 1cpu 2gb node that does 99.95% io bound work, all that traffic and initializations seem to be slowing it down, and is the onyl consistent blip in profiling
  25. deebo99% response times go from 20ms to 1000ms for ~15sec
  26. deeboduring a rolling node-by-node deploy
  27. dreamrealto *connect to a database*? Yikes.
  28. deeboyourkits tracing has way too much overhead, and in sampling mode it gets really confused by virtual threads
  29. dreamrealhttps://bytecode.news/posts/2026/04/performance-whack-a-mole
  30. javabotdreamreal's title: "Performance Whack-a-Mole | bytecode.news"
  31. dreamrealThe guy that's about used JFR and JMC for virtual threads
  32. deeboyeah have to test jfr, and complain to yourkit
  33. deebojfr is hella confusing compared to yourkit, but have to look deeper into the method timing/profiling stuff, but execution sampling is useless in an io bound app, most cpu used was a ConcurrentHashMap at 0.8% that something uses for caching
  34. dreamrealhttps://bytecode.news/posts/2026/04/pilot-0-1-0-maven-gets-an-interactive-console
  35. javabotdreamreal's title: "Pilot 0.1.0: Maven Gets an Interactive Console | bytecode.news"
  36. ParaThe link's broken, missing .com and scheme
  37. Parato github
  38. dreamrealdadgummit
  39. dreamrealobsidian's drafting process mangles urls and I copied them poorly
  40. dreamrealfixed, thank you
  41. dreamrealPara: ++
  42. nevetPara now has karma of 2.