Closed
Bug 61693
Opened 25 years ago
Closed 24 years ago
[meta] HTTP redirection bugs. - top slow loading pages doing redirection
Categories
(Core :: Networking: HTTP, defect, P3)
Core
Networking: HTTP
Tracking
()
VERIFIED
FIXED
Future
People
(Reporter: darin.moz, Assigned: darin.moz)
References
Details
(Keywords: perf)
meta bug for tracking HTTP redirection bugs.
Assignee | ||
Updated•25 years ago
|
Comment 1•25 years ago
|
||
Here is another area to look at. Several of these top slow loaders
when compared to other browsers involve being redirected to other sites.
We need to figure out if any of the dependency bugs on this list
will have impact on improving 'redircted page' loading performance.
Next steps would be to confirm the page loading deltas below,
figure out content elements that might be holding
us back from doing better on these sites, then translate
those problems into bugs with reduced test cases....
Site - Load Time - Additional Load time over other browsers
http://www.ANGELFIRE.COM 28.17 27.02
redirects to http://angelfire.lycos.com/
http://www.abc.com 27.16 25.42
redirects to http://abc.go.com/
http://www.ITARGET.COM 22.26 20.93
redirects to http://rewards.mypoints.com/minutes/itarget
http://www.YIMG.COM 22.14 20.92
jrgm finds that yimg.com is a domain used by Yahoo to serve up images.
There is
www.yimg.com as far as I know (or can connect to), although you can
connect to one of their image servers at e.g., http://us.a1.yimg.com
http://www.sjmercury.com 21.16 19.87
redirects to http://www.bayarea.com/
http://www.thecase.com 17.79 16.13
redirects to http://www.mysterynet.com/club/
Updated•25 years ago
|
Summary: [meta] HTTP redirection bugs. → [meta] HTTP redirection bugs. - top slow loading pages doing redirection
Assignee | ||
Updated•24 years ago
|
Target Milestone: --- → Future
Assignee | ||
Comment 2•24 years ago
|
||
chris,
i don't think the remaining depencies listed above could account for the
poor performance numbers. more likely, it is the fact that we proxy data
from the socket transport thread to the UI thread before HTTP gets a chance
to parse the data. Some portion of HTTP's processing should really be moved
onto the socket transport thread, so that redirects could be processed more
immediately. This is a considerable architectural change.
all redirection related bugs taken care of... marking this as fixed.
Status: NEW → RESOLVED
Closed: 24 years ago
Resolution: --- → FIXED
You need to log in
before you can comment on or make changes to this bug.
Description
•