<?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/"
	xmlns:georss="http://www.georss.org/georss" xmlns:gml="http://www.opengis.net/gml"
	>
<channel>
	<title>Comments on: 21</title>
	<atom:link href="http://xyzzyxyzzy.net/2009/06/19/21/feed/" rel="self" type="application/rss+xml" />
	<link>http://xyzzyxyzzy.net/2009/06/19/21/</link>
	<description>...you are in a grid of twisty, little links, all alike. there's a teleport gate here.</description>
	<lastBuildDate>Fri, 16 Dec 2011 14:43:27 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>By: Darryl</title>
		<link>http://xyzzyxyzzy.net/2009/06/19/21/comment-page-1/#comment-305</link>
		<dc:creator>Darryl</dc:creator>
		<pubDate>Fri, 03 Jul 2009 00:32:19 +0000</pubDate>
		<guid isPermaLink="false">http://xyzzyxyzzy.net/?p=334#comment-305</guid>
		<description>&lt;p&gt;I would be inclined to tinker with priorities at the content level rather than at the thread level...&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>I would be inclined to tinker with priorities at the content level rather than at the thread level&#8230;</p>]]></content:encoded>
	</item>
	<item>
		<title>By: Justin Clark-Casey</title>
		<link>http://xyzzyxyzzy.net/2009/06/19/21/comment-page-1/#comment-304</link>
		<dc:creator>Justin Clark-Casey</dc:creator>
		<pubDate>Thu, 02 Jul 2009 22:09:36 +0000</pubDate>
		<guid isPermaLink="false">http://xyzzyxyzzy.net/?p=334#comment-304</guid>
		<description>&lt;p&gt;I would intuitively agree with your analysis about texture requests starving existing users Dr S - this is the kind of phenomenon that I&#039;ve seen before in OpenSim office hour meetings.  Although originally it appeared to be associated simply with the login process (though maybe it really was texture starvation underneath that).&lt;/p&gt;

&lt;p&gt;Hence, my original thought was to change the relative thread priorities so that during login, client threads got a much lower thread priority than existing clients.  However, in looking down into Mono, I discovered that thread prioritization was completely unimplemented, only the stubs existed.&lt;/p&gt;

&lt;p&gt;I don&#039;t know whether changing thread priorities within the VM would make a huge amount of difference or be all that relevant on Linux (which I assume you&#039;re using for the tests!) but there wasn&#039;t any opportunity to try.&lt;/p&gt;

&lt;p&gt;AFAIR, this was back on Mono 2.0.1 so things may have changed since then.&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>I would intuitively agree with your analysis about texture requests starving existing users Dr S &#8211; this is the kind of phenomenon that I&#8217;ve seen before in OpenSim office hour meetings.  Although originally it appeared to be associated simply with the login process (though maybe it really was texture starvation underneath that).</p>

<p>Hence, my original thought was to change the relative thread priorities so that during login, client threads got a much lower thread priority than existing clients.  However, in looking down into Mono, I discovered that thread prioritization was completely unimplemented, only the stubs existed.</p>

<p>I don&#8217;t know whether changing thread priorities within the VM would make a huge amount of difference or be all that relevant on Linux (which I assume you&#8217;re using for the tests!) but there wasn&#8217;t any opportunity to try.</p>

<p>AFAIR, this was back on Mono 2.0.1 so things may have changed since then.</p>]]></content:encoded>
	</item>
	<item>
		<title>By: DrScofield</title>
		<link>http://xyzzyxyzzy.net/2009/06/19/21/comment-page-1/#comment-302</link>
		<dc:creator>DrScofield</dc:creator>
		<pubDate>Wed, 24 Jun 2009 05:49:59 +0000</pubDate>
		<guid isPermaLink="false">http://xyzzyxyzzy.net/?p=334#comment-302</guid>
		<description>&lt;p&gt;good idea! sean also brought that up when we discussed this yesterday. need to figure out how complex this is. :-)&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>good idea! sean also brought that up when we discussed this yesterday. need to figure out how complex this is. <img src='http://xyzzyxyzzy.net/wp-includes/images/smilies/icon_smile.gif' alt=':-)' class='wp-smiley' /> </p>]]></content:encoded>
	</item>
	<item>
		<title>By: Darryl</title>
		<link>http://xyzzyxyzzy.net/2009/06/19/21/comment-page-1/#comment-301</link>
		<dc:creator>Darryl</dc:creator>
		<pubDate>Wed, 24 Jun 2009 02:53:12 +0000</pubDate>
		<guid isPermaLink="false">http://xyzzyxyzzy.net/?p=334#comment-301</guid>
		<description>&lt;p&gt;One thing that occurred to me when i logged in to what seemed a very slow grid the other day was that the server was trying to feed me all the prim data that was in view, all at the same time.&lt;/p&gt;

&lt;p&gt;Would it help to have the server queue prim downloads and sort by distance to the agent, to get the closest prims to render fully soonest?&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>One thing that occurred to me when i logged in to what seemed a very slow grid the other day was that the server was trying to feed me all the prim data that was in view, all at the same time.</p>

<p>Would it help to have the server queue prim downloads and sort by distance to the agent, to get the closest prims to render fully soonest?</p>]]></content:encoded>
	</item>
	<item>
		<title>By: DrScofield</title>
		<link>http://xyzzyxyzzy.net/2009/06/19/21/comment-page-1/#comment-300</link>
		<dc:creator>DrScofield</dc:creator>
		<pubDate>Mon, 22 Jun 2009 18:04:47 +0000</pubDate>
		<guid isPermaLink="false">http://xyzzyxyzzy.net/?p=334#comment-300</guid>
		<description>&lt;p&gt;@dan: interesting point. we are currently looking into the packet processing parts to see where we can reduce the numbers of objects created (there are a couple of places that, at least at first sight, appear a bit &quot;trigger happy&quot; with regards to object instantiation).&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>@dan: interesting point. we are currently looking into the packet processing parts to see where we can reduce the numbers of objects created (there are a couple of places that, at least at first sight, appear a bit &#8220;trigger happy&#8221; with regards to object instantiation).</p>]]></content:encoded>
	</item>
	<item>
		<title>By: Dan Lake</title>
		<link>http://xyzzyxyzzy.net/2009/06/19/21/comment-page-1/#comment-299</link>
		<dc:creator>Dan Lake</dc:creator>
		<pubDate>Mon, 22 Jun 2009 17:57:07 +0000</pubDate>
		<guid isPermaLink="false">http://xyzzyxyzzy.net/?p=334#comment-299</guid>
		<description>&lt;p&gt;One difference I have noticed between libomv bots and &quot;real&quot; clients/viewers is the number of packets they generate for the exact same behavior. For example, if you use libomv testclient to mimic the &quot;forward&quot; action, it sends packets to the server indicating the up arrow is depressed. The same packets come from the Hippo viewer but the rate is much much higher. There are some example numbers I captured:&lt;/p&gt;

&lt;p&gt;TestClient Moving: 11 pkts/s
TestClient Still: 2 pkts/s
Hippo Moving: 185 pkts/s
Hippo Still: 7 pkts/s&lt;/p&gt;

&lt;p&gt;When you consider each of 21 clients producing 185 pkts/s vs 11 pkts/s, that is a lot of extra network and scene update processing. This could be a part of the problem seen with &quot;real&quot; viewers. The movement resolution seems to be unnecessarily high. ~Dan&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>One difference I have noticed between libomv bots and &#8220;real&#8221; clients/viewers is the number of packets they generate for the exact same behavior. For example, if you use libomv testclient to mimic the &#8220;forward&#8221; action, it sends packets to the server indicating the up arrow is depressed. The same packets come from the Hippo viewer but the rate is much much higher. There are some example numbers I captured:</p>

<p>TestClient Moving: 11 pkts/s
TestClient Still: 2 pkts/s
Hippo Moving: 185 pkts/s
Hippo Still: 7 pkts/s</p>

<p>When you consider each of 21 clients producing 185 pkts/s vs 11 pkts/s, that is a lot of extra network and scene update processing. This could be a part of the problem seen with &#8220;real&#8221; viewers. The movement resolution seems to be unnecessarily high. ~Dan</p>]]></content:encoded>
	</item>
	<item>
		<title>By: Grumly</title>
		<link>http://xyzzyxyzzy.net/2009/06/19/21/comment-page-1/#comment-298</link>
		<dc:creator>Grumly</dc:creator>
		<pubDate>Mon, 22 Jun 2009 12:25:33 +0000</pubDate>
		<guid isPermaLink="false">http://xyzzyxyzzy.net/?p=334#comment-298</guid>
		<description>&lt;p&gt;Is it possible to make the textures delivered externally ? I mean, not by the simulator itself ? The same way as website do, for example ?&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>Is it possible to make the textures delivered externally ? I mean, not by the simulator itself ? The same way as website do, for example ?</p>]]></content:encoded>
	</item>
	<item>
		<title>By: DrScofield</title>
		<link>http://xyzzyxyzzy.net/2009/06/19/21/comment-page-1/#comment-297</link>
		<dc:creator>DrScofield</dc:creator>
		<pubDate>Mon, 22 Jun 2009 11:11:36 +0000</pubDate>
		<guid isPermaLink="false">http://xyzzyxyzzy.net/?p=334#comment-297</guid>
		<description>&lt;p&gt;@dirk: two comments on that:&lt;/p&gt;

&lt;ol&gt;
&lt;li&gt;&lt;p&gt;dahlia&#039;s max was 21 avatars, our calamities started once we went past that number&lt;/p&gt;&lt;/li&gt;
&lt;li&gt;&lt;p&gt;my suspicion is that the problem would not have occurred  if the arrival rate of our users had been lower (that is, the time between login attempts had been longer). with lots of users getting logged in at once, we saw a packet explosion --- probably caused by the viewers all requesting all the textures at once.&lt;/p&gt;&lt;/li&gt;
&lt;/ol&gt;
</description>
		<content:encoded><![CDATA[<p>@dirk: two comments on that:</p>

<ol>
<li><p>dahlia&#8217;s max was 21 avatars, our calamities started once we went past that number</p></li>
<li><p>my suspicion is that the problem would not have occurred  if the arrival rate of our users had been lower (that is, the time between login attempts had been longer). with lots of users getting logged in at once, we saw a packet explosion &#8212; probably caused by the viewers all requesting all the textures at once.</p></li>
</ol>]]></content:encoded>
	</item>
	<item>
		<title>By: Dirk Krause</title>
		<link>http://xyzzyxyzzy.net/2009/06/19/21/comment-page-1/#comment-296</link>
		<dc:creator>Dirk Krause</dc:creator>
		<pubDate>Mon, 22 Jun 2009 10:31:45 +0000</pubDate>
		<guid isPermaLink="false">http://xyzzyxyzzy.net/?p=334#comment-296</guid>
		<description>&lt;p&gt;This comes somewhat as a surprise, because I remember the meeting on Dahlia&#039;s Server from last year, sporting over 20 people without too much problems.&lt;/p&gt;

&lt;p&gt;I posted her mail from the list with the details here:
http://tinypaste.com/07003&lt;/p&gt;

&lt;p&gt;Best,
  Dirk&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>This comes somewhat as a surprise, because I remember the meeting on Dahlia&#8217;s Server from last year, sporting over 20 people without too much problems.</p>

<p>I posted her mail from the list with the details here:
<a href="http://tinypaste.com/07003" rel="nofollow">http://tinypaste.com/07003</a></p>

<p>Best,
  Dirk</p>]]></content:encoded>
	</item>
	<item>
		<title>By: DrScofield</title>
		<link>http://xyzzyxyzzy.net/2009/06/19/21/comment-page-1/#comment-295</link>
		<dc:creator>DrScofield</dc:creator>
		<pubDate>Mon, 22 Jun 2009 09:37:06 +0000</pubDate>
		<guid isPermaLink="false">http://xyzzyxyzzy.net/?p=334#comment-295</guid>
		<description>&lt;p&gt;perhaps we should run the stress tests at the restaurant at the end of the universe?&lt;/p&gt;
</description>
		<content:encoded><![CDATA[<p>perhaps we should run the stress tests at the restaurant at the end of the universe?</p>]]></content:encoded>
	</item>
</channel>
</rss>

