<div dir="ltr">Thank you for the suggestion Frans. I share your view that users should be logged in for visual confirmation that everything looks smooth and to test the dynamics avatars bring the sim.<div><br></div><div>We have conducted several virtual meetings during the MOSES office hours with PhysX enabled and approximately 13 people. These meetings have given the MOSES community members an early chance to interact with the PhysX enabled environment and provide valuable feedback. The biggest improvement has been noticed with multiple, large (truck-sized) physical mesh objects, where previous tests with BulletSim have led to our regions to go unresponsive or crash. Observed in our informal mesh object testing, we no longer have the same issues with PhysX. Upcoming formal testing is scheduled to fairly and accurately gauge if there are any performance differences between BulletSim and PhysX.</div><div><br></div><div>Best regards,</div><div>Sean Mondesire</div><div>MOSES Team</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Feb 3, 2016 at 3:58 PM, Frans <span dir="ltr"><<a href="mailto:mrfrans@gmail.com" target="_blank">mrfrans@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">I want to suggest you also test with 15 or so actual avatars logged in. I would be very interested to see if everything looks smooth. <div><br></div><div>A couple years back in Second Life we made AI fish that would swim and school around using physics. We had hundreds of them out and it looked and worked great, with just us 3 developers logged in to the sim. When we brought in about a dozen students on very plain avatars did things suddenly become much different, the fish where rubber banding all over the place. </div><div><br></div><div>The sim statistics didn't change, and when we did some extra test we saw the fish where actually where they where supposed to be, but we just weren't seeing them in the correct place. We came to a similar conclusion as Micheal,  the simulator just wasn't able to sent all the updates to all the avatars quick enough.</div><div><br></div><div>This being different technology, I would love to see how it handles with hundreds or thousands of physical objects moving around, sending object updates to a small class worth of avatars logged in.</div><div><br></div><div>Regards. </div></div><div class="gmail_extra"><div><div class="h5"><br><div class="gmail_quote">On Wed, Feb 3, 2016 at 9:49 PM, Michael Emory Cerquoni <span dir="ltr"><<a href="mailto:nebadon2025@gmail.com" target="_blank">nebadon2025@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Sure, OpenSimulator like many server applications, like MySQL or<br>
Apache are not configured for maximum performance out of the box, the<br>
default settings are chosen to allow the broadest range of hardware to<br>
run a quick test to see if OpenSimulator can work for you or not.<br>
Personally I think all Physics engines should be run on their own<br>
thread, having the physics engine share a thread with the heartbeat<br>
loop is a bad idea and will cause performance decay almost the instant<br>
any kind of stress is put on the chosen physics engine and if you<br>
notice in my video the Sim FPS never budges from 55fps while Physics<br>
takes a real beating, even so with BulletSim set to use its own<br>
thread, its still only a single thread, if we can resolve the major<br>
issues with sending so many updates to a viewer either by new<br>
protocols or fixing the OpenSimulator HTTP server, or a completely new<br>
viewer technology, improving physics beyond this to say<br>
multi-threading or GPU accelerated physics seems like it won't be as<br>
beneficial as we all hope it would.<br>
<div><div><br>
On Wed, Feb 3, 2016 at 3:28 PM, Sean M <<a href="mailto:mondesire.sean@gmail.com" target="_blank">mondesire.sean@gmail.com</a>> wrote:<br>
> Thank you Michael for your comments.<br>
><br>
> The preliminary data that I shared earlier was generated from default<br>
> settings across the different engines. The MOSES Team's ongoing and upcoming<br>
> tests will analyze the impact of different configurations between the three<br>
> engines.<br>
><br>
> Because OpenSim can be executed on a wide range of platforms to satisfy<br>
> diverse use-cases, thorough and exhaustive testing can be difficult for just<br>
> the small MOSES Team. Therefore, I hope you and other members of the<br>
> community can take the time to deeply analyze our contribution and provide<br>
> quality feedback upon final release. With your help, others can make the<br>
> educated determination if adopting and enabling PhysX is right for their<br>
> sims.<br>
><br>
> All the best,<br>
> Sean Mondesire<br>
> MOSES Team<br>
><br>
> On Wed, Feb 3, 2016 at 1:57 PM, Michael Emory Cerquoni<br>
> <<a href="mailto:nebadon2025@gmail.com" target="_blank">nebadon2025@gmail.com</a>> wrote:<br>
>><br>
>> Here is a quick video I made just now with 10k physical spheres, its a bit<br>
>> slow its hard to render that much and record at the same time, but you can<br>
>> see BulletSim does quite well considering what is going on and its far<br>
>> beyond what is shown in the chart for BulletSim.<br>
>><br>
>> <a href="https://www.youtube.com/watch?v=0RBpDDEAg_o&feature=youtu.be" rel="noreferrer" target="_blank">https://www.youtube.com/watch?v=0RBpDDEAg_o&feature=youtu.be</a><br>
>><br>
>> On Wed, Feb 3, 2016 at 12:20 PM, Michael Emory Cerquoni<br>
>> <<a href="mailto:nebadon2025@gmail.com" target="_blank">nebadon2025@gmail.com</a>> wrote:<br>
>>><br>
>>> I totally agree, my entire point was that there are much lower<br>
>>> performance issues than the physics engine, doesn't matter if the physics<br>
>>> engine can handle 100,000 objects or not opensimulator can not adequately<br>
>>> update the viewer, very much probably because of the HTTP server, totally<br>
>>> agree, if my wording was misleading I apologize.  I however do not agree<br>
>>> with the assessment being made about bulletsim, I have seen much higher<br>
>>> numbers than what is being shown here, I would like to see another run added<br>
>>> to these results with BulletSim configured to run in its own thread and not<br>
>>> the main simulator heartbeat loop, you would see much different results I<br>
>>> suspect, If anyone needs to see a actual demonstration of a simulator with<br>
>>> 10's of 1000's of physical objects in BulletSim i can certainly demonstrate<br>
>>> it.<br>
>>><br>
>>> On Wed, Feb 3, 2016 at 12:12 PM, Cinder Roxley <<a href="mailto:cinder@alchemyviewer.org" target="_blank">cinder@alchemyviewer.org</a>><br>
>>> wrote:<br>
>>>><br>
>>>> On February 3, 2016 at 10:02:57 AM, Michael Emory Cerquoni<br>
>>>> (<a href="mailto:nebadon2025@gmail.com" target="_blank">nebadon2025@gmail.com</a>) wrote:<br>
>>>><br>
>>>> semantics, whatever the limitation is OpenSimulator can't update the<br>
>>>> viewer with more than about 1000 objects, I do all of my tests locally on<br>
>>>> 1000Mbit network, so if thats not enough what is? maybe I need 10TB network?<br>
>>>><br>
>>>> Not semantics, accuracy matters when you’re placing blame on the wrong<br>
>>>> components. The fact that you even see objects rubberbanding is enough to<br>
>>>> know the viewer is capable of rendering those scenes. It’s trying to predict<br>
>>>> where that object is going when it hasn’t received that object’s next<br>
>>>> update. I can rez 3,500 objects in Second Life before seeing this behavior.<br>
>>>> It’s far lower in OpenSim because the HTTP/UDP server is crap. Convenient,<br>
>>>> but none-the-less crap under load.<br>
>>>><br>
>>>> Naturally, you aren’t going to see people rezzing 3,500 balls and<br>
>>>> dropping them in a real world scenario, but you may have 10,000 physical but<br>
>>>> not actively thrown around objects in a scene, and bullet sim is less than<br>
>>>> happy when this happens.<br>
>>>><br>
>>>> --<br>
>>>> Cinder Roxley<br>
>>>> Sent with Airmail<br>
>>>><br>
>>>> _______________________________________________<br>
>>>> Opensim-dev mailing list<br>
>>>> <a href="mailto:Opensim-dev@opensimulator.org" target="_blank">Opensim-dev@opensimulator.org</a><br>
>>>> <a href="http://opensimulator.org/cgi-bin/mailman/listinfo/opensim-dev" rel="noreferrer" target="_blank">http://opensimulator.org/cgi-bin/mailman/listinfo/opensim-dev</a><br>
>>>><br>
>>><br>
>>><br>
>>><br>
>>> --<br>
>>> Michael Emory Cerquoni<br>
>><br>
>><br>
>><br>
>><br>
>> --<br>
>> Michael Emory Cerquoni<br>
>><br>
>> _______________________________________________<br>
>> Opensim-dev mailing list<br>
>> <a href="mailto:Opensim-dev@opensimulator.org" target="_blank">Opensim-dev@opensimulator.org</a><br>
>> <a href="http://opensimulator.org/cgi-bin/mailman/listinfo/opensim-dev" rel="noreferrer" target="_blank">http://opensimulator.org/cgi-bin/mailman/listinfo/opensim-dev</a><br>
>><br>
><br>
><br>
> _______________________________________________<br>
> Opensim-dev mailing list<br>
> <a href="mailto:Opensim-dev@opensimulator.org" target="_blank">Opensim-dev@opensimulator.org</a><br>
> <a href="http://opensimulator.org/cgi-bin/mailman/listinfo/opensim-dev" rel="noreferrer" target="_blank">http://opensimulator.org/cgi-bin/mailman/listinfo/opensim-dev</a><br>
><br>
<br>
<br>
<br>
--<br>
Michael Emory Cerquoni<br>
_______________________________________________<br>
Opensim-dev mailing list<br>
<a href="mailto:Opensim-dev@opensimulator.org" target="_blank">Opensim-dev@opensimulator.org</a><br>
<a href="http://opensimulator.org/cgi-bin/mailman/listinfo/opensim-dev" rel="noreferrer" target="_blank">http://opensimulator.org/cgi-bin/mailman/listinfo/opensim-dev</a><br>
</div></div></blockquote></div><br><br clear="all"><div><br></div></div></div><span class="HOEnZb"><font color="#888888">-- <br><div>Jeroen Frans<br>Virtual World Technology Specialist @ <a href="http://VesuviusGroup.com" target="_blank">http://VesuviusGroup.com</a><br>Second Life: Frans Charming<br>blog about SL @ <a href="http://secondslog.blogspot.com" target="_blank">http://secondslog.blogspot.com</a><br><br>"The best way to predict the future is to invent it." Alan Kay<br><div style="display:inline"></div></div>
</font></span></div>
<br>_______________________________________________<br>
Opensim-dev mailing list<br>
<a href="mailto:Opensim-dev@opensimulator.org">Opensim-dev@opensimulator.org</a><br>
<a href="http://opensimulator.org/cgi-bin/mailman/listinfo/opensim-dev" rel="noreferrer" target="_blank">http://opensimulator.org/cgi-bin/mailman/listinfo/opensim-dev</a><br>
<br></blockquote></div><br></div>