<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: Optimizing Page Loading in the Web Browser</title>
	<atom:link href="http://webkit.org/blog/166/optimizing-page-loading-in-web-browser/feed/" rel="self" type="application/rss+xml" />
	<link>http://webkit.org/blog/166/optimizing-page-loading-in-web-browser/</link>
	<description>All about WebKit development</description>
	<lastBuildDate>Thu, 05 Nov 2009 13:21:18 -0800</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.5</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: brynt</title>
		<link>http://webkit.org/blog/166/optimizing-page-loading-in-web-browser/comment-page-1/#comment-24184</link>
		<dc:creator>brynt</dc:creator>
		<pubDate>Thu, 27 Mar 2008 13:53:52 +0000</pubDate>
		<guid isPermaLink="false">http://webkit.org/blog/166/optimizing-page-loading-in-web-browser/#comment-24184</guid>
		<description>I&#039;ll add my thanks to the chorus of them already posted here. I live in South Africa and use an EDGE connection, putting my latency to international sites such as this one somewhere in the 600ms range. These kinds of improvements make a huge difference to the way the web feels, and it&#039;s much appreciated.

Hopefully this will prompt other browser developers to take latency more seriously as a means of improving performance. So far I&#039;ve only seen Opera do something similar, but Firefox (at least with version 2) would patiently wait for each JS/CSS item before moving on.</description>
		<content:encoded><![CDATA[<p>I&#8217;ll add my thanks to the chorus of them already posted here. I live in South Africa and use an EDGE connection, putting my latency to international sites such as this one somewhere in the 600ms range. These kinds of improvements make a huge difference to the way the web feels, and it&#8217;s much appreciated.</p>
<p>Hopefully this will prompt other browser developers to take latency more seriously as a means of improving performance. So far I&#8217;ve only seen Opera do something similar, but Firefox (at least with version 2) would patiently wait for each JS/CSS item before moving on.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Pascal Lessard</title>
		<link>http://webkit.org/blog/166/optimizing-page-loading-in-web-browser/comment-page-1/#comment-24118</link>
		<dc:creator>Pascal Lessard</dc:creator>
		<pubDate>Wed, 26 Mar 2008 23:53:41 +0000</pubDate>
		<guid isPermaLink="false">http://webkit.org/blog/166/optimizing-page-loading-in-web-browser/#comment-24118</guid>
		<description>&gt; We should definitely give up and display what we’ve gotten after a certain amount of time (15-20 seconds).

If you do, you should also insert a visible element informing the user that the page shown only has partial content. A red strip (or even better, an alternating construction yellow/black strip) at the top of the viewport... Because the &quot;broken document&quot; icon Navigator used to display only applies to unloaded images and many other invisible elements in a page could be missing and render the page dysfunctional (like scripts) where the &quot;broken document&quot; icon would not be visible.</description>
		<content:encoded><![CDATA[<p>&gt; We should definitely give up and display what we’ve gotten after a certain amount of time (15-20 seconds).</p>
<p>If you do, you should also insert a visible element informing the user that the page shown only has partial content. A red strip (or even better, an alternating construction yellow/black strip) at the top of the viewport&#8230; Because the &#8220;broken document&#8221; icon Navigator used to display only applies to unloaded images and many other invisible elements in a page could be missing and render the page dysfunctional (like scripts) where the &#8220;broken document&#8221; icon would not be visible.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: mortennorby</title>
		<link>http://webkit.org/blog/166/optimizing-page-loading-in-web-browser/comment-page-1/#comment-24082</link>
		<dc:creator>mortennorby</dc:creator>
		<pubDate>Wed, 26 Mar 2008 11:40:53 +0000</pubDate>
		<guid isPermaLink="false">http://webkit.org/blog/166/optimizing-page-loading-in-web-browser/#comment-24082</guid>
		<description>I have a 3Com OfficeConnect wireless ADSL router, which somehow doesn&#039;t play well with Safari/Webkit when it comes to ads that use document.write(&quot; &quot;) to create the ad.

What happens is that rendering stops, and in the Actiivty window some js file from an ad network is listed as &quot;0 bytes of ?&quot;. If I double click the line in the Activity window, a new window opens with the (seemingly) complete contents of the file, but the original entry in the Activity window remains at &quot;0 bytes of ?&quot;, and the original page does not resume rendering.

Here is an example of a page that shows the problem:

http://politiken.dk/

It doesn&#039;t happen on a Netlink router (with Airport as the Wi-fi router) on a different ADSL network.

This optimization seems to have improved things, but it still happens quite often, so I get the suspicion that there are timing-related reasons for these pages not rendering. Reloading the page a couple of times finally shows it.

Firefox does not seem to have the problem.</description>
		<content:encoded><![CDATA[<p>I have a 3Com OfficeConnect wireless ADSL router, which somehow doesn&#8217;t play well with Safari/Webkit when it comes to ads that use document.write(&#8221; &#8220;) to create the ad.</p>
<p>What happens is that rendering stops, and in the Actiivty window some js file from an ad network is listed as &#8220;0 bytes of ?&#8221;. If I double click the line in the Activity window, a new window opens with the (seemingly) complete contents of the file, but the original entry in the Activity window remains at &#8220;0 bytes of ?&#8221;, and the original page does not resume rendering.</p>
<p>Here is an example of a page that shows the problem:</p>
<p><a href="http://politiken.dk/" rel="nofollow">http://politiken.dk/</a></p>
<p>It doesn&#8217;t happen on a Netlink router (with Airport as the Wi-fi router) on a different ADSL network.</p>
<p>This optimization seems to have improved things, but it still happens quite often, so I get the suspicion that there are timing-related reasons for these pages not rendering. Reloading the page a couple of times finally shows it.</p>
<p>Firefox does not seem to have the problem.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Antti Koivisto</title>
		<link>http://webkit.org/blog/166/optimizing-page-loading-in-web-browser/comment-page-1/#comment-24057</link>
		<dc:creator>Antti Koivisto</dc:creator>
		<pubDate>Tue, 25 Mar 2008 19:52:14 +0000</pubDate>
		<guid isPermaLink="false">http://webkit.org/blog/166/optimizing-page-loading-in-web-browser/#comment-24057</guid>
		<description>We should also consider doing that when the stop button is hit in the middle of the loading.</description>
		<content:encoded><![CDATA[<p>We should also consider doing that when the stop button is hit in the middle of the loading.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Dave Hyatt</title>
		<link>http://webkit.org/blog/166/optimizing-page-loading-in-web-browser/comment-page-1/#comment-24056</link>
		<dc:creator>Dave Hyatt</dc:creator>
		<pubDate>Tue, 25 Mar 2008 19:00:13 +0000</pubDate>
		<guid isPermaLink="false">http://webkit.org/blog/166/optimizing-page-loading-in-web-browser/#comment-24056</guid>
		<description>We should definitely give up and display what we&#039;ve gotten after a certain amount of time (15-20 seconds).</description>
		<content:encoded><![CDATA[<p>We should definitely give up and display what we&#8217;ve gotten after a certain amount of time (15-20 seconds).</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Nicholas Shanks</title>
		<link>http://webkit.org/blog/166/optimizing-page-loading-in-web-browser/comment-page-1/#comment-24055</link>
		<dc:creator>Nicholas Shanks</dc:creator>
		<pubDate>Tue, 25 Mar 2008 14:57:03 +0000</pubDate>
		<guid isPermaLink="false">http://webkit.org/blog/166/optimizing-page-loading-in-web-browser/#comment-24055</guid>
		<description>My current apartment in Munich has a rather crummy wireless internet router upstairs which the landlady frequently turns off while I&#039;m using it, and I am living in a downstairs apartment, behind a few walls, a window and the staircase. In order to download anything at more than 0.3 KB/s I have to hold my laptop above my head at a 45° angle while sitting on the sofa with the window behind me. Got that?

Okay, so the problem arises when my arms get tired. I bring the laptop down to my lap, and find Safari showing a blank white page, while the status bar says &quot;loading news.com; completed 22 of 105, 16 errors encountered&quot; in the status bar. I sigh, wait a few seconds, hit reload and lift up the computer again.

What I would *really* like is if WebKit would just show me whatever it has downloaded already, instead of a white page. I don&#039;t care about FOUC if that &#039;flash&#039; lasts 3 minutes. At least I get to read something in that time. Often the laptop simply loses the wireless connection completely, in the middle of a page load, and WebKit just sits there dumbly waiting for data that&#039;s never going to arrive. Can dumynet simulate this too?</description>
		<content:encoded><![CDATA[<p>My current apartment in Munich has a rather crummy wireless internet router upstairs which the landlady frequently turns off while I&#8217;m using it, and I am living in a downstairs apartment, behind a few walls, a window and the staircase. In order to download anything at more than 0.3 KB/s I have to hold my laptop above my head at a 45° angle while sitting on the sofa with the window behind me. Got that?</p>
<p>Okay, so the problem arises when my arms get tired. I bring the laptop down to my lap, and find Safari showing a blank white page, while the status bar says &#8220;loading news.com; completed 22 of 105, 16 errors encountered&#8221; in the status bar. I sigh, wait a few seconds, hit reload and lift up the computer again.</p>
<p>What I would *really* like is if WebKit would just show me whatever it has downloaded already, instead of a white page. I don&#8217;t care about FOUC if that &#8216;flash&#8217; lasts 3 minutes. At least I get to read something in that time. Often the laptop simply loses the wireless connection completely, in the middle of a page load, and WebKit just sits there dumbly waiting for data that&#8217;s never going to arrive. Can dumynet simulate this too?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Antti Koivisto</title>
		<link>http://webkit.org/blog/166/optimizing-page-loading-in-web-browser/comment-page-1/#comment-24053</link>
		<dc:creator>Antti Koivisto</dc:creator>
		<pubDate>Tue, 25 Mar 2008 02:49:14 +0000</pubDate>
		<guid isPermaLink="false">http://webkit.org/blog/166/optimizing-page-loading-in-web-browser/#comment-24053</guid>
		<description>Yeah. Earlier first display can be one of the side benefits even in cases where the overall load time does not really improve much.</description>
		<content:encoded><![CDATA[<p>Yeah. Earlier first display can be one of the side benefits even in cases where the overall load time does not really improve much.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Abhi Beckert</title>
		<link>http://webkit.org/blog/166/optimizing-page-loading-in-web-browser/comment-page-1/#comment-24052</link>
		<dc:creator>Abhi Beckert</dc:creator>
		<pubDate>Tue, 25 Mar 2008 01:09:24 +0000</pubDate>
		<guid isPermaLink="false">http://webkit.org/blog/166/optimizing-page-loading-in-web-browser/#comment-24052</guid>
		<description>This is really cool. The homepage of a website I&#039;m working on now is much &quot;snappier&quot; with the current nightly.

Looking at the network inspector, there is only a slight improvement in actual load time (0.3 seconds or so, it fluctuates), but the javascript and css files are loading much earlier. More importantly, the page is drawing to the screen almost 2 seconds faster in the nightly build than in Safari 3.1 (just over 2 seconds for nightly, just over 4 seconds for Safari 3.1).

Good work guys!</description>
		<content:encoded><![CDATA[<p>This is really cool. The homepage of a website I&#8217;m working on now is much &#8220;snappier&#8221; with the current nightly.</p>
<p>Looking at the network inspector, there is only a slight improvement in actual load time (0.3 seconds or so, it fluctuates), but the javascript and css files are loading much earlier. More importantly, the page is drawing to the screen almost 2 seconds faster in the nightly build than in Safari 3.1 (just over 2 seconds for nightly, just over 4 seconds for Safari 3.1).</p>
<p>Good work guys!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Aisys</title>
		<link>http://webkit.org/blog/166/optimizing-page-loading-in-web-browser/comment-page-1/#comment-24049</link>
		<dc:creator>Aisys</dc:creator>
		<pubDate>Mon, 24 Mar 2008 17:11:31 +0000</pubDate>
		<guid isPermaLink="false">http://webkit.org/blog/166/optimizing-page-loading-in-web-browser/#comment-24049</guid>
		<description>Thanks great. I would think that all these approaches especially benefit the iPhone.</description>
		<content:encoded><![CDATA[<p>Thanks great. I would think that all these approaches especially benefit the iPhone.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Antti Koivisto</title>
		<link>http://webkit.org/blog/166/optimizing-page-loading-in-web-browser/comment-page-1/#comment-24048</link>
		<dc:creator>Antti Koivisto</dc:creator>
		<pubDate>Mon, 24 Mar 2008 17:05:55 +0000</pubDate>
		<guid isPermaLink="false">http://webkit.org/blog/166/optimizing-page-loading-in-web-browser/#comment-24048</guid>
		<description>We are definitely going to look into other aspects of the loading performance as well.</description>
		<content:encoded><![CDATA[<p>We are definitely going to look into other aspects of the loading performance as well.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
