> From: LuKreme [mailto:kremels@xxxxxxxxx] > Sent: January 15, 2010 11:45 AM > > On 15-Jan-2010, at 09:29, Jarrod Slick wrote: > > I'm curious -- why do you think that the results will be > inconsistent? If anything I would be inclined to think that using > localhost would improve consistency as extraneous variables like > network congestion at the time of testing would not be present. > > > Are all your webpages going to be served only to localhost users? If > not, then the test is completely invalid and only serves to show how > the servers respond in a very narrow and very specific and largely > useless setup that does not reflect the real world use in any > meaningful way. > > Sure, it's nice to think that 'eliminating network congestion' will > make the servers serve 'faster', but faster in an artificial setup does > not imply actual speed in a real world installation. I don't agree. The OP wants to compare the speed of two applications. The network congestion (for instance) is extraneous to those applications. Ie how fast they can accept, process and respond to a request has nothing to do with congestion -- congestion affects how fast the network can transport the response to the user. If you run the two apps simultaneously over long enough period of time, then the impact "congestion", available bandwidth, and other extraneous factors will be the same for both apps and hence will appear as a common denominator that can be thrown out. I think that for the OP's purpose it is perfectly valid and sensible to use localhost, assuming the host isn't in use by other users/server apps (but again this would just lead to a common offset for the timings). Why complicate your testing? throw it out from the start. Oliver --------------------------------------------------------------------- The official User-To-User support forum of the Apache HTTP Server Project. See <URL:http://httpd.apache.org/userslist.html> for more info. To unsubscribe, e-mail: users-unsubscribe@xxxxxxxxxxxxxxxx " from the digest: users-digest-unsubscribe@xxxxxxxxxxxxxxxx For additional commands, e-mail: users-help@xxxxxxxxxxxxxxxx
|