<?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: Finding a Web Browser for constant page reloading</title>
	<atom:link href="http://laur.ie/blog/2009/05/finding-a-web-browser-for-constant-page-reloading/feed/" rel="self" type="application/rss+xml" />
	<link>http://laur.ie/blog/2009/05/finding-a-web-browser-for-constant-page-reloading/</link>
	<description>Sometimes I make things or think things. Here they are.</description>
	<lastBuildDate>Sat, 05 Nov 2011 17:16:46 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>By: laur.ie &#187; MonitorControls &#8211; Utilties for monitor management on Windows</title>
		<link>http://laur.ie/blog/2009/05/finding-a-web-browser-for-constant-page-reloading/comment-page-1/#comment-468</link>
		<dc:creator>laur.ie &#187; MonitorControls &#8211; Utilties for monitor management on Windows</dc:creator>
		<pubDate>Thu, 25 Nov 2010 15:49:05 +0000</pubDate>
		<guid isPermaLink="false">http://laurie.denness.net/blog/?p=66#comment-468</guid>
		<description>[...] Utilties for monitor management on Windows 25th November 2010, 03:49 pm   TweetWhen I ended up using Windows to power the overhead information screens at Last.fm, I lost the ability to have a one line crontab entry [...]</description>
		<content:encoded><![CDATA[<p>[...] Utilties for monitor management on Windows 25th November 2010, 03:49 pm   TweetWhen I ended up using Windows to power the overhead information screens at Last.fm, I lost the ability to have a one line crontab entry [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Sebastian Oliva</title>
		<link>http://laur.ie/blog/2009/05/finding-a-web-browser-for-constant-page-reloading/comment-page-1/#comment-273</link>
		<dc:creator>Sebastian Oliva</dc:creator>
		<pubDate>Fri, 19 Mar 2010 18:58:57 +0000</pubDate>
		<guid isPermaLink="false">http://laurie.denness.net/blog/?p=66#comment-273</guid>
		<description>You have the option in Opera to reload pages in a stipulated interval, Check right click  &gt; reload every

That way you only need to change the content of the page to reload, and get rid of the JavaScript</description>
		<content:encoded><![CDATA[<p>You have the option in Opera to reload pages in a stipulated interval, Check right click  &gt; reload every</p>
<p>That way you only need to change the content of the page to reload, and get rid of the JavaScript</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: John Kav</title>
		<link>http://laur.ie/blog/2009/05/finding-a-web-browser-for-constant-page-reloading/comment-page-1/#comment-141</link>
		<dc:creator>John Kav</dc:creator>
		<pubDate>Fri, 06 Nov 2009 04:28:56 +0000</pubDate>
		<guid isPermaLink="false">http://laurie.denness.net/blog/?p=66#comment-141</guid>
		<description>Hi Laurie,
Thanks so much for sharing your experience. I have been trying to build a Ubuntu box (to be an appliance later) that runs a browser listening to an internet radio station. As the box will be installed in the comms cupboard running 24/7 it needs to be no maintenance. So I have been working down the constant page display road and have found also the wonderful mem leaks. Strangely though my original config of Ubuntu 9.04 Seamonkey 1.1.17 and adobe flashplayer 10 was very solid. We ran it many times over a 24-36 hour period and witnessed a 30-40 MB mem reduction over a 15 min period, however it also released that mem on a 15 min cycle as well. There was a period of weeks where we have not had access to the target hardware and were having problems replicating our results on different hardware, we assumed it was the different h/ware causing the issues. We have been down a number of other roads that have been much less stable and recently with access again to the orig h/ware went back to the config that ran well. NOW this config bleeds mem at the rate of knots and eventually stops. The web page source I have been told has had little change however we cannot now make the orig config operate as before...... Obviously there has been a subtle change in the web page, however the end game being so sensitive makes it pretty much useless as a production device. I hate to say it however I am going to have to try your solution, for now.
Thanks again JK</description>
		<content:encoded><![CDATA[<p>Hi Laurie,<br />
Thanks so much for sharing your experience. I have been trying to build a Ubuntu box (to be an appliance later) that runs a browser listening to an internet radio station. As the box will be installed in the comms cupboard running 24/7 it needs to be no maintenance. So I have been working down the constant page display road and have found also the wonderful mem leaks. Strangely though my original config of Ubuntu 9.04 Seamonkey 1.1.17 and adobe flashplayer 10 was very solid. We ran it many times over a 24-36 hour period and witnessed a 30-40 MB mem reduction over a 15 min period, however it also released that mem on a 15 min cycle as well. There was a period of weeks where we have not had access to the target hardware and were having problems replicating our results on different hardware, we assumed it was the different h/ware causing the issues. We have been down a number of other roads that have been much less stable and recently with access again to the orig h/ware went back to the config that ran well. NOW this config bleeds mem at the rate of knots and eventually stops. The web page source I have been told has had little change however we cannot now make the orig config operate as before&#8230;&#8230; Obviously there has been a subtle change in the web page, however the end game being so sensitive makes it pretty much useless as a production device. I hate to say it however I am going to have to try your solution, for now.<br />
Thanks again JK</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Laurie</title>
		<link>http://laur.ie/blog/2009/05/finding-a-web-browser-for-constant-page-reloading/comment-page-1/#comment-57</link>
		<dc:creator>Laurie</dc:creator>
		<pubDate>Tue, 02 Jun 2009 07:15:29 +0000</pubDate>
		<guid isPermaLink="false">http://laurie.denness.net/blog/?p=66#comment-57</guid>
		<description>Aaron: Thanks for the reply. I have no reason to doubt that you&#039;re absolutely correct, and that&#039;s definitely worth looking at, but it&#039;s still weird that Chrome is so much better at cleaning up after itself even in that situation.</description>
		<content:encoded><![CDATA[<p>Aaron: Thanks for the reply. I have no reason to doubt that you&#8217;re absolutely correct, and that&#8217;s definitely worth looking at, but it&#8217;s still weird that Chrome is so much better at cleaning up after itself even in that situation.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Aaron C</title>
		<link>http://laur.ie/blog/2009/05/finding-a-web-browser-for-constant-page-reloading/comment-page-1/#comment-56</link>
		<dc:creator>Aaron C</dc:creator>
		<pubDate>Tue, 02 Jun 2009 00:43:37 +0000</pubDate>
		<guid isPermaLink="false">http://laurie.denness.net/blog/?p=66#comment-56</guid>
		<description>I set up a similar kiosk and also had leaking memory issues.  After wrestling with several different browsers, I rewrote my code a fixed the problem.  It turns out that while some browsers definitely have a smaller memory footprint (Google Chrome wins!), browsers only leak memory when the code they&#039;re running makes them do it.  In the case of Firefox, a plugin could be the culprit, but with no plugins installed Firefox, just like all the others browsers, will only leak memory if the page they&#039;re on is causing them to do it.  It&#039;s true.  Don&#039;t believe it?  Try loading a blank page and watch memory consumption.

Moral of the story... Your monitoring system is the one leaking memory, not the browser it runs in.  This &quot;JavaScript Frame&quot; you speak of is probably adding a new head and doctype to the frame with every page load, causing the browser to pull double DOM duty (then triple, quadruple, etc.) or something.</description>
		<content:encoded><![CDATA[<p>I set up a similar kiosk and also had leaking memory issues.  After wrestling with several different browsers, I rewrote my code a fixed the problem.  It turns out that while some browsers definitely have a smaller memory footprint (Google Chrome wins!), browsers only leak memory when the code they&#8217;re running makes them do it.  In the case of Firefox, a plugin could be the culprit, but with no plugins installed Firefox, just like all the others browsers, will only leak memory if the page they&#8217;re on is causing them to do it.  It&#8217;s true.  Don&#8217;t believe it?  Try loading a blank page and watch memory consumption.</p>
<p>Moral of the story&#8230; Your monitoring system is the one leaking memory, not the browser it runs in.  This &#8220;JavaScript Frame&#8221; you speak of is probably adding a new head and doctype to the frame with every page load, causing the browser to pull double DOM duty (then triple, quadruple, etc.) or something.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Laurie</title>
		<link>http://laur.ie/blog/2009/05/finding-a-web-browser-for-constant-page-reloading/comment-page-1/#comment-55</link>
		<dc:creator>Laurie</dc:creator>
		<pubDate>Mon, 01 Jun 2009 22:05:47 +0000</pubDate>
		<guid isPermaLink="false">http://laurie.denness.net/blog/?p=66#comment-55</guid>
		<description>Max: It&#039;ll be nice one day to have a crack at Chromium on Linux. When it&#039;s ready, anyway :)</description>
		<content:encoded><![CDATA[<p>Max: It&#8217;ll be nice one day to have a crack at Chromium on Linux. When it&#8217;s ready, anyway <img src='http://laur.ie/blog/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Max Howell</title>
		<link>http://laur.ie/blog/2009/05/finding-a-web-browser-for-constant-page-reloading/comment-page-1/#comment-54</link>
		<dc:creator>Max Howell</dc:creator>
		<pubDate>Mon, 01 Jun 2009 21:46:16 +0000</pubDate>
		<guid isPermaLink="false">http://laurie.denness.net/blog/?p=66#comment-54</guid>
		<description>In my cross platform experience, when it comes to memory stuff, Windows wins. I&#039;m not sure why, but it&#039;s something to consider.</description>
		<content:encoded><![CDATA[<p>In my cross platform experience, when it comes to memory stuff, Windows wins. I&#8217;m not sure why, but it&#8217;s something to consider.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: BB</title>
		<link>http://laur.ie/blog/2009/05/finding-a-web-browser-for-constant-page-reloading/comment-page-1/#comment-52</link>
		<dc:creator>BB</dc:creator>
		<pubDate>Sun, 31 May 2009 21:54:50 +0000</pubDate>
		<guid isPermaLink="false">http://laurie.denness.net/blog/?p=66#comment-52</guid>
		<description>Very interesting read. Thanks for the post. This is the type of thing I would get carried away with!</description>
		<content:encoded><![CDATA[<p>Very interesting read. Thanks for the post. This is the type of thing I would get carried away with!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: martind</title>
		<link>http://laur.ie/blog/2009/05/finding-a-web-browser-for-constant-page-reloading/comment-page-1/#comment-51</link>
		<dc:creator>martind</dc:creator>
		<pubDate>Fri, 29 May 2009 08:30:20 +0000</pubDate>
		<guid isPermaLink="false">http://laurie.denness.net/blog/?p=66#comment-51</guid>
		<description>just use javascript! e.g. with jquery http://ajaxian.com/archives/blink-at-the-marquee-one-more-time</description>
		<content:encoded><![CDATA[<p>just use javascript! e.g. with jquery <a href="http://ajaxian.com/archives/blink-at-the-marquee-one-more-time" rel="nofollow">http://ajaxian.com/archives/blink-at-the-marquee-one-more-time</a></p>
]]></content:encoded>
	</item>
</channel>
</rss>

