Comment #10 on issue 19510 by scarfet: Flash blocking UI thread
http://code.google.com/p/chromium/issues/detail?id=19510
OK -- done an incognito trace of exactly the same workflow. In incognito
Chrome
worked like a charm and didn't block once. The results pretty much speak for
themselves.
SocketIdleTimeBeforeNextUse_ReusedSocket_disable_late_binding
average = 1392.6, standard deviation = 3595.2
This is about 1/10 the average time and about 1/6 of the standard deviation
of the
other trace.
SocketIdleTimeBeforeNextUse_ReusedSocket
average = 1392.6, standard deviation = 3595.2
Similar story again.
So over to you to answer the questions:
1) Why is Chrome hammering the disk cache for file downloads and Flash
content. I
certainly wouldn't expect it to.
2) Apparently this disk access I noted before isn't even responsible for our
performance problem though -- the network is?!
3) Why would the network access be so slow in normal mode? What's blocking
the
network access?
Fun and games!!!
Attachments:
histogram_incognito.txt 20.4 KB
--
You received this message because you are listed in the owner
or CC fields of this issue, or because you starred this issue.
You may adjust your issue notification preferences at:
http://code.google.com/hosting/settings
--~--~---------~--~----~------------~-------~--~----~
Automated mail from issue updates at http://crbug.com/
Subscription options: http://groups.google.com/group/chromium-bugs
-~----------~----~----~----~------~----~------~--~---
