[Bloat] chrome web page benchmarker fixed

Dave Taht dave.taht at gmail.com
Thu Apr 17 10:49:13 PDT 2014


Getting a grip on real web page load time behavior in an age of
sharded websites,
dozens of dns lookups, javascript, and fairly random behavior in ad services
and cdns against how a modern browsers behaves is very, very hard.

it turns out if you run

google-chrome --enable-benchmarking --enable-net-benchmarking

(Mac users have to embed these options in their startup script - see
 http://www.chromium.org/developers/how-tos/run-chromium-with-flags )

enable developer options and install and run the chrome web page benchmarker,
( https://chrome.google.com/webstore/detail/page-benchmarker/channimfdomahekjcahlbpccbgaopjll?hl=en
)

that it works (at least for me, on a brief test of the latest chrome, on linux.
Can someone try windows and mac?)

You can then feed in a list of urls to test against, and post process
the resulting .csv file to your hearts content. We used to use this
benchmark a lot while trying to characterise typical web behaviors
under aqm and packet scheduling systems under load. Running
it simultaneously with a rrul test or one of the simpler tcp upload or download
tests in the rrul suite was often quite interesting.

It turned out the doc has been wrong a while as to the name of the second
command lnie option. I was gearing up mentally for having to look at
the source....

http://code.google.com/p/chromium/issues/detail?id=338705

/me happy

-- 
Dave Täht

Heartbleed POC on wifi campus networks with EAP auth:
http://www.eduroam.edu.au/advisory.html


More information about the Bloat mailing list