Stack Overflow Trends VS VisualVM

It has, but it wasn't adopted by the pragmatists in that time. It's hard to tell if the early adopters adopted it either - It doesn't show up at all in the 2023 stack overflow survey (nor in the previous two years) - https://survey.stackoverflow.co/2023/#technology-most-popular-technologies - It doesn't show up in questions asked on Stackoverflow since 2008 -... - Source: Hacker News / 5 months ago

> In 2017 I had React projects in production for years. I doubt that. React wasn't stable until 2015, and wasn't mainstream until 2016. > And it only got worse and the overengineering to make it looks fast in the first load is not worth it as modern JS frameworks are faster than React out-of-the-box. Again, Next.js != React; the former builds on the latter, it doesn't replace it nor does it claim to be the same... - Source: Hacker News / 6 months ago

> Prior to Next.js, React was hard to setup and maintain No, it wasn't. > I started using Next.js in 2017. It made React a real production framework In 2017 I had React projects in production for years. > React was hard to setup and maintain and hard to make it go fast (on first load) And it only got worse and the overengineering to make it looks fast in the first load is not worth it as modern JS frameworks are... - Source: Hacker News / 6 months ago

Based on what? https://insights.stackoverflow.com/trends?tags=python%2Cjava. - Source: Hacker News / 8 months ago

Fair enough, my information is outdated. StackOverflow agrees. [1] [1] https://insights.stackoverflow.com/trends?tags=django%2Cruby-on-rails. - Source: Hacker News / 8 months ago

If you're curious, attach VisualVM and watch the RAM usage graph. You'll notice that Java performs garbage collections long before reaching allocating the maximum amount of RAM allocated, and you can't even feel any performance issue in-game. Source: 11 months ago

Hangs and deadlocks are significantly harder to debug. A first step is taking a thread dump so you can see what each thread in the JVM is currently trying to do. I like VisualVM for this, you can also use the command-line tools jps -l (to list all Java PIDs) and jstack for taking a thread dump. Source: 12 months ago

The Java VisualVM project is an advanced dashboard for Memory and CPU monitoring. It features advanced resource visualization, as well as process and thread utilization. - Source: dev.to / 12 months ago

This sounds like a server thread freeze/deadlock/crash or something. I think I would start debugging this using a tool like VisualVM; attach it to the game, wait for the hang, take a thread dump, and check what the server thread is up to. Source: about 1 year ago

Just wanted to chip in to say that /u/UtilFunction is correct. The proper way to measure memory consumption of any Java application independent of which garbage collector is used is to perform a heap dump (which automatically forces a complete garbage collection). I like to use VisualVM for that. Source: about 1 year ago