<div dir="ltr"><br><br><div class="gmail_quote">On Thu, Aug 21, 2008 at 6:45 PM, Mike Mazur <span dir="ltr"><<a href="mailto:mmazur@gmail.com">mmazur@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Hi,<br>
<br>
On Thu, 21 Aug 2008 16:08:25 -0700<br>
"Dahlia Trimble" <<a href="mailto:dahliatrimble@gmail.com">dahliatrimble@gmail.com</a>> wrote:<br>
<br>
> [Comments about OpenSim performance vs hardware vs scripting features]<br>
<div class="Ih2E3d">><br>
> While I've enjoyed being able to host several OSGrid regions on<br>
> minimal hardware up until now, I may have to ration what new features<br>
> are available in my regions or consider upgrading to more capable<br>
> hardware. I have the feeling others will also, and I suspect that the<br>
> prices some of the grid operators are offering will need to rise<br>
> unless they can successfully ration features as well.<br>
<br>
</div>I agree with your concerns. Naturally as more demanding features are<br>
added and used, this will push hardware utilization limits.<br>
<br>
Are you suggesting a system for limiting the items below?<br>
<div class="Ih2E3d"></div></blockquote><div><br>Possibly, and I believe some controls exist already in the land options. I was more interested in initiating conversation about the hidden costs and usefulness of these features and how so much development effort seems to be going towards making sure everything is 100% SL compatible without regard to the hidden costs. I realize 100%  compatibility is important to some and I don't want to discourage it, especially if the code is being shared with the rest of the community. What I personally don't want to see is an expectation by anyone who teleports to every region that all their high resource demanding (and possibly frivilous) attachments have to be supported at the expense of the region owner. Currently the SL model *cannot* prevent attachments from using resources no matter what the wishes of the region owner may be, other than banning avatars. Along the same lines, an expectation that scripts will continue to run when the region is not occupied could also raise the expense of operating the region.<br>
<br>Given the increasing popularity of Opensim and the rate at which these features are being implemented, I think now may be a good time to address some of these concerns and also to attempt to influence user expectations if some alternatives may provide a better experience at a lower cost.<br>
<br> </div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><div class="Ih2E3d"><br>
> * How many scripts are continuously running in a region<br>
><br>
> * How many scripts an avatar is allowed to have in attachments and<br>
> how often they do expensive operations<br>
><br>
</div><div class="Ih2E3d">> * How many prims are in a region and how complex they are<br>
<br>
</div>I'm sure such a system would be beneficial. Besides the performance<br>
considerations, it would also grant region owners pretty fine grained<br>
control over what they allow or disallow to occur in their regions.<br>
That could be very useful.<br>
<br>
(A real-life example of giving region owners control over their region<br>
that comes to mind is giving cinemas the ability to block mobile phones<br>
in the theater.)<br>
<br>
Mike<br>
_______________________________________________<br>
Opensim-dev mailing list<br>
<a href="mailto:Opensim-dev@lists.berlios.de">Opensim-dev@lists.berlios.de</a><br>
<a href="https://lists.berlios.de/mailman/listinfo/opensim-dev" target="_blank">https://lists.berlios.de/mailman/listinfo/opensim-dev</a><br>
</blockquote></div><br></div>