<?xml version="1.0" encoding="utf-8" ?>
<rss version="2.0" xmlns:osnews="http://osnews.com/rss2#">
	<channel>
		<title>OSNews: </title>
		<link>http://www.osnews.com/story/20253/Process_Model_Explained</link>
		<description>Exploring the Future of Computing</description>
		<language>en-us</language>
		<copyright>Copyright 2001-2009, David Adams</copyright>
		<webMaster>adam+nospam@osnews.com</webMaster>
		<lastBuildDate>Mon, 06 Jul 2009 03:58:27 GMT</lastBuildDate>
		<image>
			<url>http://www.osnews.com/images/osnews.gif</url>
			<title>OSNews.com</title>
			<link>http://www.osnews.com</link>
		</image>
		<item>
			<title>Read More is Wrong</title>
			<link>http://osnews.com/thread?329387</link>
			<guid isPermaLink="true">http://osnews.com/thread?329387</guid>
			<description>Your Read More summary is wrong.  According to TFA the default is &quot;--process-per-site-instance&quot;.  What you describe is the optional &quot;--process-per-site mode&quot;.</description>
			<pubDate>Fri, 05 Sep 2008 22:25:00 GMT</pubDate>
			<author>donotreply@osnews.com (TheBashar)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>fine-tuning ok for developers ...</title>
			<link>http://osnews.com/thread?329393</link>
			<guid isPermaLink="true">http://osnews.com/thread?329393</guid>
			<description>... but when this is production code, giving the general public this knob that can be set four ways is just shifting work from the developers to the users.<br />
<br />
There are also going to be more bugs; the four different modes of operation are going to tweak different bugs.  And if a design goal is that one tab can die without hurting the others, and you put out a comic book bragging about this, why not just implement it that way and be done with it?</description>
			<pubDate>Fri, 05 Sep 2008 23:44:00 GMT</pubDate>
			<author>donotreply@osnews.com (JoeBuck)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>RE: fine-tuning ok for developers ...</title>
			<link>http://osnews.com/thread?329396</link>
			<guid isPermaLink="true">http://osnews.com/thread?329396</guid>
			<description>Sure, if you go along with the one user fits all approach, then yes, the developers should sit down 'the user' and test him till he bleeds to find out which method is best.<br />
<br />
Being rather subtler than that, however, they have tested, and provided, an optimal default that 99% of users are expected to be satisfied with.  People with non-standard hardware or software requirements however, can, with a little research, find out how to make chrome suit their particular needs more often.<br />
<br />
This sort of customisability is applauded in most Open Source software, why not this piece?</description>
			<pubDate>Sat, 06 Sep 2008 01:08:00 GMT</pubDate>
			<author>donotreply@osnews.com (stestagg)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>RE: fine-tuning ok for developers ...</title>
			<link>http://osnews.com/thread?329403</link>
			<guid isPermaLink="true">http://osnews.com/thread?329403</guid>
			<description>I voted you up because I think you bring up a good point, but I disagree.  It could cut either way.  I agree with you that more defects in the code will be manifest by giving users more flexibility with how they use the program, but the argument could also be made that forcing the developers to accommodate a larger variety of usage scenarios would force the overall code quality to be higher to reach release quality.</description>
			<pubDate>Sat, 06 Sep 2008 03:23:00 GMT</pubDate>
			<author>donotreply@osnews.com (thebackwash)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>RE: fine-tuning ok for developers ...</title>
			<link>http://osnews.com/thread?329404</link>
			<guid isPermaLink="true">http://osnews.com/thread?329404</guid>
			<description>From reading their development website, one of the reasons they went with the option of operating in the single-process model was because it's easier to debug using the standard Visual Studio debugging environment.     Once they had the feature, what's the point of suffering the pain of removing it, especially since they expect some of the users to also work on developing Chrome's open source codebase?<br />
<br />
[Posted from Chrome, on which I just seem to have hit a scrolling bug]</description>
			<pubDate>Sat, 06 Sep 2008 03:49:00 GMT</pubDate>
			<author>donotreply@osnews.com (PlatformAgnostic)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>Comment by Kroc</title>
			<link>http://osnews.com/thread?329413</link>
			<guid isPermaLink="true">http://osnews.com/thread?329413</guid>
			<description>A set of command switches isn't an explanation.<br />
People who can call Chrome on the command line to find those out would understand what they did.<br />
<br />
Still, nifty that it's that flexible.</description>
			<pubDate>Sat, 06 Sep 2008 10:38:00 GMT</pubDate>
			<author>donotreply@osnews.com (Kroc)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>this site explains the stuff</title>
			<link>http://osnews.com/thread?329414</link>
			<guid isPermaLink="true">http://osnews.com/thread?329414</guid>
			<description><a href="http://dev.chromium.org/developers/design-documents/process-models" rel="nofollow">http://dev.chromium.org/developers/design-documents/process-models</a></description>
			<pubDate>Sat, 06 Sep 2008 10:40:00 GMT</pubDate>
			<author>donotreply@osnews.com (cyberix)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>So?</title>
			<link>http://osnews.com/thread?329415</link>
			<guid isPermaLink="true">http://osnews.com/thread?329415</guid>
			<description>Who gives a rats ass?<br />
<br />
Google isn't really doing anybody a favor with this browser. <br />
<br />
If you look really closely you will see that it is still a beta, but they do _not_ tell you that it has lots of unpatched security flaws and that running a beta has serious implications.<br />
<br />
There are active exploits for Chrome and the security and privacy are just horrible. (<a href="http://security.bkis.vn/" rel="nofollow">http://security.bkis.vn/</a>) From the way it is build, installed and preconfigured it just sucks, but people think Google betas are just like other peoples final releases. Gmail is beta for how long now??<br />
<br />
Conclusion:<br />
<br />
Avoid Chrome.</description>
			<pubDate>Sat, 06 Sep 2008 11:52:00 GMT</pubDate>
			<author>donotreply@osnews.com (kragil)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>RE: this site explains the stuff</title>
			<link>http://osnews.com/thread?329418</link>
			<guid isPermaLink="true">http://osnews.com/thread?329418</guid>
			<description>Now that's more like it! Why wasn't this the article!</description>
			<pubDate>Sat, 06 Sep 2008 14:42:00 GMT</pubDate>
			<author>donotreply@osnews.com (Kroc)</author>
			<category>Comments</category>
		</item>

		<item>
			<title>RE: So?</title>
			<link>http://osnews.com/thread?329433</link>
			<guid isPermaLink="true">http://osnews.com/thread?329433</guid>
			<description>I've been watching the Chrome 'vulnerabilities' very intensely. Besides this, there have been ~5 others, all just crashes (&quot;denial of service&quot;). If you'll remember, Safari didn't have too great a launch on Windows, either.</description>
			<pubDate>Sat, 06 Sep 2008 16:33:00 GMT</pubDate>
			<author>donotreply@osnews.com (i3X171UM)</author>
			<category>Comments</category>
		</item>
	</channel>
</rss>
