Well, It seems that terra.com.br's firewall and/or web server's security mechanisms got you... You can't blame them, they likely have reasonably good protections against DOS attacks and you probably forgot to tell them to turn these off so you could "test" their site... LOL... Seriously, I hope you at least limited the ab to a *very* small number of attempts and minimal bandwidth...
For testing your own site, this is exactly what you don't want to happen. You want load testing programs to see as much content as possible and you want them to mimic the live traffic as realistically as possible. Sadly, this is pretty hard to achieve. When testing web2py apps, I've had better results from siege than ab. Regards, Ales On Saturday, April 6, 2013 11:40:12 PM UTC+2, Tito Garrido wrote: > > Got it... I have noticed that some big websites like terra.com.br when I > run ab against their "home line" returns just some kbytes causing a very > fast response, How could I do that? > > > On Sat, Apr 6, 2013 at 4:46 PM, Brian M <bmer...@gmail.com > <javascript:>>wrote: > >> +1 on the quality/speed of the connection you test from making a big >> difference. I was testing a new server last week and got vastly different >> results from office #1 vs office #2 because one had a much lower bandwidth >> and made the server being tested look pathetic. >> >> On Saturday, April 6, 2013 8:13:44 AM UTC-5, Niphlod wrote: >>> >>> wait a sec. you're launching ab from your "home line" to a server hosted >>> somewhere ? >>> Launch it from the server itself, or another server in the same facility >>> ! >>> You're reading back results that are dependant on all the loops of the >>> net wired from your "home" to the server :D >>> >>> These is my benchmark from Italy to a linode 512 in london, web2py + >>> postgresql + nginx 1.2.3. >>> Sadly, my home connection goes as far as 300 KB/sec >>> >>> Concurrency Level: 20 >>> Time taken for tests: 25.609 seconds >>> Complete requests: 500 >>> Failed requests: 0 >>> Write errors: 0 >>> Total transferred: 6635000 bytes >>> HTML transferred: 6431000 bytes >>> Requests per second: 19.52 [#/sec] (mean) >>> Time per request: 1024.363 [ms] (mean) >>> Time per request: 51.218 [ms] (mean, across all concurrent >>> requests) >>> Transfer rate: 253.02 [Kbytes/sec] received >>> >>> Connection Times (ms) >>> min mean[+/-sd] median max >>> Connect: 292 597 460.6 444 7359 >>> Processing: 226 405 177.8 349 1432 >>> Waiting: 226 405 177.8 349 1432 >>> Total: 606 1002 507.7 807 7666 >>> >>> Percentage of the requests served within a certain time (ms) >>> 50% 807 >>> 66% 904 >>> 75% 1103 >>> 80% 1213 >>> 90% 1721 >>> 95% 2001 >>> 98% 2308 >>> 99% 2403 >>> 100% 7666 (longest request) >>> >>> >>> >>> -- >> >> --- >> You received this message because you are subscribed to the Google Groups >> "web2py-users" group. >> To unsubscribe from this group and stop receiving emails from it, send an >> email to web2py+un...@googlegroups.com <javascript:>. >> For more options, visit https://groups.google.com/groups/opt_out. >> >> >> > > > > -- > > Linux User #387870 > .........____ > .... _/_õ|__| > ..º[ .-.___.-._| . . . . > .__( o)__( o).:_______ > -- --- You received this message because you are subscribed to the Google Groups "web2py-users" group. To unsubscribe from this group and stop receiving emails from it, send an email to web2py+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.