hello -- i'm sorry if this is not the appropriate place for this question. an hp loyalist has convinced some decision makers that we can't use opterons for an in house app because he claims there's no linux jvm that uses more than 3.8GB of memory. i couldn't find anything on the blackdown.org site backing this up, and couldn't find anything googling around. is he just spreading fud? does anyone here have experience and/or documentation that *nix 1.4+ java can use more than 3.8GB of ram? i just cringe when i see us purchasing super expensive quad itanium-2 boxes when our own in-house testing had our 2-way suse/opteron box out-performing a 4-way itanium(1) machine by 10%+. again, appologies if this would be better suited on the blackdown.org mailing list. info appriciated, -- john
On Wed, 14 Apr 2004 16:54:04 -0500 (CDT) suseamd64@rgare.com wrote:
hello --
Hello Mr.suseamd64,
i'm sorry if this is not the appropriate place for this question.
an hp loyalist has convinced some decision makers that we can't use opterons for an in house app because he claims there's no linux jvm that uses more than 3.8GB of memory. i couldn't find anything on the blackdown.org site backing this up, and couldn't find anything googling around.
He thinks there is still only 32bit Java for x86-64. That used to be true several months ago, but not anymore. You can download a 64bit JVM from the blackdown website. Sun also has a x86-64 JVM, but only in Beta. The JVM shipping with SuSE is 32bit so far. -andi
Have you checked the IBM JRE/JDK 1.4.1 for x86_64 (Opterons)? I am running IBM JRE/JDK 1.4.1 on a dual Opteron running SuSE SLES 8 for AMD64. When I updated with Service Pack 3, I'm almost sure it said that it was a 64-bit JVM. Whether it will use more than 3.8GB, I do not know yet - I only have 2GB on the server. It would seem awfully strange for a 64-bit program to be limited to 3.8GB of memory. java version "1.4.1" Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.1) Classic VM (build 1.4.1, J2RE 1.4.1 IBM build cxia32141-20030522 (JIT enabled: jitc)) #:~/tomcat/logs> uname -a Linux kingfish 2.4.21-207-smp #1 SMP Thu Mar 11 15:46:44 UTC 2004 x86_64 unknown #:~/tomcat/logs> Now, I could see that an HP shop might now want to run the IBM JRE, but that's another issue :) Hope this helps - Richard -----Original Message----- From: suseamd64@rgare.com [mailto:suseamd64@rgare.com] Sent: Wednesday, April 14, 2004 2:54 PM To: suse-amd64@suse.com Subject: [suse-amd64] amd64 / linux / java fud? hello -- i'm sorry if this is not the appropriate place for this question. an hp loyalist has convinced some decision makers that we can't use opterons for an in house app because he claims there's no linux jvm that uses more than 3.8GB of memory. i couldn't find anything on the blackdown.org site backing this up, and couldn't find anything googling around. is he just spreading fud? does anyone here have experience and/or documentation that *nix 1.4+ java can use more than 3.8GB of ram? i just cringe when i see us purchasing super expensive quad itanium-2 boxes when our own in-house testing had our 2-way suse/opteron box out-performing a 4-way itanium(1) machine by 10%+. again, appologies if this would be better suited on the blackdown.org mailing list. info appriciated, -- john -- Check the List-Unsubscribe header to unsubscribe For additional commands, email: suse-amd64-help@suse.com
Hi, we have a Dual Opteron with 4GB memory and 4GB swap space and I've tested Suns JDK1.5beta for X86-64 and also the JDK 1.4 from blackdown for X84-64. Blackdown-1.4.2-rc1 Sun 64-Bit Server VM (build 1.5.0-beta-b32c, mixed mode) With my small test program that just allocates memory I was able to allocate as much memory as the system has. About 6-7 GB (RAM and swap space). The system will be slow down when there is no more swap space. But I have also a productive java program that fails with OutOfMemory exception when using the above mentioned JVMs. That program is used in production on a HP/UX server with a HP 64bit JVM with about 3GB memory. When I use the 64bit VMs on linux this program stops much earlier than when using the 32bit VM from Sun. Although I specify -Xmx3000m with the 64 bit VM the program stops writing a system.out with free heap memory of more than 2GB. I tried to increase the stack size but that gave me the same result than before. Is there any limit on the number of objects the garbage collector can handle? My feeling is that there is still a variable in the VM that is not correctly ported to 64bit. Richard, where can I get the IBM VM for AMD64 for these tests? oli <quote who="Richard Mixon (qwest)">
Have you checked the IBM JRE/JDK 1.4.1 for x86_64 (Opterons)?
I am running IBM JRE/JDK 1.4.1 on a dual Opteron running SuSE SLES 8 for AMD64. When I updated with Service Pack 3, I'm almost sure it said that it was a 64-bit JVM. Whether it will use more than 3.8GB, I do not know yet - I only have 2GB on the server. It would seem awfully strange for a 64-bit program to be limited to 3.8GB of memory.
java version "1.4.1" Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.1) Classic VM (build 1.4.1, J2RE 1.4.1 IBM build cxia32141-20030522 (JIT enabled: jitc)) #:~/tomcat/logs> uname -a Linux kingfish 2.4.21-207-smp #1 SMP Thu Mar 11 15:46:44 UTC 2004 x86_64 unknown #:~/tomcat/logs>
Now, I could see that an HP shop might now want to run the IBM JRE, but that's another issue :)
Hope this helps - Richard
-----Original Message----- From: suseamd64@rgare.com [mailto:suseamd64@rgare.com] Sent: Wednesday, April 14, 2004 2:54 PM To: suse-amd64@suse.com Subject: [suse-amd64] amd64 / linux / java fud?
hello --
i'm sorry if this is not the appropriate place for this question.
an hp loyalist has convinced some decision makers that we can't use opterons for an in house app because he claims there's no linux jvm that uses more than 3.8GB of memory. i couldn't find anything on the blackdown.org site backing this up, and couldn't find anything googling around.
is he just spreading fud? does anyone here have experience and/or documentation that *nix 1.4+ java can use more than 3.8GB of ram?
i just cringe when i see us purchasing super expensive quad itanium-2 boxes when our own in-house testing had our 2-way suse/opteron box out-performing a 4-way itanium(1) machine by 10%+.
again, appologies if this would be better suited on the blackdown.org mailing list.
info appriciated,
-- john
-- Check the List-Unsubscribe header to unsubscribe For additional commands, email: suse-amd64-help@suse.com
-- Check the List-Unsubscribe header to unsubscribe For additional commands, email: suse-amd64-help@suse.com
oli, The RPMs come with Service Pack 3 for SuSE SLES 8 for AMD64. I used Yast Online Updated to download them I believe. Thy all indicate they are for the x86_64 architecture - but as I mentioned, I only have 2GB of memory so cannot tell for sure. Also note the IBM JDK 1.3 was the default JVM for SLES 8 for AMD64 - Service Pack 3 upgrades to 1.4.1. Here is the RPM info for the JRE and JDK: # rpm -qi IBMJava2-JRE_1_4-1.4.1-0 Name : IBMJava2-JRE_1_4 Relocations: (not relocateable) Version : 1.4.1 Vendor: UnitedLinux LLC Release : 0 Build Date: Sun Nov 2 11:27:59 2003 Install date: Sat Mar 13 10:53:29 2004 Build Host: E114.suse.de Group : Development/Languages/Java Source RPM: IBMJava2-SDK_1_4-1.4.1-0.src.rpm Size : 54768640 License: Other License(s), see package Packager : http://www.unitedlinux.com/feedback URL : http://www.ibm.com/java/jdk/linux130/ Summary : IBM Runtime Environment for Linux, Java 2 Technology Edition, Version 1.3.0. Description : IBM Runtime Environment for Linux, Java 2 Technology Edition, Version 1.3.0. Distribution: UnitedLinux 1.0 (x86-64) # rpm -qi IBMJava2-SDK_1_4-1.4.1-0 Name : IBMJava2-SDK_1_4 Relocations: (not relocateable) Version : 1.4.1 Vendor: UnitedLinux LLC Release : 0 Build Date: Sun Nov 2 11:27:59 2003 Install date: Sat Mar 13 10:53:41 2004 Build Host: E114.suse.de Group : Development/Languages/Java Source RPM: IBMJava2-SDK_1_4-1.4.1-0.src.rpm Size : 67632476 License: Other License(s), see package Packager : http://www.unitedlinux.com/feedback URL : http://www.ibm.com/java/jdk/linux130/ Summary : IBM® Developer Kit for Linux®, Java[tm] 2 Technology Edition Description : The IBM® Developer Kit for Linux®, Java[tm] 2 Technology Edition, is a development kit and run-time environment that contains IBM's just-in-time compiler, enhanced with a unique Mixed Mode Interpreter and a reengineered Java 2 virtual machine. Like earlier IBM Java versions, the IBM Developer Kit for Linux passes Sun's Java compatibility test and provides stability and performance when you deploy your enterprise e-business applications. Distribution: UnitedLinux 1.0 (x86-64) kingfish:/opt/IBMJava2-141/bin # Hope this helps - Richard -----Original Message----- From: Oliver Gerstlauer [mailto:oliver.gerstlauer@xdreamteam.ch] Sent: Friday, April 16, 2004 1:57 AM To: suse-amd64@suse.com Subject: RE: [suse-amd64] amd64 / linux / java fud? Hi, we have a Dual Opteron with 4GB memory and 4GB swap space and I've tested Suns JDK1.5beta for X86-64 and also the JDK 1.4 from blackdown for X84-64. Blackdown-1.4.2-rc1 Sun 64-Bit Server VM (build 1.5.0-beta-b32c, mixed mode) With my small test program that just allocates memory I was able to allocate as much memory as the system has. About 6-7 GB (RAM and swap space). The system will be slow down when there is no more swap space. But I have also a productive java program that fails with OutOfMemory exception when using the above mentioned JVMs. That program is used in production on a HP/UX server with a HP 64bit JVM with about 3GB memory. When I use the 64bit VMs on linux this program stops much earlier than when using the 32bit VM from Sun. Although I specify -Xmx3000m with the 64 bit VM the program stops writing a system.out with free heap memory of more than 2GB. I tried to increase the stack size but that gave me the same result than before. Is there any limit on the number of objects the garbage collector can handle? My feeling is that there is still a variable in the VM that is not correctly ported to 64bit. Richard, where can I get the IBM VM for AMD64 for these tests? oli <quote who="Richard Mixon (qwest)">
Have you checked the IBM JRE/JDK 1.4.1 for x86_64 (Opterons)?
I am running IBM JRE/JDK 1.4.1 on a dual Opteron running SuSE SLES 8 for AMD64. When I updated with Service Pack 3, I'm almost sure it said that it was a 64-bit JVM. Whether it will use more than 3.8GB, I do not know yet - I only have 2GB on the server. It would seem awfully strange for a 64-bit program to be limited to 3.8GB of memory.
java version "1.4.1" Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.1) Classic VM (build 1.4.1, J2RE 1.4.1 IBM build cxia32141-20030522 (JIT enabled: jitc)) #:~/tomcat/logs> uname -a Linux kingfish 2.4.21-207-smp #1 SMP Thu Mar 11 15:46:44 UTC 2004 x86_64 unknown #:~/tomcat/logs>
Now, I could see that an HP shop might now want to run the IBM JRE, but that's another issue :)
Hope this helps - Richard
-----Original Message----- From: suseamd64@rgare.com [mailto:suseamd64@rgare.com] Sent: Wednesday, April 14, 2004 2:54 PM To: suse-amd64@suse.com Subject: [suse-amd64] amd64 / linux / java fud?
hello --
i'm sorry if this is not the appropriate place for this question.
an hp loyalist has convinced some decision makers that we can't use opterons for an in house app because he claims there's no linux jvm that uses more than 3.8GB of memory. i couldn't find anything on the blackdown.org site backing this up, and couldn't find anything googling around.
is he just spreading fud? does anyone here have experience and/or documentation that *nix 1.4+ java can use more than 3.8GB of ram?
i just cringe when i see us purchasing super expensive quad itanium-2 boxes when our own in-house testing had our 2-way suse/opteron box out-performing a 4-way itanium(1) machine by 10%+.
again, appologies if this would be better suited on the blackdown.org mailing list.
info appriciated,
-- john
-- Check the List-Unsubscribe header to unsubscribe For additional commands, email: suse-amd64-help@suse.com
-- Check the List-Unsubscribe header to unsubscribe For additional commands, email: suse-amd64-help@suse.com
-- Check the List-Unsubscribe header to unsubscribe For additional commands, email: suse-amd64-help@suse.com
participants (4)
-
Andi Kleen
-
Oliver Gerstlauer
-
Richard Mixon (qwest)
-
suseamd64@rgare.com