You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@cocoon.apache.org by Yves Vindevogel <yv...@implements.be> on 2004/07/05 00:39:04 UTC
Load Cocoon servers
Is there a website where I can find statistics on the number of servers
you need to run a Cocoon application.
Or somebody who is willing to share his/her information about their
stress tests ?
I'm making a bid for a webapp. Completely Cocoon based.
There's a big postgresql database behind it, but the database will only
be queried from time to time.
Most of the work is done by generating XML out-of that database and
storing it into Cocoon's folders.
Most files will be around 1000 lines of xml, with about 30 attributes
in each line, so let's say 30k per file.
Every screen based on a single file like that, should be generated in
1-3 seconds max.
App is completely running on Slackware, with "personal" configuration,
that is, no gui, no overhead, just the basics.
Server will be a Compaq DL 380, 1 mb (or 2 when needed) ram, full scsi3
in raid 5, 3x 320u 72.8 HD.
The only thing I need to know now or estimate, is how many simultanious
users this thing can pull.
Is there a way to quickly calculate this ?
Or does somebody have a similar setup and willing to tell me what
beauties he/she has in the server room ?
Yves
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
For additional commands, e-mail: users-help@cocoon.apache.org
Re: Load Cocoon servers
Posted by Yves Vindevogel <yv...@implements.be>.
On 05 Jul 2004, at 11:07, Ugo Cei wrote:
> Il giorno 05/lug/04, alle 00:39, Yves Vindevogel ha scritto:
>
>> There's a big postgresql database behind it, but the database will
>> only be queried from time to time.
>> Most of the work is done by generating XML out-of that database and
>> storing it into Cocoon's folders.
>
> Do you mean that generation of the XML files will be done offline, in
> batch and Cocoon's job will only be to take XML files from the
> filesystem, possibly transform them and serialize the results?
>
Indeed
Reason is simple: most reports are timebased. So, when you demand the
report for eg. january, there will be no difference once we are
february. So there's no need to query the database, there won't be any
changes.
> If so, performance and scalability will depend on the kind of
> transformations you are going to do, but given that source files are
> regenerated only from time to time, you could get a high cache hit
> ratio: most of the time, the output document will be retrieved from
> the cache in a matter of microseconds.
>
Simple xml to html (generating tables mainly) and xml to xls (for
download) and xml to pdf (using fo, also for download).
I may even consider to physically create the file instead of "on
demand" in case of xsl and pdf if that takes the server too long.
> You could even use Cocoon to pregenerate the entire site using the CLI
> and serve a static snapshot from Apache or some other web server.
>
I know :-))
But not with Apache. There are logins involved and some dynamic
queries. When I ask mypage.html, that page will be different
according to your login.
>> App is completely running on Slackware, with "personal"
>> configuration, that is, no gui, no overhead, just the basics.
>> Server will be a Compaq DL 380, 1 mb (or 2 when needed) ram, full
>> scsi3 in raid 5, 3x 320u 72.8 HD.
>
> I suppose you mean 1GB RAM.
>
Yes
> Ugo
>
> --
> Ugo Cei - http://beblogging.com/
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
For additional commands, e-mail: users-help@cocoon.apache.org
Re: Load Cocoon servers
Posted by Ugo Cei <ug...@apache.org>.
Il giorno 05/lug/04, alle 00:39, Yves Vindevogel ha scritto:
> There's a big postgresql database behind it, but the database will
> only be queried from time to time.
> Most of the work is done by generating XML out-of that database and
> storing it into Cocoon's folders.
Do you mean that generation of the XML files will be done offline, in
batch and Cocoon's job will only be to take XML files from the
filesystem, possibly transform them and serialize the results?
If so, performance and scalability will depend on the kind of
transformations you are going to do, but given that source files are
regenerated only from time to time, you could get a high cache hit
ratio: most of the time, the output document will be retrieved from the
cache in a matter of microseconds.
You could even use Cocoon to pregenerate the entire site using the CLI
and serve a static snapshot from Apache or some other web server.
> App is completely running on Slackware, with "personal" configuration,
> that is, no gui, no overhead, just the basics.
> Server will be a Compaq DL 380, 1 mb (or 2 when needed) ram, full
> scsi3 in raid 5, 3x 320u 72.8 HD.
I suppose you mean 1GB RAM.
Ugo
--
Ugo Cei - http://beblogging.com/
Re: Load Cocoon servers
Posted by Antonio Gallardo <ag...@agssa.net>.
Yves Vindevogel dijo:
> Well, we would start out with one server (the DL described)
> When the app is succesful for my client, the second server can be
> bought.
> That would immediatly split up webserver and database server
>
> Users: 10 simultaniously running pages of 30K. That's a strict minimum.
> But that should never give a problem, right
>
> The DB is not an issue. I will build XML files from the tables on
> regular bases.
> So, reports and such (which is 90% of the app) are coming from xml and
> not from db.
I think you can be able to manage this load just with 1 server with 1 GB +
online reports (directly from the DB to the client).
Best Regards,
Antonio Gallardo
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
For additional commands, e-mail: users-help@cocoon.apache.org
Re: Load Cocoon servers
Posted by Brent Johnson <bl...@gmail.com>.
I splt the rows up. But if you're planning on working with a million
rows per client per year.. yeah offline processing would probably be
best.
My webgate app does realtime processing of television programming to
create an online TV grid.. and thats still only about 20,000 records.
But even live processing of that is pretty fast (using MySQL).
- Brent
On Mon, 5 Jul 2004 23:45:29 +0200, Yves Vindevogel
<yv...@implements.be> wrote:
> do you serve 7000 rows in a page, or does your query return 7000 rows
> that you split up ?
> my database will be around .... euh, 1 million records per client per
> year (target: 100 clients)
> (that's why i want to do off line storage)
>
>
>
> On 05 Jul 2004, at 17:51, Brent Johnson wrote:
>
> > I'm running similar amounts of load in production for an intranet site
> > I did that runs Cocoon 2.1.4 - about to be upgraded to 2.1.5. It's
> > only accessible by certain individuals (around 50 or so.. but usually
> > never sees more than 10-20 at a time).
> >
> > I've had no reports of any site problems. We arent steadily crunching
> > on XML files that are 30K. We have some pretty decent sized requests
> > though (processing of about 7000 database records if you choose the
> > right type of medical treatment search).
> >
> > Anyways - my recommendation would to check out this thread or similar
> > ones from the mailing list:
> >
> > http://marc.theaimsgroup.com/?t=107836170600001&r=1&w=2
> >
> > I found this helpful for getting the site running a little faster and
> > more stable. We were having these nasty problems where Cocoon starts
> > serving BLANK pages (yes its serving a page.. its just completely
> > blank). We found increaing pool sizes and the heapsize fixed.
> >
> > The server we have in production is a single Dell Poweredge.. its a
> > 2.4Ghz Xeon I think, with a gig of ram and about 80G drive space
> > running Redhat Linux (soon to be upgraded to another distro).
> >
> > - Brent
> >
> > On Mon, 5 Jul 2004 11:21:35 +0200, Yves Vindevogel
> > <yv...@implements.be> wrote:
> >> Well, we would start out with one server (the DL described)
> >> When the app is succesful for my client, the second server can be
> >> bought.
> >> That would immediatly split up webserver and database server
> >>
> >> Users: 10 simultaniously running pages of 30K. That's a strict
> >> minimum.
> >> But that should never give a problem, right
> >>
> >> The DB is not an issue. I will build XML files from the tables on
> >> regular bases.
> >> So, reports and such (which is 90% of the app) are coming from xml and
> >> not from db.
> >>
> >>
> >>
> >>
> >> On 05 Jul 2004, at 11:00, Antonio Gallardo wrote:
> >>
> >>> Yves Vindevogel dijo:
> >>>> I can run on space ship on slackware with 1 mb ;-))
> >>>>
> >>>> Problem is that I need to make the bid before the application.
> >>>> So any hints would be nice.
> >>>>
> >>>> So you would go for more RAM in the machine right away ?
> >>>
> >>> For sure 1 Megabyte will not be enough to run tomcat + linux. We made
> >>> some
> >>> tests last year in a PII 266 MHz with 96 MB and that was very slow!
> >>> We
> >>> needed to wait some minuts to get the servlet container running.....
> >>> I
> >>> think that 1 MB is a total crazy bet. ;-)
> >>>
> >>> Seriously, We have systems running nice on 512 MB and no problems at
> >>> all.
> >>> 1 GB is better (we use 1 GB for the development server) and 2 GB even
> >>> better. I never used a 2 GB config for a cocoon application, but this
> >>> is
> >>> my own case, your needs can be diferents. It depends on various
> >>> factors
> >>> as:
> >>>
> >>> 1- How many users are you targetting.
> >>> 2- DB size
> >>>
> >>> The idea is to distribute the RAM between Cocoon and the database to
> >>> get
> >>> the best performance.
> >>>
> >>> Best Regards,
> >>>
> >>> Antonio Gallardo
> >>>
> >>>
> >>> ---------------------------------------------------------------------
> >>> To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
> >>> For additional commands, e-mail: users-help@cocoon.apache.org
> >>>
> >>>
> >>
> >> ---------------------------------------------------------------------
> >> To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
> >> For additional commands, e-mail: users-help@cocoon.apache.org
> >>
> >>
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
> > For additional commands, e-mail: users-help@cocoon.apache.org
> >
> >
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
> For additional commands, e-mail: users-help@cocoon.apache.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
For additional commands, e-mail: users-help@cocoon.apache.org
Re: Load Cocoon servers
Posted by Yves Vindevogel <yv...@implements.be>.
do you serve 7000 rows in a page, or does your query return 7000 rows
that you split up ?
my database will be around .... euh, 1 million records per client per
year (target: 100 clients)
(that's why i want to do off line storage)
On 05 Jul 2004, at 17:51, Brent Johnson wrote:
> I'm running similar amounts of load in production for an intranet site
> I did that runs Cocoon 2.1.4 - about to be upgraded to 2.1.5. It's
> only accessible by certain individuals (around 50 or so.. but usually
> never sees more than 10-20 at a time).
>
> I've had no reports of any site problems. We arent steadily crunching
> on XML files that are 30K. We have some pretty decent sized requests
> though (processing of about 7000 database records if you choose the
> right type of medical treatment search).
>
> Anyways - my recommendation would to check out this thread or similar
> ones from the mailing list:
>
> http://marc.theaimsgroup.com/?t=107836170600001&r=1&w=2
>
> I found this helpful for getting the site running a little faster and
> more stable. We were having these nasty problems where Cocoon starts
> serving BLANK pages (yes its serving a page.. its just completely
> blank). We found increaing pool sizes and the heapsize fixed.
>
> The server we have in production is a single Dell Poweredge.. its a
> 2.4Ghz Xeon I think, with a gig of ram and about 80G drive space
> running Redhat Linux (soon to be upgraded to another distro).
>
> - Brent
>
> On Mon, 5 Jul 2004 11:21:35 +0200, Yves Vindevogel
> <yv...@implements.be> wrote:
>> Well, we would start out with one server (the DL described)
>> When the app is succesful for my client, the second server can be
>> bought.
>> That would immediatly split up webserver and database server
>>
>> Users: 10 simultaniously running pages of 30K. That's a strict
>> minimum.
>> But that should never give a problem, right
>>
>> The DB is not an issue. I will build XML files from the tables on
>> regular bases.
>> So, reports and such (which is 90% of the app) are coming from xml and
>> not from db.
>>
>>
>>
>>
>> On 05 Jul 2004, at 11:00, Antonio Gallardo wrote:
>>
>>> Yves Vindevogel dijo:
>>>> I can run on space ship on slackware with 1 mb ;-))
>>>>
>>>> Problem is that I need to make the bid before the application.
>>>> So any hints would be nice.
>>>>
>>>> So you would go for more RAM in the machine right away ?
>>>
>>> For sure 1 Megabyte will not be enough to run tomcat + linux. We made
>>> some
>>> tests last year in a PII 266 MHz with 96 MB and that was very slow!
>>> We
>>> needed to wait some minuts to get the servlet container running.....
>>> I
>>> think that 1 MB is a total crazy bet. ;-)
>>>
>>> Seriously, We have systems running nice on 512 MB and no problems at
>>> all.
>>> 1 GB is better (we use 1 GB for the development server) and 2 GB even
>>> better. I never used a 2 GB config for a cocoon application, but this
>>> is
>>> my own case, your needs can be diferents. It depends on various
>>> factors
>>> as:
>>>
>>> 1- How many users are you targetting.
>>> 2- DB size
>>>
>>> The idea is to distribute the RAM between Cocoon and the database to
>>> get
>>> the best performance.
>>>
>>> Best Regards,
>>>
>>> Antonio Gallardo
>>>
>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
>>> For additional commands, e-mail: users-help@cocoon.apache.org
>>>
>>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
>> For additional commands, e-mail: users-help@cocoon.apache.org
>>
>>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
> For additional commands, e-mail: users-help@cocoon.apache.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
For additional commands, e-mail: users-help@cocoon.apache.org
Re: Load Cocoon servers
Posted by Brent Johnson <bl...@gmail.com>.
Hmm.. I mainly test with IE so I'm not sure if Firefox or Mozilla
showed blank or not. I made the suggested modifications to the
configuration (upping the pool max, upping the heapsize, and adding
the xerces and xml-apis jars to be loaded by your app servers
classloader) and it hasnt served a blank page since.
Maybe it was a coincidence? I had this same problem with my open
source application that uses Cocoon (http://webgate.sourceforge.net)
and I made the same modifications and it has worked for that
application also. Either way - I wrote a Java app that uses HttpUnit
to monitor the production site pages (as IE) and tests for any blank
pages or other problems and it hasnt noticed a single hiccup.
- Brent
On Mon, 05 Jul 2004 10:41:40 -0700, Ralph Goers
<ra...@dslextreme.com> wrote:
> Was this with Internet Explorer? We have seen a similar problem. I have
> assumed that there is a problem with Weblogic server. When viewing with IE
> sometimes blank pages are returned. However, with Firefox we see that the
> pages are actually returned with 4 hex zeros at the start and the end
> before the http header. We've assumed this isn't caused by Cocoon as I have
> no idea how it could screw up the http header.
>
> Ralph
>
>
>
> At 7/5/2004 08:51 AM, you wrote:
>
> >I found this helpful for getting the site running a little faster and
> >more stable. We were having these nasty problems where Cocoon starts
> >serving BLANK pages (yes its serving a page.. its just completely
> >blank). We found increaing pool sizes and the heapsize fixed.
> >
> >The server we have in production is a single Dell Poweredge.. its a
> >2.4Ghz Xeon I think, with a gig of ram and about 80G drive space
> >running Redhat Linux (soon to be upgraded to another distro).
> >
> >- Brent
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
> For additional commands, e-mail: users-help@cocoon.apache.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
For additional commands, e-mail: users-help@cocoon.apache.org
Re: Load Cocoon servers
Posted by Ralph Goers <Ra...@dslextreme.com>.
Was this with Internet Explorer? We have seen a similar problem. I have
assumed that there is a problem with Weblogic server. When viewing with IE
sometimes blank pages are returned. However, with Firefox we see that the
pages are actually returned with 4 hex zeros at the start and the end
before the http header. We've assumed this isn't caused by Cocoon as I have
no idea how it could screw up the http header.
Ralph
At 7/5/2004 08:51 AM, you wrote:
>I found this helpful for getting the site running a little faster and
>more stable. We were having these nasty problems where Cocoon starts
>serving BLANK pages (yes its serving a page.. its just completely
>blank). We found increaing pool sizes and the heapsize fixed.
>
>The server we have in production is a single Dell Poweredge.. its a
>2.4Ghz Xeon I think, with a gig of ram and about 80G drive space
>running Redhat Linux (soon to be upgraded to another distro).
>
>- Brent
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
For additional commands, e-mail: users-help@cocoon.apache.org
Re: Load Cocoon servers
Posted by Brent Johnson <bl...@gmail.com>.
I'm running similar amounts of load in production for an intranet site
I did that runs Cocoon 2.1.4 - about to be upgraded to 2.1.5. It's
only accessible by certain individuals (around 50 or so.. but usually
never sees more than 10-20 at a time).
I've had no reports of any site problems. We arent steadily crunching
on XML files that are 30K. We have some pretty decent sized requests
though (processing of about 7000 database records if you choose the
right type of medical treatment search).
Anyways - my recommendation would to check out this thread or similar
ones from the mailing list:
http://marc.theaimsgroup.com/?t=107836170600001&r=1&w=2
I found this helpful for getting the site running a little faster and
more stable. We were having these nasty problems where Cocoon starts
serving BLANK pages (yes its serving a page.. its just completely
blank). We found increaing pool sizes and the heapsize fixed.
The server we have in production is a single Dell Poweredge.. its a
2.4Ghz Xeon I think, with a gig of ram and about 80G drive space
running Redhat Linux (soon to be upgraded to another distro).
- Brent
On Mon, 5 Jul 2004 11:21:35 +0200, Yves Vindevogel
<yv...@implements.be> wrote:
> Well, we would start out with one server (the DL described)
> When the app is succesful for my client, the second server can be
> bought.
> That would immediatly split up webserver and database server
>
> Users: 10 simultaniously running pages of 30K. That's a strict minimum.
> But that should never give a problem, right
>
> The DB is not an issue. I will build XML files from the tables on
> regular bases.
> So, reports and such (which is 90% of the app) are coming from xml and
> not from db.
>
>
>
>
> On 05 Jul 2004, at 11:00, Antonio Gallardo wrote:
>
> > Yves Vindevogel dijo:
> >> I can run on space ship on slackware with 1 mb ;-))
> >>
> >> Problem is that I need to make the bid before the application.
> >> So any hints would be nice.
> >>
> >> So you would go for more RAM in the machine right away ?
> >
> > For sure 1 Megabyte will not be enough to run tomcat + linux. We made
> > some
> > tests last year in a PII 266 MHz with 96 MB and that was very slow! We
> > needed to wait some minuts to get the servlet container running..... I
> > think that 1 MB is a total crazy bet. ;-)
> >
> > Seriously, We have systems running nice on 512 MB and no problems at
> > all.
> > 1 GB is better (we use 1 GB for the development server) and 2 GB even
> > better. I never used a 2 GB config for a cocoon application, but this
> > is
> > my own case, your needs can be diferents. It depends on various factors
> > as:
> >
> > 1- How many users are you targetting.
> > 2- DB size
> >
> > The idea is to distribute the RAM between Cocoon and the database to
> > get
> > the best performance.
> >
> > Best Regards,
> >
> > Antonio Gallardo
> >
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
> > For additional commands, e-mail: users-help@cocoon.apache.org
> >
> >
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
> For additional commands, e-mail: users-help@cocoon.apache.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
For additional commands, e-mail: users-help@cocoon.apache.org
Re: Load Cocoon servers
Posted by Yves Vindevogel <yv...@implements.be>.
Well, we would start out with one server (the DL described)
When the app is succesful for my client, the second server can be
bought.
That would immediatly split up webserver and database server
Users: 10 simultaniously running pages of 30K. That's a strict minimum.
But that should never give a problem, right
The DB is not an issue. I will build XML files from the tables on
regular bases.
So, reports and such (which is 90% of the app) are coming from xml and
not from db.
On 05 Jul 2004, at 11:00, Antonio Gallardo wrote:
> Yves Vindevogel dijo:
>> I can run on space ship on slackware with 1 mb ;-))
>>
>> Problem is that I need to make the bid before the application.
>> So any hints would be nice.
>>
>> So you would go for more RAM in the machine right away ?
>
> For sure 1 Megabyte will not be enough to run tomcat + linux. We made
> some
> tests last year in a PII 266 MHz with 96 MB and that was very slow! We
> needed to wait some minuts to get the servlet container running..... I
> think that 1 MB is a total crazy bet. ;-)
>
> Seriously, We have systems running nice on 512 MB and no problems at
> all.
> 1 GB is better (we use 1 GB for the development server) and 2 GB even
> better. I never used a 2 GB config for a cocoon application, but this
> is
> my own case, your needs can be diferents. It depends on various factors
> as:
>
> 1- How many users are you targetting.
> 2- DB size
>
> The idea is to distribute the RAM between Cocoon and the database to
> get
> the best performance.
>
> Best Regards,
>
> Antonio Gallardo
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
> For additional commands, e-mail: users-help@cocoon.apache.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
For additional commands, e-mail: users-help@cocoon.apache.org
Re: Load Cocoon servers
Posted by Antonio Gallardo <ag...@agssa.net>.
Yves Vindevogel dijo:
> I can run on space ship on slackware with 1 mb ;-))
>
> Problem is that I need to make the bid before the application.
> So any hints would be nice.
>
> So you would go for more RAM in the machine right away ?
For sure 1 Megabyte will not be enough to run tomcat + linux. We made some
tests last year in a PII 266 MHz with 96 MB and that was very slow! We
needed to wait some minuts to get the servlet container running..... I
think that 1 MB is a total crazy bet. ;-)
Seriously, We have systems running nice on 512 MB and no problems at all.
1 GB is better (we use 1 GB for the development server) and 2 GB even
better. I never used a 2 GB config for a cocoon application, but this is
my own case, your needs can be diferents. It depends on various factors
as:
1- How many users are you targetting.
2- DB size
The idea is to distribute the RAM between Cocoon and the database to get
the best performance.
Best Regards,
Antonio Gallardo
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
For additional commands, e-mail: users-help@cocoon.apache.org
Re: Load Cocoon servers
Posted by Yves Vindevogel <yv...@implements.be>.
yes, sorry, 1 gig (typo)
On 05 Jul 2004, at 10:41, Samuel Tribehou wrote:
> Hello, are you saying you want to have a java appserver, cocoon,
> postgresql
> and a big database on a machine with 1mb ??
> you mean 1GB right ??
> 256 would be the bare minimum imho...
>
> -----Message d'origine-----
> De : Yves Vindevogel [mailto:yves.vindevogel@implements.be]
> Envoye : lundi 5 juillet 2004 10:37
> A : users@cocoon.apache.org
> Objet : Re: Load Cocoon servers
>
>
> I can run on space ship on slackware with 1 mb ;-))
>
> Problem is that I need to make the bid before the application.
> So any hints would be nice.
>
> So you would go for more RAM in the machine right away ?
>
>
> On 05 Jul 2004, at 06:17, Antonio Gallardo wrote:
>
>> Yves Vindevogel dijo:
>>> Is there a website where I can find statistics on the number of
>>> servers
>>> you need to run a Cocoon application.
>>> Or somebody who is willing to share his/her information about their
>>> stress tests ?
>>>
>>> I'm making a bid for a webapp. Completely Cocoon based.
>>> There's a big postgresql database behind it, but the database will
>>> only
>>> be queried from time to time.
>>> Most of the work is done by generating XML out-of that database and
>>> storing it into Cocoon's folders.
>>> Most files will be around 1000 lines of xml, with about 30 attributes
>>> in each line, so let's say 30k per file.
>>> Every screen based on a single file like that, should be generated in
>>> 1-3 seconds max.
>>
>> That is a lot of time! I think cocoon can manage it easily.
>>
>>> App is completely running on Slackware, with "personal"
>>> configuration,
>>> that is, no gui, no overhead, just the basics.
>>> Server will be a Compaq DL 380, 1 mb (or 2 when needed) ram, full
>>> scsi3
>>> in raid 5, 3x 320u 72.8 HD.
>>
>> The suggested numbers are too low. I wonder how you can run slackware
>> on
>> just 1 MB of ram! ;-)
>>
>>> The only thing I need to know now or estimate, is how many
>>> simultanious
>>> users this thing can pull.
>>> Is there a way to quickly calculate this ?
>>> Or does somebody have a similar setup and willing to tell me what
>>> beauties he/she has in the server room ?
>>
>> I think you need to make some test for you application. In particular,
>> long time ago I found JMeter to be very useful for stress tests....
>> And of
>> course!, JMeter is part of the Apache crop ;-)
>>
>> Here is the link:
>>
>> http://jakarta.apache.org/jmeter/index.html
>>
>> BTW, run JMeter on a second client computer to avoid using server
>> resources for JMeter while testing.
>>
>> Good luck.
>>
>> Best Regards,
>>
>> Antonio Gallardo
>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
>> For additional commands, e-mail: users-help@cocoon.apache.org
>>
>>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
> For additional commands, e-mail: users-help@cocoon.apache.org
>
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
> For additional commands, e-mail: users-help@cocoon.apache.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
For additional commands, e-mail: users-help@cocoon.apache.org
RE: Load Cocoon servers
Posted by Samuel Tribehou <s....@edenweb.fr>.
Hello, are you saying you want to have a java appserver, cocoon, postgresql
and a big database on a machine with 1mb ??
you mean 1GB right ??
256 would be the bare minimum imho...
-----Message d'origine-----
De : Yves Vindevogel [mailto:yves.vindevogel@implements.be]
Envoye : lundi 5 juillet 2004 10:37
A : users@cocoon.apache.org
Objet : Re: Load Cocoon servers
I can run on space ship on slackware with 1 mb ;-))
Problem is that I need to make the bid before the application.
So any hints would be nice.
So you would go for more RAM in the machine right away ?
On 05 Jul 2004, at 06:17, Antonio Gallardo wrote:
> Yves Vindevogel dijo:
>> Is there a website where I can find statistics on the number of
>> servers
>> you need to run a Cocoon application.
>> Or somebody who is willing to share his/her information about their
>> stress tests ?
>>
>> I'm making a bid for a webapp. Completely Cocoon based.
>> There's a big postgresql database behind it, but the database will
>> only
>> be queried from time to time.
>> Most of the work is done by generating XML out-of that database and
>> storing it into Cocoon's folders.
>> Most files will be around 1000 lines of xml, with about 30 attributes
>> in each line, so let's say 30k per file.
>> Every screen based on a single file like that, should be generated in
>> 1-3 seconds max.
>
> That is a lot of time! I think cocoon can manage it easily.
>
>> App is completely running on Slackware, with "personal" configuration,
>> that is, no gui, no overhead, just the basics.
>> Server will be a Compaq DL 380, 1 mb (or 2 when needed) ram, full
>> scsi3
>> in raid 5, 3x 320u 72.8 HD.
>
> The suggested numbers are too low. I wonder how you can run slackware
> on
> just 1 MB of ram! ;-)
>
>> The only thing I need to know now or estimate, is how many
>> simultanious
>> users this thing can pull.
>> Is there a way to quickly calculate this ?
>> Or does somebody have a similar setup and willing to tell me what
>> beauties he/she has in the server room ?
>
> I think you need to make some test for you application. In particular,
> long time ago I found JMeter to be very useful for stress tests....
> And of
> course!, JMeter is part of the Apache crop ;-)
>
> Here is the link:
>
> http://jakarta.apache.org/jmeter/index.html
>
> BTW, run JMeter on a second client computer to avoid using server
> resources for JMeter while testing.
>
> Good luck.
>
> Best Regards,
>
> Antonio Gallardo
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
> For additional commands, e-mail: users-help@cocoon.apache.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
For additional commands, e-mail: users-help@cocoon.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
For additional commands, e-mail: users-help@cocoon.apache.org
Re: Load Cocoon servers
Posted by Yves Vindevogel <yv...@implements.be>.
I can run on space ship on slackware with 1 mb ;-))
Problem is that I need to make the bid before the application.
So any hints would be nice.
So you would go for more RAM in the machine right away ?
On 05 Jul 2004, at 06:17, Antonio Gallardo wrote:
> Yves Vindevogel dijo:
>> Is there a website where I can find statistics on the number of
>> servers
>> you need to run a Cocoon application.
>> Or somebody who is willing to share his/her information about their
>> stress tests ?
>>
>> I'm making a bid for a webapp. Completely Cocoon based.
>> There's a big postgresql database behind it, but the database will
>> only
>> be queried from time to time.
>> Most of the work is done by generating XML out-of that database and
>> storing it into Cocoon's folders.
>> Most files will be around 1000 lines of xml, with about 30 attributes
>> in each line, so let's say 30k per file.
>> Every screen based on a single file like that, should be generated in
>> 1-3 seconds max.
>
> That is a lot of time! I think cocoon can manage it easily.
>
>> App is completely running on Slackware, with "personal" configuration,
>> that is, no gui, no overhead, just the basics.
>> Server will be a Compaq DL 380, 1 mb (or 2 when needed) ram, full
>> scsi3
>> in raid 5, 3x 320u 72.8 HD.
>
> The suggested numbers are too low. I wonder how you can run slackware
> on
> just 1 MB of ram! ;-)
>
>> The only thing I need to know now or estimate, is how many
>> simultanious
>> users this thing can pull.
>> Is there a way to quickly calculate this ?
>> Or does somebody have a similar setup and willing to tell me what
>> beauties he/she has in the server room ?
>
> I think you need to make some test for you application. In particular,
> long time ago I found JMeter to be very useful for stress tests....
> And of
> course!, JMeter is part of the Apache crop ;-)
>
> Here is the link:
>
> http://jakarta.apache.org/jmeter/index.html
>
> BTW, run JMeter on a second client computer to avoid using server
> resources for JMeter while testing.
>
> Good luck.
>
> Best Regards,
>
> Antonio Gallardo
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
> For additional commands, e-mail: users-help@cocoon.apache.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
For additional commands, e-mail: users-help@cocoon.apache.org
Re: Load Cocoon servers
Posted by Antonio Gallardo <ag...@agssa.net>.
Yves Vindevogel dijo:
> Is there a website where I can find statistics on the number of servers
> you need to run a Cocoon application.
> Or somebody who is willing to share his/her information about their
> stress tests ?
>
> I'm making a bid for a webapp. Completely Cocoon based.
> There's a big postgresql database behind it, but the database will only
> be queried from time to time.
> Most of the work is done by generating XML out-of that database and
> storing it into Cocoon's folders.
> Most files will be around 1000 lines of xml, with about 30 attributes
> in each line, so let's say 30k per file.
> Every screen based on a single file like that, should be generated in
> 1-3 seconds max.
That is a lot of time! I think cocoon can manage it easily.
> App is completely running on Slackware, with "personal" configuration,
> that is, no gui, no overhead, just the basics.
> Server will be a Compaq DL 380, 1 mb (or 2 when needed) ram, full scsi3
> in raid 5, 3x 320u 72.8 HD.
The suggested numbers are too low. I wonder how you can run slackware on
just 1 MB of ram! ;-)
> The only thing I need to know now or estimate, is how many simultanious
> users this thing can pull.
> Is there a way to quickly calculate this ?
> Or does somebody have a similar setup and willing to tell me what
> beauties he/she has in the server room ?
I think you need to make some test for you application. In particular,
long time ago I found JMeter to be very useful for stress tests.... And of
course!, JMeter is part of the Apache crop ;-)
Here is the link:
http://jakarta.apache.org/jmeter/index.html
BTW, run JMeter on a second client computer to avoid using server
resources for JMeter while testing.
Good luck.
Best Regards,
Antonio Gallardo
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@cocoon.apache.org
For additional commands, e-mail: users-help@cocoon.apache.org