Switches to a Skia-specific appengine entry point that uses condensed data and taskqu...
authorbensong@google.com <bensong@google.com@2bbb7eff-a529-9590-31e7-b0007b416f81>
Mon, 8 Apr 2013 14:57:40 +0000 (14:57 +0000)
committerbensong@google.com <bensong@google.com@2bbb7eff-a529-9590-31e7-b0007b416f81>
Mon, 8 Apr 2013 14:57:40 +0000 (14:57 +0000)
commitae6f47e55dd9df8a302b7703e07d69147c336704
tree083c3efa9ee40dbb68c1fedd5ee5d4fe42cfee0f
parentebf95ba28db75212a1313edc947ed68decc30273
Switches to a Skia-specific appengine entry point that uses condensed data and taskqueue writes (SkipBuildbotRuns).
The default entry /add_point does not handle large data efficiently, so we've seen >30min timeouts for some bots to upload data. We now switch to using /skia_add_points that I'm writing for Skia, so we can condense the data to send to minimum (since all points in each batch have the same revision, platform and config), and dedicate the actual data processing to /skia_write_datastore which is a taskqueue task that has longer timeout and can run at app backend instead of blocking the bots.
Initial testing from my MacBook on Mac 64 bench data via vpn gave only a little more than 1 second for uploading data for one config, about 15 seconds for all 12 configs. That's a big win against 20+ minutes.
Review URL: https://codereview.chromium.org/13762002

git-svn-id: http://skia.googlecode.com/svn/trunk@8560 2bbb7eff-a529-9590-31e7-b0007b416f81
bench/bench_graph_svg.py