• All submissions to this site are governed by Second Life Project Contribution Agreement. By submitting patches and other information using this site, you acknowledge that you have read, understood, and agreed to those terms.
Issue Details (XML | Word | Printable)

Key: SVC-2186
Type: Meta Issue Meta Issue
Status: Closed Closed
Resolution: Cannot Reproduce
Priority: Normal Normal
Assignee: Scouse Linden
Reporter: todd borst
Votes: 1
Watchers: 1
Operations

If you were logged in you would be able to see more operations.
2. Second Life Service - SVC

Mono scripted objects less responsive than LSL when making physical library calls.

Created: 17/Apr/08 10:18 AM   Updated: 05/Jun/08 02:48 PM
Return to search
Component/s: Scripts
Affects Version/s: Mono Beta
Fix Version/s: None

Environment: This was tested on April 17th 2008 on the beta grid in a MONO sandbox
Issue Links:
Relates
 


 Description  « Hide
Video link http://www.youtube.com/watch?v=HYlnHv5TwwA&fmt=18

This test uses linked prim animation scripts called Puppeteer. It is animating 100 linked prims. The animation is controlled by scripts in each of the linked prims that listen for linked messages from the root prim. The linked message to change prim positions are being sent from the root prim on a 2 second interval..

There is a noticeable performance derogation with the linked prim movements. It appears that while the scripts execution times seems to be more out of sync in mono than with LSL. This is not a bug per se but more of a performance difference that I wanted to note.

for more detail feel free to contact me Todd[dot]Borst[at]gmail[dot]com

 All   Comments   Change History      Sort Order: Ascending order - Click to sort in descending order
todd borst made changes - 17/Apr/08 10:21 AM
Field Original Value New Value
Description <object width="425" height="350"> <param name="movie" value="http://www.youtube.com/v/HYlnHv5TwwA"> </param> <embed src="http://www.youtube.com/v/HYlnHv5TwwA" type="application/x-shockwave-flash" width="425" height="350"> </embed> </object>

This is testing a set of prim animation scripts called Puppeteer. It is animating 100 linked prims. The animation is controlled through linked messages that are sent off every 2 seconds to all the linked prims.

There is a noticeable performance derogation with the linked prim movements. It appears that while the scripts execution times seems to be more out of sync in mono than with LSL. This is not a bug per se but more of a performance difference that I wanted to note. 		Video link http://www.youtube.com/watch?v=HYlnHv5TwwA

This test uses linked prim animation scripts called Puppeteer. It is animating 100 linked prims. The animation is controlled by scripts in each of the linked prims that listen for linked messages from the root prim. The linked message to change prim positions are being sent from the root prim on a 2 second interval..

There is a noticeable performance derogation with the linked prim movements. It appears that while the scripts execution times seems to be more out of sync in mono than with LSL. This is not a bug per se but more of a performance difference that I wanted to note.

for more detail feel free to contact me Todd.Borst[at]gmail[dot]com
todd borst made changes - 17/Apr/08 10:45 AM
Link This issue Relates to SVC-1276 [ SVC-1276 ]
todd borst made changes - 17/Apr/08 10:53 AM
Description Video link http://www.youtube.com/watch?v=HYlnHv5TwwA

This test uses linked prim animation scripts called Puppeteer. It is animating 100 linked prims. The animation is controlled by scripts in each of the linked prims that listen for linked messages from the root prim. The linked message to change prim positions are being sent from the root prim on a 2 second interval..

There is a noticeable performance derogation with the linked prim movements. It appears that while the scripts execution times seems to be more out of sync in mono than with LSL. This is not a bug per se but more of a performance difference that I wanted to note.

for more detail feel free to contact me Todd.Borst[at]gmail[dot]com 		Video link http://www.youtube.com/watch?v=HYlnHv5TwwA&fmt=18

This test uses linked prim animation scripts called Puppeteer. It is animating 100 linked prims. The animation is controlled by scripts in each of the linked prims that listen for linked messages from the root prim. The linked message to change prim positions are being sent from the root prim on a 2 second interval..

There is a noticeable performance derogation with the linked prim movements. It appears that while the scripts execution times seems to be more out of sync in mono than with LSL. This is not a bug per se but more of a performance difference that I wanted to note.

for more detail feel free to contact me Todd[dot]Borst[at]gmail[dot]com
Harleen Gretzky made changes - 17/Apr/08 11:03 AM
Link This issue is related to by SVC-1276 [ SVC-1276 ]
[ Permlink | « Hide ]
Darien Caldwell added a comment - 19/Apr/08 09:50 AM
Having watched the video, There were times when the two sets were in sync, and times they were not. Because of this I don't think it's script timing that is out of sync, but rather a difference in the performance of what I have to assume are llSetLinkPrimiviteParams() calls. It seems especially noticable when the prims were being scaled.

Was this video taken before or after the merge to Havok 4?


Periapse Linden made changes - 21/Apr/08 03:13 PM
Link This issue is related to by SVC-1276 [ SVC-1276 ]
Scouse Linden made changes - 08/May/08 02:46 PM
Summary Performance derogation in MONO vs LSL with linked prim animation Mono scripted objects less responsive than LSL when making physical library calls.
[ Permlink | « Hide ]
todd borst added a comment - 08/May/08 02:55 PM
This video was taken on April 17th 2008 on the beta grid. That's after Havok 4 have been rolled out to the main sim, therefore I'm assuming the beta grids are on Havok 4 as well. Yes as I said, the commands are issues vie a timer on 2 second interval. Therefore the point was not to see which would loop faster but merely how quickly individual commands were completed.

Furthermore, llSetLinkPrimiviteParams() were not used. It was (off memory) llSetPos, llSetLocalRot, llSetScale in three separate scripts.

The point of the video was to show the performance derogation for the respective functions.


[ Permlink | « Hide ]
Scouse Linden added a comment - 02/Jun/08 02:26 PM
Hi Todd,
Can you check to see if this is still a problem please? We have made some internal changes that may have an impact on performance.

Scouse Linden made changes - 02/Jun/08 02:27 PM
Status Open [ 1 ] Closed [ 6 ]
Assignee Scouse Linden [ Scouse Linden ]
Resolution Cannot Reproduce [ 5 ]
[ Permlink | « Hide ]
Scouse Linden added a comment - 02/Jun/08 02:27 PM
Reopen if you verify this is still a problem as we can not reproduce this.

[ Permlink | « Hide ]
todd borst added a comment - 02/Jun/08 02:40 PM
I will re-test as soon as I can log into the mono grid... Thanks.

[ Permlink | « Hide ]
Scouse Linden added a comment - 02/Jun/08 03:11 PM
I suspect this is not actually a problem with Mono, but to do with the order in which items are rezzed.
When that many objects are moving not all updates are received by the viewer (or at least without lag).

I created 2 boxes roughly 10 apart. One box containing a mono script, the other lsl. I then copied both boxes 100 times to form a two grids similar to the video. Both grids of boxes behaved consistently when moved.


[ Permlink | « Hide ]
todd borst added a comment - 03/Jun/08 11:36 PM
I've recreated the test today (June 3rd, 2008) on "Sandbox Goguen Mono" with the Second Life Mono client version 1.20.6 (87323).

I tried uploading the video again but youtube was repeatedly giving me a "The video you uploaded was too large. Please shrink it, then upload the smaller version." error message despite that the video is only 3MB in size, 20 seconds in length and have the resolution of 320 x 240 pixels.

Finding showed that the LSL appears to behave slower than in the previous test. Mono's speed had no visible improvement. Both LSL and Mono both seems to have problems completing the prim animations under the two seconds interval. Animations started to queue up after a few seconds and were struggle to complete even after the stop command was issued. Furthermore, both seem to have instances where it was not properly rotating the prims.


Periapse Linden made changes - 05/Jun/08 02:43 PM
Link This issue is related to by SVC-1276 [ SVC-1276 ]
Periapse Linden made changes - 05/Jun/08 02:48 PM
Link This issue Relates to SVC-1276 [ SVC-1276 ]
Sue Linden made changes - 13/Nov/08 12:12 PM
Workflow jira-2007-12-22a [ 54978 ] jira-2008-11-14 [ 83181 ]
Sue Linden made changes - 13/Nov/08 04:56 PM
Workflow jira-2008-11-14 [ 83181 ] jira-2008-11-14a [ 95656 ]

Powered by Atlassian JIRA the Professional Issue Tracker. (Enterprise Edition, Version: 3.13.2-#335) - Bug/feature request - Atlassian news - Contact Administrators