On 07/02/2010 03:22 PM, Richard S. Hall wrote:
On 7/2/10 6:27, Sander de Groot wrote:
Hi,
Our production environment consists of >= 500 websites and are
currently all written in PHP. We're considering moving from PHP to
Java but are unsure if its the right choice and if it is even
possible with that many sites. (memory?)
At the moment we're considering to use Felix as the container for all
applications. So Felix will have > 500 bundles. Each bundle (at least
the webapps) will be around 100kb each. I'd like to know whether it
is possible to have that many bundles deployed in Felix and would
like to know more about the performance aspect.
So in short: is it possible to deploy ~ 500 bundles on one container
and have the same or even better performance than the same server
using PHP? Or do you have any other (better) suggestions?
The biggest potential overhead that the Felix framework might add is
startup overhead, but unless your bundles are extremely complex (i.e.,
lots of imports/exports needing to be resolved with potential
conflicts), then this shouldn't be too significant. For example, the
GlassFish app server is composed of over 200 bundles and still can
start in around 2 to 3 seconds.
Ah, yes, right. It's clear that the Felix framework won't be the problem
in my case. The startup time is not very relevant since we're in a
load-balanced environment.
There will also be some memory overhead to maintain the module
metadata and class loader wiring, but this shouldn't be very
significant. Once things get going, then it is pretty much just normal
class loader delegation and object creation at that point.
This is where my real question surfaces. Is Java able to handle large
quantities of smaller and some larger web applications all within the
same server?
-> richard
Regards,
Sander de Groot
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
