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).
