Closed
Bug 61693
Opened 24 years ago
Closed 23 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•24 years ago
|
Comment 1•24 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•24 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: 23 years ago
Resolution: --- → FIXED
You need to log in
before you can comment on or make changes to this bug.
Description
•