Stevens Miller wrote:1. Objection! Compound question! Oh, sorry... I'm a lawyer, and objecting is fun. "Is it perfect?" No. Only God and my mother are perfect. Has someone made something better? Would it surprise you if I said, "That depends on what you are doing"? Regardless, I bet you will find it is good enough that looking for something better isn't worth your time.
Henry Wong wrote:you can get a JVM with an incremental GC from IBM or BEA (the later option is also owned by Oracle). And of course, you have the Azul pauseless GC, which is the only JVM with a GC that is both concurrent and parallel -- this JVM can get up to ridiculous heap sizes because of it.
David Jason wrote:3- How much should one rely on GC ?
Paul Clapham wrote:Do not try to write your own competing memory-management system in Java.
Paul Clapham wrote:Yes, that's true. But if you were writing a "We don't need no stinking garbage collection" framework, you wouldn't allow people to write that code. You would have all objects being created by factory classes which kept track of them in some way.
Now admittedly this would be hard. Very hard. The restrictions you'd have to put in place would be very severe and would make it very hard to write usable programs. But I'm sure that there exist people who would be tempted to write such a framework, and as I've already suggested, such people aren't all that interested in writing usable programs in the first place. But it's possible that it could be made to work and even be capable of producing something functional.
Stevens Miller wrote:@Paul: Good points, all. What's the conventional wisdom on Java for real-time stuff? Allocate everything at once, as we used to do, or is something better around these days?
We've gotta get close enough to that helmet to pull the choke on it's engine and flood his mind! Or, we could just read this tiny ad:
the value of filler advertising in 2021https://coderanch.com/t/730886/filler-advertising