Forgot your password?

The status of Java on my machine:

Displaying poll results.
Enabled
  9667 votes / 42%
Disabled
  7286 votes / 32%
Does not apply (for reasons of availability, etc)
  713 votes / 3%
I don't know
  1296 votes / 5%
Java is delicious, when correctly prepared.
  3543 votes / 15%
22505 total votes.
[ Voting Booth | Other Polls | Back Home ]
  • Don't complain about lack of options. You've got to pick a few when you do multiple choice. Those are the breaks.
  • Feel free to suggest poll ideas if you're feeling creative. I'd strongly suggest reading the past polls first.
  • This whole thing is wildly inaccurate. Rounding errors, ballot stuffers, dynamic IPs, firewalls. If you're using these numbers to do anything important, you're insane.
This discussion has been archived. No new comments can be posted.

The status of Java on my machine:

Comments Filter:
  • by Anonymous Coward on Thursday January 17, 2013 @08:06PM (#42621717)

    Java is *not* prone to memory leaks. You have to actually make quite an effort to leak memory in a Java application. Of course, making those kind of mistakes is one of the first things n00bs seem to learn.

  • by mister_playboy (1474163) on Thursday January 17, 2013 @10:06PM (#42622475)

    JavaScript is entirely different from Java. "No relation" as they say.

    You can leave JS enabled... if you try turning it off, you'll see damn near ever website break to some degree.

  • Re:Missing option (Score:3, Informative)

    by Secret Agent Man (915574) on Friday January 18, 2013 @12:05AM (#42622949) Homepage
    Hear hear! The 64-bit version, no less. The only browser plugin I have is Chrome, and with Click To Play, only things I decide to run in the browser get run.
  • Re:Missing option (Score:3, Informative)

    by Anonymous Coward on Friday January 18, 2013 @03:03AM (#42623609)

    Likewise: I have the JRE enabled, but the browser plugin disabled. The browser plugin seems to be the real security issue.

  • by petermgreen (876956) <plugwash@@@p10link...net> on Friday January 18, 2013 @07:26AM (#42624399) Homepage

    I suspect the GP is being fairly loose with the term "memory leak" using it to mean applications whose memory usage goes up over time even though what the user is doing with the app isn't changing much.

    One problem is people think a garbage collector stops them having to worry about memory. That is true to an extent but programmers still have to be careful to avoid situations where an object is highly unlikely to be (or possiblly even can't be) used again but nevertheless there is a reference sitting arround to it somewhere.

    Another is that use of background garbage collection can create very undesirable behaviour under a multitasking OS and especially under a multitasking OS with swap and from the outside this behaviour looks very much like a "leak". AIUI If something stops the (low priority) gc thread from running then the application will continue to eat up memory until it hits a hard limit on the memory available (at which point non-background gc will be forced). Meanwhile the OS has no idea that the app doesn't really need this memory and so will do whatever is needed to make it available. Afaict this misbehaviour is why java runs with a relatively low hard memory limit by default (which papers over the problem to some extent but is far from an ideal soloution).

APL is a write-only language. I can write programs in APL, but I can't read any of them. -- Roy Keir

 



Forgot your password?
Working...