Skip to main content

glassfish server and linux 32 bit vs 64 bit

5 replies [Last post]
eingfoan
Offline
Joined: 2008-02-07

hi *,

i would love if someone could provide me with a link of all pros and cons running on linux 64 bit or 32 bit in conjunction with GF.
is there anywhere a comprenhensive guide out there?

general i have a view questions:
what is max amount of ram a 32 bit linux can handle (does it depend on the kernel version if yes which kernel is minimum requirement?)
what is jvm for linux capeable of (32 vs 64)
what is a best practice with gf?

we are planning to buy new hardware (amd 4x4 cores with ~ 32 GB of ram) for our new GF deployments.
one physical server will run ~ 8 GF instances (2G each) and 4-6 open mq servers (1G each)

regards chris

Reply viewing options

Select your preferred way to display the comments and click "Save settings" to activate your changes.
Alexis Moussine-Pouchkine

On Aug 1, 2008, at 8:04, glassfish@javadesktop.org wrote:

> hi alexis,
>
> thanks for the answers..
> since i am in a company that has not really started adopting solaris
> but other UNIX plattforms i am curious if you could answer me if you
> know the[b] RAM boundaries (max ram / server)[/b] for linux
> installlations.

Usually the more recent the linux kernel and the the JVM, the higher
you can go.
On theory 2^32=4GB is the max but that's only theory.
In practice it's often still 2^31=2GB as one bit is used for something
else.
In both cases (31 or 32), you need to leave room for non-java memory
and can reach somewhere close to 1900MB or 3900MB.
Of course with 64-bit JVMs, no such issue, I don't think we build
machine that have 2^64 memory.

> another question is and i am really no expert on LINUX and OS
> things ....
> if i do have a linux base system of 64 bit (to rise the max RAM
> limit / server) am i able to instantiate a 32 bit JVM with GF then?

sure thing.
if you go the 64-bit route, you need everything to be 64-bit including
any 3rd party library (thing type II JDBC driver for instance).

-Alexis

>
>
> any hints appreciated
>
> regards chris
> [Message sent by forum member 'eingfoan' (eingfoan)]
>
> http://forums.java.net/jive/thread.jspa?messageID=290837
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@glassfish.dev.java.net
> For additional commands, e-mail: users-help@glassfish.dev.java.net
>

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@glassfish.dev.java.net
For additional commands, e-mail: users-help@glassfish.dev.java.net

Filipe Sousa

Alexis Moussine-Pouchkine wrote:
>
> On Aug 1, 2008, at 8:04, glassfish@javadesktop.org wrote:
>
>
> Usually the more recent the linux kernel and the the JVM, the higher you
> can go.
> On theory 2^32=4GB is the max but that's only theory.
> In practice it's often still 2^31=2GB as one bit is used for something
> else.
> In both cases (31 or 32), you need to leave room for non-java memory and
> can reach somewhere close to 1900MB or 3900MB.
> Of course with 64-bit JVMs, no such issue, I don't think we build
> machine that have 2^64 memory.

It's possible to enable PAE in the linux kernel to have more than 4GB
(max 64GB)

--
Filipe Sousa

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@glassfish.dev.java.net
For additional commands, e-mail: users-help@glassfish.dev.java.net

Alexis Moussine-Pouchkine

Hello Chris,

64-bit is really needed if you need big heaps (more than the theoretic
2GB or 4GB limit).
If you don't need to hold large amount of data in memory (cache or
database) you may not need 64-bit.
64-bit JVM typically don't bring better performance and may even
require more tuning.
On the other hand if you need to go beyond that limit, 64-bit is a
life savior.

I was looking the other day for supported configurations with 64-bit
JVM but couldn't find a definitive answer (need to work on that).
What I recall is that Solaris 10 + 64-bit Sun JDK is certainly
supported. I'm not sure what we've added in the more recent update
releases.

I'm curious, is the new hardware (sounds nice!) to upgrade an existing
production architecture ?
Feel free to contact me at alexis DOT mp AT sun DOT com. I'm always
interested in production stories (http://blogs.sun.com/stories).

thanks,
-Alexis

On Jul 31, 2008, at 15:17, glassfish@javadesktop.org wrote:

> hi *,
>
> i would love if someone could provide me with a link of all pros and
> cons running on linux 64 bit or 32 bit in conjunction with GF.
> is there anywhere a comprenhensive guide out there?
>
> general i have a view questions:
> what is max amount of ram a 32 bit linux can handle (does it depend
> on the kernel version if yes which kernel is minimum requirement?)
> what is jvm for linux capeable of (32 vs 64)
> what is a best practice with gf?
>
> we are planning to buy new hardware (amd 4x4 cores with ~ 32 GB of
> ram) for our new GF deployments.
> one physical server will run ~ 8 GF instances (2G each) and 4-6 open
> mq servers (1G each)
>
> regards chris
> [Message sent by forum member 'eingfoan' (eingfoan)]
>
> http://forums.java.net/jive/thread.jspa?messageID=290640
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@glassfish.dev.java.net
> For additional commands, e-mail: users-help@glassfish.dev.java.net
>

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@glassfish.dev.java.net
For additional commands, e-mail: users-help@glassfish.dev.java.net

eingfoan
Offline
Joined: 2008-02-07

hi alexis,

thanks for the answers..
since i am in a company that has not really started adopting solaris but other UNIX plattforms i am curious if you could answer me if you know the[b] RAM boundaries (max ram / server)[/b] for linux installlations.

another question is and i am really no expert on LINUX and OS things ....
if i do have a linux [b]base system of 64 bit [/b](to rise the max RAM limit / server) am i able to instantiate a [b]32 bit JVM[/b] with GF then?

any hints appreciated

regards chris

Message was edited by: eingfoan

Kristian Rink

Chris;

glassfish@javadesktop.org schrieb:
[...]
> started adopting solaris but other UNIX plattforms i am curious if you
> could answer me if you know the[b] RAM boundaries (max ram / server)[/b]
> for linux installlations.

For a few interesting figures on that, have a quick look at [1]. Overally, I
guess using a 64bit Linux distribution you're pretty much next to what you
will need in your very use case. :)

> another question is and i am really no expert on LINUX and OS things ....
> if i do have a linux base system of 64 bit (to rise the max RAM limit /
> server) am i able to instantiate a 32 bit JVM with GF then?

Yes, it should work; looking at my last 64bit experiments on my notebook
(which is pretty much half a year ago), using a 32bit VM + browser on a
64bit Linux distribution was the recommended way to get Java Applet support
as (at least these days, don't know whether this has changed in the
meantime) the 64bit JRE didn't come with a working browser plugin. A quick
google on that made me stumble across [2] which overally seems to be pretty
straightforward in terms of installing/starting at least the 32bit JDK so
I'd just give it a shot.

If you however might need any hints or help running Glassfish atop of Linux,
feel free to ask - been doing this (Ubuntu 6.06, 8.04) for quite a while now
in a productive environment, maybe there are some things I can be of help
with. :)

Cheers,
Kristian

[1]http://www.cyberciti.biz/tips/maximum-memory-and-cpu-limitations-for-linux-server.html
[2]http://www.linuxquestions.org/questions/showthread.php?p=3208534#post3208534

--
Kristian Rink
cell : +49 176 2447 2771
business: http://www.planconnect.de
personal: http://pictorial.zimmer428.net
"we command the system. calling all recievers.
we are noisy people for a better living".
(covenant - "monochrome")

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@glassfish.dev.java.net
For additional commands, e-mail: users-help@glassfish.dev.java.net