<?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: Persistent Vegetative Simulation</title>
	<atom:link href="http://www.adamfrisby.com/blog/2009/04/persistent-vegetative-simulation/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.adamfrisby.com/blog/2009/04/persistent-vegetative-simulation/</link>
	<description>ZOMGWTFHAI</description>
	<lastBuildDate>Tue, 15 Jun 2010 00:36:58 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.4</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Adam Frisby</title>
		<link>http://www.adamfrisby.com/blog/2009/04/persistent-vegetative-simulation/comment-page-1/#comment-7919</link>
		<dc:creator>Adam Frisby</dc:creator>
		<pubDate>Mon, 13 Apr 2009 14:56:59 +0000</pubDate>
		<guid isPermaLink="false">http://www.adamfrisby.com/blog/?p=167#comment-7919</guid>
		<description>There&#039;s a bit of a balance between a nice easy to use API and making sure people dont do silly things with it. 

My thoughts are probably leave the &#039;defaults&#039; on the timer handler as &quot;undefined&quot;. A server operator can set the defaults - if a script needs to do things persistently, then it has to expliticly ask for it.

I&#039;m not sure if I committed IScheduler yet, however that will take the form of the Timer handler - you schedule future operations via a scheduler, which then slots you into a processor timeslot with conditions. Empty sims are one of those conditions, as are a few others (performance above X for instance).</description>
		<content:encoded><![CDATA[<p>There&#8217;s a bit of a balance between a nice easy to use API and making sure people dont do silly things with it. </p>
<p>My thoughts are probably leave the &#8216;defaults&#8217; on the timer handler as &#8220;undefined&#8221;. A server operator can set the defaults &#8211; if a script needs to do things persistently, then it has to expliticly ask for it.</p>
<p>I&#8217;m not sure if I committed IScheduler yet, however that will take the form of the Timer handler &#8211; you schedule future operations via a scheduler, which then slots you into a processor timeslot with conditions. Empty sims are one of those conditions, as are a few others (performance above X for instance).</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Tony</title>
		<link>http://www.adamfrisby.com/blog/2009/04/persistent-vegetative-simulation/comment-page-1/#comment-7918</link>
		<dc:creator>Tony</dc:creator>
		<pubDate>Mon, 13 Apr 2009 14:38:07 +0000</pubDate>
		<guid isPermaLink="false">http://www.adamfrisby.com/blog/?p=167#comment-7918</guid>
		<description>regarding TimerIfAvatarInRegion.
Would it be feasible to specify a conditional parameter such as SleepWhenEmpty, or even a parent class that unschedules whole programs when no agents are present. Maybe even make that the &#039;default script&#039; so that newer, less experienced creators have to learn how to make a program persistent even if no person is present.</description>
		<content:encoded><![CDATA[<p>regarding TimerIfAvatarInRegion.<br />
Would it be feasible to specify a conditional parameter such as SleepWhenEmpty, or even a parent class that unschedules whole programs when no agents are present. Maybe even make that the &#8216;default script&#8217; so that newer, less experienced creators have to learn how to make a program persistent even if no person is present.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ralf Haifisch</title>
		<link>http://www.adamfrisby.com/blog/2009/04/persistent-vegetative-simulation/comment-page-1/#comment-7916</link>
		<dc:creator>Ralf Haifisch</dc:creator>
		<pubDate>Sat, 11 Apr 2009 08:13:32 +0000</pubDate>
		<guid isPermaLink="false">http://www.adamfrisby.com/blog/?p=167#comment-7916</guid>
		<description>Very nice article.

Personally i love the google comparison in the last sentence.

I even believe, that besides the hot standby solution you did describe there will be a market for cold standby (like sim on demand) and warm standby (have a virtualization os some kinde - fire the virtual server on the first incomming avatar).  

That solution wich are &quot;protocol aware&quot; will be coming up is is something the badumnasim proxy does allready show.  there is a proxy for opensim now, there is none for Second Life. 

cheers,
Ralf</description>
		<content:encoded><![CDATA[<p>Very nice article.</p>
<p>Personally i love the google comparison in the last sentence.</p>
<p>I even believe, that besides the hot standby solution you did describe there will be a market for cold standby (like sim on demand) and warm standby (have a virtualization os some kinde &#8211; fire the virtual server on the first incomming avatar).  </p>
<p>That solution wich are &#8220;protocol aware&#8221; will be coming up is is something the badumnasim proxy does allready show.  there is a proxy for opensim now, there is none for Second Life. </p>
<p>cheers,<br />
Ralf</p>
]]></content:encoded>
	</item>
</channel>
</rss>
