On Tue, 1 Aug 2006 21:11:37 +0100, David Sanders <[EMAIL PROTECTED]> wrote:
> >Scenario 1 - MT Servers local to ARS, they would be on same LAN as the ARS >server and firewall(s) would be between the end-users browsers and this. > >ARS---FW---MT --------------pipe--------------- FW------Users > > > >Scenario 2 - MT Servers local to Users. > >ARS----FW ---------------pipe---------------- MT---FW---Users > > We have tested both scenarios with a MT in South-Asia-Pacific (SAP), Europe (EU), and the U.S. against ARS Server in US (all separate machines) SAP to US is a 4.5MB pipe EU to US 45MB (yes, much bigger pipe) I will highlight SAP users to US results as EU users to US were comparable to US users ARS----FW ---------------pipe---------------- MT---FW--- SAP Browser Users Time to cache MT performed 2% worse, and time to load already cached forms/data performed equally to: ARS---FW---MT --------------pipe--------------- FW------SAP Browser Users >>>>>>>>> ARS---FW---MT --------------pipe--------------- FW------US Browser Users Time to cache MT performed 22% better, and time to load cached forms/data in browser performed 35% better than: ARS---FW---MT --------------pipe--------------- FW------SAP Browser Users >>>>>>>>> ARS--------pipe---------------SAP User Tool Users Time to cache locally performed 73% better, and time to load cached forms/Data performed 25% better than: ARS---FW---MT --------------pipe--------------- FW------SAP Browser Users **An interesting note: US based Browser users (already cached) sometimes outperformed US based UT users by 14% although the UT was more consistent. >>>>>>>>> Conclusion, Bandwidth and latency matter most of all. The EU performed equally with the US. Ultimately, We went with two load balanced (SLB) MT's in the same US datacenter as the ARS servers. The redundancy of the SLB MT turned out to be much more of a necessity for availability sake. Performance is mute if they're not on-line and the MT's distributed regionally would have been single points of failure for those regions. _______________________________________________________________________________ UNSUBSCRIBE or access ARSlist Archives at http://www.wwrug.org
