64-Bit Java For Linux 387
LWATCDR writes "First we got 64-bit Flash; then the beginnings of 64-bit Wine; now Sun is providing a 64-bit Java plugin. For most people there is nothing to hold you back from running 64-bit Linux."
fortune: No such file or directory
Re:64 bit Java? (Score:1, Insightful)
> Seriously, Java plug-ins are still around for some reason?
Can't recall seeing a big gaping hole on a page where a Java Applet would be in at least a year. And this story is only important if somebody out there has a burning need to run a 64bit Java app... in a web browser.
Good riddence to java 32 and 64bit, Sun freed it about a decade too late for most people to give a crap. Can anybody name a good reason to develop new code in the environment? Yes a lot of legacy stuff was created in the 1990s while Java was the new shiny for people too blind to see (or with a PHB too blind...) the myriad problems but new projects? And when Java goes away can it take Microsoft's lame me too C++/Mono disease with it?
no DEB files? (Score:5, Insightful)
If anyone can post a quick tutorial (or list of folder locations), that would be awesome.
Re:Pamplona: Running with the bits. (Score:1, Insightful)
Did you miss the most people part? Because you are not most people if you don't have a 64bit capable system...
Re:64 bit Java? (Score:5, Insightful)
you're confusing java applets circa 1997 with the java platform.
take a look through the it job listings and see how much java comes up.
much, if not most, server side *enterprise* work is done in java, which is a mature, robust, reliable, performant and scalable platform for which there are myriad commercial and open source libraries to give any project a great set of building blocks and frameworks on which to build.
i check out language du jour a couple times a year, and every time it reaffirms java's benefits.
the problem with applets is they were generally pretty hacky, but there are some good ones out there.
( check out the yahoo games website - my wife has been addicted to literati for years, and its a nice little java applet ).
java on the desktop has a place too, however its the same set of rules for design and structure as applets: done well, nobody would know/care what language its written in, but done poorly without care for threading models and it'll quickly turn into a steaming pile.
then theres j2me, and i'd wager if you have any tivo type device, or even set-top box for your cable service, or blu-ray player, or most mobile phones these days, then you have java working for you there too.
not that i'm arguing for applets by any means, but the more people spread the same old rants as above, the more i'm inclined to correct them.
Re:64 bit Java? (Score:3, Insightful)
I hope you mean "C#/Mono disease"...
Anyway, there are lots of reasons to use Java (though not in a browser setting) nowadays. Just my two cents. YMMV, not all languages are created equal, not every language is good for every project, etc etc etc.
Disclaimer: I have a great dislike for Java, but the job offer I just accepted is almost exclusively Java work. Silly me.
Google Gears? (Score:3, Insightful)
Just an example of something that doesn't work in 64 bit... not that it holds me back.
Re:64 bit Java? (Score:3, Insightful)
you're confusing java applets circa 1997 with the java platform.
take a look through the it job listings and see how much java comes up.
much, if not most, server side *enterprise* work is done in java, which is a mature, robust, reliable, performant and scalable platform for which there are myriad commercial and open source libraries to give any project a great set of building blocks and frameworks on which to build.
i check out language du jour a couple times a year, and every time it reaffirms java's benefits.
the problem with applets is they were generally pretty hacky, but there are some good ones out there.
( check out the yahoo games website - my wife has been addicted to literati for years, and its a nice little java applet ).
java on the desktop has a place too, however its the same set of rules for design and structure as applets: done well, nobody would know/care what language its written in, but done poorly without care for threading models and it'll quickly turn into a steaming pile.
then theres j2me, and i'd wager if you have any tivo type device, or even set-top box for your cable service, or blu-ray player, or most mobile phones these days, then you have java working for you there too.
not that i'm arguing for applets by any means, but the more people spread the same old rants as above, the more i'm inclined to correct them.
You're too professional. People around here suffer from SADD and if something doesn't tickle their leg just right it flies right over their heads.
push this button (Score:2, Insightful)
Re:128 bit computing is around the corner (Score:2, Insightful)
Who was the genius that modded this interesting? 128 bit computing is a joke. Even if we had anythin resembling the amount of memory you need to make 128 bit computing worthwhile (That's 16.8 million Terabytes of RAM,) it is likely that this hypothetical computer (if any possible use on the desktop could be conceived) would have something on the order of 2048 cores, if not many more.
In those circumstances, I would prefer the architecture that restricted each core (or a subset of cores) to their own 64 bit domain of memory addresses. Anything beyond that could be handled by speaking between the different cores.
I can accept that there could be some applications in a hundred years or so that might require 128 bit on the desktop. That said, while 64-bit might not be enough for anyone, it is almost without doubt enough for any individual processor.
And we've just nearly finished porting everything to 64 bit. I'd rather emulate 128 bit on 64 bit hardware than do that again.
Re:64 bit Java? (Score:5, Insightful)
Oh please. You're telling me you can implement a webcam viewer with Javascript?
The only real alternative for Java applets is Flash. Of course, compared to Flash, Java applets have a lot of downfalls. The VM takes a ridiculous amount of time to start up, and it's really intrusive when it sits in your system tray and constantly announces its new updates.
However, this is Slashdot, which means there's lots of open-source advocates around. So for all the OSS advocates out there, stop and think for a minute before you bash Java applets. They're not great, but they're the only open alternative to Flash right now.
webstart? (Score:4, Insightful)
Re:64 bit Java? (Score:5, Insightful)
Now it's racks of big ass servers or blades groaning under badly designed layers and layers of Java 'middleware'
so your premis here is the problem is the language/platform rather than the design at fault?
If you have insane amounts of CPU and memory to throw at it to cover up the slowness
either you need to replace the tandy coco you mention later as your primary pc, or you could actually _try_ it before you bag it. ( trying it again after 1997 might also be an idea..)
Must have missed it.
that tends to happen when you have HASUB* syndrome. it happens, dont worry about it. you probably havent noticed a lot of stuff.
.. some rant about java and vista bloat related to java desktop. and then brings solaris and mac into it. pfft.
yawn.
No, you notice when a small app starts sucking up all available memory. Java sucks memory so hard GNOME starts looking lean in comparison
i can malloc my way into something that smells the same in c too.. only in java you're less likely to leak.
hey actually put players on shelves that take upwards of two minutes to go from tray close to anything useful appearing on the display
huh? i drop blu-ray disks into my ps3 and its playing within a few seconds. you're smoking crack.
I've got a cheap crappy basic cell phone. You can almost see individual pixels draw on the darned thing...
unless you run an application on your cheap crappy phone, you're probably looking at just the cheapness and the crappiness of the phone, not java.
i think what you really meant in the above post was more along the lines of 'get off my lawn'.
i know this is slashdot, but occasional fact checking really cant hurt if you're going to go on a raving rant about your hatred of specific technologies.
*HASUB syndrome: Head And Shoulders Up Bum syndrome
Re:64 bit Java? (Score:3, Insightful)
Joke.
Ever.
Re:64 bit Java? (Score:4, Insightful)
I still think the failure of Java on the desktop is a tragedy and hope it will rise again (though I'm not holding my breath). What has replaced it for rich applications on the web? I see steaming, muddled heaps of web-specific "standards" and scripting languages which, individually, are too weak to do much. Give me a real language, for pete's sake. Yet, my experience with Java in the browser was as bad as everybody else's - they hardly ever worked. Either my JVM wasn't new enough, or it froze up.
But what I see missing from this discussion so far is a reminder that, at the height of their power, Microsoft killed Java on the desktop very intentionally - they put a polluted "MS-Java" with embrace-and-extend hooks into Windows. So Sun sued them and in retaliation, Microsoft made sure Java on the desktop was a pain in the butt for everybody. It was still possible, but too much trouble to bother. This history is important because it means Java still might succeed if it were given a fair shake. And now that Microsoft is less dominant (and RAM is cheap :) maybe - just maybe - the phoenix can rise again?
Re:That's a good thing - trust me (Score:5, Insightful)
People need to follow proper coding guidelines, not try to stop things from progressing. Programming has always been progressive in this way, and just relearning the new way has never been much of a way to keep up.
Re:Developers section red now ? (Score:3, Insightful)
Re:64 bit Java? (Score:5, Insightful)
The only real alternative for Java applets is Flash. Of course, compared to Flash, Java applets have a lot of downfalls. The VM takes a ridiculous amount of time to start up, and it's really intrusive when it sits in your system tray and constantly announces its new updates.
Down to less than 2 seconds on my system, these days. Each new release seems to take less time than the last. And the update announcements can be disabled, if they annoy you.
Also, Java applets have a lot of upsides to flash as well:
* Ability to access network services (not just via XMLHttpRequests), so live streaming data is a possibility
* Signed applets can access local system resources that Flash cannot
* Use useful APIs to do stuff that's beyond the capabilities of Flash (e.g. the Java port of OpenGL)
* Don't have to design your user interface as a series of frames that you move between to show and hide aspects of it (yeuch... I've done one project of Flash UI design, and that was more than enough for a lifetime thanks.)
* Much, much easier to support internationalisation
* Acceptable calculation speed for CPU-intensive stuff
I'm sure there're more. OK, Java applets are a heavyweight solution. But they are the only solution other than ActiveX for many problems.
Re:Developers section red now ? (Score:2, Insightful)
Re:Developers section red now ? (Score:2, Insightful)
Well, if it were running on 64-bit java instead of 64-bit perl, it wouldn't - java ints are still only 32 bits in "64 bit java. [blogspot.com]
Someone forgot to future-proof their language. 10 years from now, when you're running a 128-bit cpu with a quarter-terrabyte of ram, those 32-bit signed ints are going to look mighty quaint. "What do you mean, I can't store the [file size|number of inodes|ipv6 address|whatever] in a 128-bit int? What do you mean, 128-bit java doesn't have 128-bit ints? You're shitting me, right? This is 2018 ... what's gonna happen in 2038 - we gonna have a 2k38 java problem? No? Why should I believe you? You can't even right-size your ints ..."
Refactor your ints to long if you need bigger values?
Apart from that, the link's criticism specifically refers to Arrays still using a 32bit int index without the capability to use a long instead but you might be able to work around that by using another datastructure instead should you really need that much Objects stored in one container.
Re:Developers section red now ? (Score:3, Insightful)
Re:That's a good thing - trust me (Score:3, Insightful)
Re:Developers section red now ? (Score:4, Insightful)
An hour of DV footage is 10GB. A 32-bit offset gives you 4GB of addressable space, so that's not enough. A 34-bit offset gives you 16GB, so that's fine. Maybe you're recording raw HD footage though, let's say 1080p, so 1920Ã--1080 pixels. You're editing, so let's say you want 32-bits per channel, three channels. That gives you around 24MB per frame. Let's say 30 fps, so 712MB per second, or 2.4TB per hour. Let's say a filming session is 10 hours, so that's 24TB per file.
Take the base 2 logarithm of that, and you find you need just under 45 bits to represent any offset in it at byte granularity. If you double the horizontal and vertical resolution, you need 47 bits. If you double the frame rate, you need 48 bits. Go to double-precision floats for each channel, and you need 49 bits. If you use stereoscopic cameras, you need 50 bits. 64 bits still gives you a lot of space to play with. When your files are more than 16 exabytes, you should probably consider splitting them a bit. A filesystem more than 16 exabytes is likely to be needed over the next decade (hence ZFS), but 64-bit files are going to be fine for a very long time. Even today, very few files are over 4GB (mostly DV footage and DVD images), and we've had support for those for around a decade now.