Interesting
|1. We ran jBoss/Tomcat on Linux using a creaking old 166MHz Pentium with
|64MB RAM and 256MB swap space. This configuration thrashed noticeably
and here I was discussing my latest 1.4 Ghz Athlon with half a gig of RAM
linux desktop :)
|because of memory limitations, but we tested with our load simulator and
|the system never fell over. Enormous amounts of memory are consumed by
|the Hypersonic SQL engine which comes in the box with jBoss, and it is not
|appropriate for production use. When we switched to PostgreSQL running on
|the same machine and totally deconfigured Hypersonic in jboss.jcml, the
|memory requirements dropped and performance was actually quite tolerable.
|Note that I am not recommending you run such a system in production, but I
|thought knowing this would help you gauge just how far you can push things
|toward minimum.
|3. In turn, the limiting factor on thread count is demand resulting from
|the internal architecture of jBoss. I really do not know enough to
hmmmm JBossServer doesn't really start ANY thread by itself. It is either
the tomcat stack, the apache one or the RMI subsystem. ok there are some
thread in the JMX subsystem they are constant however... i.e. if a client
calls JBoss doesn't start anything it is tomcat or rmi.
|discuss this issue, but I understand it is a development concern.
no, there were some issues with the JBossMQ implementation not the conf you
are testing.
|In general, jBoss on Linux benefits from throwing as much RAM and CPU
|resources at it as can be reasonably afforded. This is doubly a concern
well, I overpayed for an asus mother board and a 1.4ghz athlon and I put
$700 just to see on price watch that it hoovers at 450 these days...
It is $500 bucks or you go and optimize Tomcat (which is a pig)... hmmmm I
will take $500 bucks ...
|when you run the database back-end on the same machine as the jBoss
|application server. Our current test configuration is a dual 300MHz
|Pentium III system with 256MB RAM, and I would probably not put quite that
|low-powered a machine into production use. On the other hand, with our
|present test configuration, the swap file is so far untouched with under
|90MB actually utilized:
good...
|
| total used free shared buffers cached
|Mem: 257640 235616 22024 65512 116680 36996
|-/+ buffers/cache: 81940 175700
|Swap: 1048560 0 1048560
|
|My advice is to buy as much CPU power as you can at the outset because
|this is expensive to upgrade later, and install whatever memory you think
|you can get away with while keeping as many RAM slots unused as possible.
|Since memory is very cheap now, adding more will just be a matter of
|filling up those slots. Even 1GB or 2GB RAM is entirely affordable now.
|Fast disks will also help the back-end database a lot.
PRECISELY... in fact in one of the days in the training I go over the sizing
and clearly explain if you can buy a 1gig ram machine and you have n beans
and you know that they always use a limited nubmer of clients THEN
EVERYTHIGN CAN RUN IN RAM, FUCK PASSIVATION, FUCK OPTION C, FUCK
SERIALIZATION GO FOR SPEED.
|If you are going to use more than two CPUs or exceed 2GB RAM, you are
|strongly advised to run the 2.4 Linux kernel.
I must say (I already did on jboss-dev) that I am TRULY impressed by the
quality of Linux on the desktop these days... i run it on my servers (always
did , jboss.org is linux) but didn't really do it on desktop... i had to
yesterday for various reasons and I was impressed by how much it has
progressed since I last played with it on desktops...
regards
marcf
|
|-- Mike
|
|
|On 2001-06-24 at 09:45 -0700, Richard Bottoms wrote:
|
|> Since the question has been raised about the maximum user load
|of JBoss I'm
|> in need of some concrete numbers as far as is currently known.
|>
|> 1. What is the minimum configuration recommended
|>
|> 2. What's the maximum concurrent connections allowed under Linux.
|>
|> 3. Is this affected by processor speed, memory or chip type?
|>
|> I have a commercial app I want to develop, but I, and I would
|guess others
|> need these answers if we are to proceed.
|>
|>
|> Thanks,
|> r.b.
|
|
|
|_______________________________________________
|JBoss-user mailing list
|[EMAIL PROTECTED]
|http://lists.sourceforge.net/lists/listinfo/jboss-user
_______________________________________________
JBoss-user mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/lists/listinfo/jboss-user
