>From the progress report...

"Apache is running on a cluster of 10 Sun E420s, all with 4CPUs and 4GB
RAM. The application servers are running ColdFusion MX for J2EE on JRun,
a cluster of 3 Sun E4500s, all with 8 CPUs and 8GB RAM. Our Oracle
database supporting all of the new applications is running on two
mirrored E4500s, again with 8 CPUs and 8GB RAM."

The above is something like 2 million dollars worth of hardware and
about $750,000 worth of software. It would take an incredible amount of
traffic for the above to be considered scalable in comparison to the
numbers posted in the "ColdFusion MX for JRun Performance Brief" by
commodity hardware.

Matt Liotta
President & CEO
Montara Software, Inc.
http://www.montarasoftware.com/
888-408-0900 x901

> -----Original Message-----
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On
Behalf
> Of Brandon Purcell
> Sent: Wednesday, March 26, 2003 12:15 PM
> To: '[EMAIL PROTECTED]'
> Subject: RE: Macromedia.com scalability (was : RE: [CFCDev] MVCF at
benora
> ma.com)
> 
> I cannot give you exact numbers without getting more information from
the
> web team but at daily peak there are over 2500 sessions on each of the
6
> instances for a total user load of ~15000 users across the mm.com
cluster,
> session timeouts are set to 20 min.  This user number is CF requests
only
> and does not take into account for static request since they never
make it
> to the backend servers. At peak times the servers are still 60% idle
in
> most cases so they have a significant amount of headroom.
> 
> Brandon
> 
> 
> 
> 
> -----Original Message-----
> From: Matt Liotta [mailto:[EMAIL PROTECTED]
> Sent: Wednesday, March 26, 2003 11:52 AM
> To: [EMAIL PROTECTED]
> Subject: RE: Macromedia.com scalability (was : RE: [CFCDev] MVCF at
> benorama.com)
> 
> 
> Again, your position is filled with assumptions that may or may not be
> true, which is why I don't think you should be using Macromedia.com as
> an example.
> 
> Matt Liotta
> President & CEO
> Montara Software, Inc.
> http://www.montarasoftware.com/
> 888-408-0900 x901
> 
> > -----Original Message-----
> > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On
> Behalf
> > Of Benoit Hediard
> > Sent: Wednesday, March 26, 2003 11:40 AM
> > To: [EMAIL PROTECTED]
> > Subject: RE: Macromedia.com scalability (was : RE: [CFCDev] MVCF at
> > benorama.com)
> >
> > It is true that most of the page views of MM.com are handled by
static
> > content.
> > Most of the pages are .html not .cfm, which is obvious because it is
> > static
> > content (probably pre-generated by ColdFusion).
> >
> > All large web sites handle their load with static content as much as
> > possible, which is logic.
> > But there is usually dynamic sections on those sites where the
traffic
> is
> > nearly proportional to the traffic on the static sections.
> > On MM.com : all the RIAs (membership, downloads, exchange),
forums...
> >
> > Even if we don't have exact public information, those sections
should
> > still
> > handle a very high load (probably much more than what most of CF
> > applications will have to handle).
> >
> > Anyway, it would be interesting to have the exact figures from MM
> about
> > the
> > load/traffic on the dynamic sections of MM.com.
> >
> > Benoit Hediard
> > www.benorama.com
> >
> > > -----Message d'origine-----
> > > De : [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
la
> > > part de Matt Liotta
> > > Envoye : mercredi 26 mars 2003 16:51
> > > A : [EMAIL PROTECTED]
> > > Objet : RE: Macromedia.com scalability (was : RE: [CFCDev] MVCF at
> > > benorama.com)
> > >
> > >
> > > Certainly you have to take static load into account. My point
though
> is
> > > that if most of the load is static-based then using a high load
> number
> > > as a way to showing that the dynamic piece must be good is a
flawed
> > > argument. The dynamic piece may well be good, but there is no
public
> > > information to know for sure and until there is, Macromedia.com
> should
> > > NOT be used an example for CF's ability to handle load.
> > >
> > > Matt Liotta
> > > President & CEO
> > > Montara Software, Inc.
> > > http://www.montarasoftware.com/
> > > 888-408-0900 x901
> > >
> > > > -----Original Message-----
> > > > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
> On
> > > Behalf
> > > > Of Todd
> > > > Sent: Wednesday, March 26, 2003 10:42 AM
> > > > To: [EMAIL PROTECTED]
> > > > Subject: RE: Macromedia.com scalability (was : RE: [CFCDev] MVCF
> at
> > > > benorama.com)
> > > >
> > > >
> > > > Right, last I knew the CFMX server(s) is connected to the
> > > webserver(s).
> > > > If
> > > > the webservers are too busy to talk to CF, then... is that not
an
> > > > additional load / flaw of the system?  So, that's why I say you
> have
> > > to
> > > > take vanilla webserver traffic in account as well.
> > > >
> > > > ~Todd
> > > >
> > > > At 10:35 AM 3/26/2003 -0500, you wrote:
> > > > >A well setup web server could serve 10,000 page requests per
> second,
> > > > >while most CF applications struggle to achieve 100 page
requests
> per
> > > > >second. That is a 100x difference, so surely you can see that
if
> most
> > > of
> > > > >Macromedia's requests are for a file as opposed to a mixture of
> > > Flash,
> > > > >CF, and database stuff then surely the load they claim doesn't
> apply
> > > to
> > > > >CF directly.
> > > > >
> > > > >Matt Liotta
> > > > >President & CEO
> > > > >Montara Software, Inc.
> > > > >http://www.montarasoftware.com/
> > > > >888-408-0900 x901
> > > >
> > > > ----------------------------------------------------------
> > > > You are subscribed to cfcdev. To unsubscribe, send an email
> > > > to [EMAIL PROTECTED] with the word 'unsubscribe cfcdev'
> > > > in the message of the email.
> > > >
> > > > CFCDev is run by CFCZone (www.cfczone.org) and supported
> > > > by Mindtool, Corporation (www.mindtool.com).
> > >
> > > ----------------------------------------------------------
> > > You are subscribed to cfcdev. To unsubscribe, send an email
> > > to [EMAIL PROTECTED] with the word 'unsubscribe cfcdev'
> > > in the message of the email.
> > >
> > > CFCDev is run by CFCZone (www.cfczone.org) and supported
> > > by Mindtool, Corporation (www.mindtool.com).
> > >
> > >
> >
> > ----------------------------------------------------------
> > You are subscribed to cfcdev. To unsubscribe, send an email
> > to [EMAIL PROTECTED] with the word 'unsubscribe cfcdev'
> > in the message of the email.
> >
> > CFCDev is run by CFCZone (www.cfczone.org) and supported
> > by Mindtool, Corporation (www.mindtool.com).
> 
> ----------------------------------------------------------
> You are subscribed to cfcdev. To unsubscribe, send an email
> to [EMAIL PROTECTED] with the word 'unsubscribe cfcdev'
> in the message of the email.
> 
> CFCDev is run by CFCZone (www.cfczone.org) and supported
> by Mindtool, Corporation (www.mindtool.com).
> ----------------------------------------------------------
> You are subscribed to cfcdev. To unsubscribe, send an email
> to [EMAIL PROTECTED] with the word 'unsubscribe cfcdev'
> in the message of the email.
> 
> CFCDev is run by CFCZone (www.cfczone.org) and supported
> by Mindtool, Corporation (www.mindtool.com).

----------------------------------------------------------
You are subscribed to cfcdev. To unsubscribe, send an email
to [EMAIL PROTECTED] with the word 'unsubscribe cfcdev' 
in the message of the email.

CFCDev is run by CFCZone (www.cfczone.org) and supported
by Mindtool, Corporation (www.mindtool.com).

Reply via email to