-----------------------------
Please read the FAQ!
<http://java.apache.org/faq/>
-----------------------------


>>The site runs on a dual processor sun box with a gigabyte of ram.  Once we
>>started load testing, we found that the default configuration of apache
>>produced a bottle neck because only one instance of the jvm was ever
>>running, and thus only ever used one cpu.  As a result, we configured load
>>balancing in order to run multiple jvms.
>
>Do you have any problems then with Session objects and sharing data. One
>of the
>advantages with the Servlet style of working is that your servlet is
>loaded into one
>JVM and then any data (usually in static variables) is accessible across
>different connections.
>
>This way, you'd loose that ability and have things like counters and
>variables
>at different states through different JVM's (unless you wrote your code to
>handle it specifically) ...

Have you read the FAQ? It has a section on Load Balancing which explains
how the sessions work with load-balancing enabled. In short, the session
cookie routes each request to the JVM which initiated the session,
therefore the data should stay consistent.

We are using four dual-pentium machines with solaris 2.6 and Apache 1.3.6
with JServ 1.0 running four JDK's (1.2) on each machine.  So, each apache
server is load-balanced between 16 JDK's, four of which reside on the local
machines.

Our biggest problem has been that after several days, there seemed to be a
memory leak and the processes grow. They grow slowly enough that we
recently started to do a log-rotation every night which stops and restarts
the JDK processes and therefore clears out any leaking memory.

This system is in production and when the processes are not eating up the
system from a leak, the performance is fine.


Bernie


Bernie Bernstein
Talk City Inc.
voice: 408-871-5320                   Join the Conversation.
email: [EMAIL PROTECTED]      http://www.talkcity.com/




--
--------------------------------------------------------------
Please read the FAQ! <http://java.apache.org/faq/>
To subscribe:        [EMAIL PROTECTED]
To unsubscribe:      [EMAIL PROTECTED]
Archives and Other:  <http://java.apache.org/main/mail.html/>
Problems?:           [EMAIL PROTECTED]

Reply via email to