Sorry to have been so naive but I had accepted the values as true and was using them within my PhD thesis. I am sure I am not the only one who accepted this metric on face value. I am not certain in the .ini solutution will work as this will then vary from virtual world to virtual world so it will neither no what units they were reporting in and for scripts potentially having to change them according to the OpenSim environment. I suggest make the metrics accurate.
Tom Willans BSc(Hons) MBCS CITP PhD Student Serious Games Institute, Coventry University United Kingdom Managing Director Bessacarr Publications Ltd +44 (0)121 288 0281 email: [email protected] skype: tom.willans Second Life and OSGrid: Tom Tiros Support fundraising for Epilepsy and see the film 'Electricity' on 19th May 2015 7.30pm at Square One Cinema, Coventry Student Hub. Details and Booking at covepilepsyfunding.ticketsource.co.uk. All profits donated. Any questions please contact me. Sent from my iPad > On 25 Apr 2015, at 02:23, Dahlia Trimble <[email protected]> wrote: > > I like the idea of a multiplier for physics fps, however I see no need for > altering the value. If a reported number is linearly scaled, then any change > in that number is also scaled proportionally. For example, if I have 55 fps > reported for a real fps of 11 due to a scale factor of 5, all I need to do is > divide by 5 to get the 11 back. If the 55 decreases by 10%, the 11 will also > decrease by 10%. It really shouldn't matter as either value will provide the > same indication of change in performance. > > As far as SL compatibility goes, I usually see a physics fps of 45 for a well > running region in SL, not 55. In that case if such compatibility was desired, > the factor would be 45/11 or approximately 4.1 rather than 5. > >> On Fri, Apr 24, 2015 at 6:06 PM, Michael Emory Cerquoni >> <[email protected]> wrote: >> Also sounds like a reasonable solution as well, If the goal is to improve >> performance in general I am not sure it matters what is actually reported to >> the viewer , since i would assume any kind of real analysis would be done on >> the back end and not via the viewer #'s >> >>> On Fri, Apr 24, 2015 at 9:04 PM, Mike Chase >>> <[email protected]> wrote: >>> Why not just introduce a new counter and function to fetch the value. The >>> current one can always return the SL adjusted value. >>> >>> Mike >>> >>> >>>> On 04/24/2015 08:59 PM, Michael Emory Cerquoni wrote: >>>> What do you think about making the multiplier a modifiable variable in >>>> OpenSim.ini? This will allow anyone who wants to improve performance and >>>> use the stock #'s and in the meantime people can continue to use the code >>>> in a meaningful way without having to rewrite scripts and monitoring tools >>>> to continue testing other code that may be pushed into core, especially if >>>> the end goal is to get statistics to report back at the original numbers? >>>> I am mostly just trying to understand the end goal myself. If that is not >>>> possible I would suggest this work be moved into a development branch >>>> until we can get statistics back to the normal numbers again? Otherwise >>>> we are talking about locking the code down to all other development until >>>> this process is complete, and no one has discussed any kind of time frame >>>> for this level of changes to complete, I would hate to put a complete halt >>>> to development in order for this to happen. I am not against doing what >>>> you suggest, I just want to make sure we do it in the most efficient way >>>> possible. Would be good to hear what others in the core development have >>>> to say, hopefully Justin and Diva and Melanie, Misterblue, BlueWall, you >>>> guys can chime in here as well, as I am only one person here and for the >>>> record just voicing my own concerns, I am far from the final say on any of >>>> this stuff. >>>> >>>>> On Fri, Apr 24, 2015 at 8:33 PM, Maxwell, Douglas CIV USARMY ARL (US) >>>>> <[email protected]> wrote: >>>>> Folks, before we can make any meaningful progress in performance >>>>> enhancements to the open simulator we have to be able to rely on the >>>>> simulator statistics. Currently they are (purposefully) misreported to >>>>> make the simulator look like it is performing better than it really is. >>>>> This is not acceptable if we are to dig in and begin to assist. >>>>> >>>>> Douglas Maxwell, MSME >>>>> Science and Technology Manager >>>>> Virtual World Strategic Applications >>>>> U.S. Army Research Lab >>>>> Human Research & Engineering Directorate >>>>> Simulation & Training Technology Center >>>>> (c) (407) 242-0209 >>>>> >>>>> ________________________________________ >>>>> From: [email protected] >>>>> [[email protected]] on behalf of Melanie >>>>> [[email protected]] >>>>> Sent: Friday, April 24, 2015 5:56 PM >>>>> To: [email protected] >>>>> Subject: Re: [Opensim-dev] MOSES patch submitted (UNCLASSIFIED) >>>>> >>>>> It is also my opinion that this change isn't fit for core. If and >>>>> when additional stats, like "real fps" and "physics engine fps" can >>>>> be shown in the viewer, then that would be good but the viewer stats >>>>> window should continue to show the fudged figures indefinitely. This >>>>> is because people don't only use scripts but also bots to do >>>>> monitoring and bots receive the same data the viewer receives. >>>>> >>>>> - Melanie >>>>> >>>>> On 24/04/2015 23:42, Michael Emory Cerquoni wrote: >>>>> > ok so just so I understand we should now see this actually just display >>>>> > 11fps? Personally I think this is a bad idea, alot of people may be >>>>> > using >>>>> > monitoring apps and scripts that look for low fps and restart the >>>>> > region, >>>>> > we would basically be forcing everyone to rewrite a lot of code to >>>>> > accommodate a singular purpose? Not quite sure how this improves the >>>>> > project as a whole. >>>>> > >>>>> > On Fri, Apr 24, 2015 at 5:40 PM, Michael Emory Cerquoni < >>>>> > [email protected]> wrote: >>>>> > >>>>> >> ok I will continue testing this for now, we should try to resolve the >>>>> >> white space issues before it hits core, we can worry about that later >>>>> >> though. I hope others can start testing this patch as well we need to >>>>> >> really make sure this does not break any scripts or monitoring apps >>>>> >> before >>>>> >> this changes the core code, so anyone who has the time please do test >>>>> >> this >>>>> >> and let us know if you notice anything change or break, thanks! >>>>> >> >>>>> >> On Fri, Apr 24, 2015 at 3:38 PM, Maxwell, Douglas CIV USARMY ARL (US) < >>>>> >> [email protected]> wrote: >>>>> >> >>>>> >>> Classification: UNCLASSIFIED >>>>> >>> Caveats: NONE >>>>> >>> >>>>> >>> What you saw were just warnings about white spaces. The patch should >>>>> >>> still >>>>> >>> apply and work. We follows the open simulator patch creation guidance >>>>> >>> explicitly, if you guys have updated instructions for how you want >>>>> >>> this >>>>> >>> done - >>>>> >>> let us know. Otherwise, you can ignore the warnings. >>>>> >>> >>>>> >>> v/r -douglas >>>>> >>> >>>>> >>> Douglas Maxwell, MSME >>>>> >>> Science and Technology Manager >>>>> >>> Virtual World Strategic Applications >>>>> >>> U.S. Army Research Lab >>>>> >>> Simulation & Training Technology Center (STTC) >>>>> >>> (c) (407) 242-0209 >>>>> >>> >>>>> >>> >>>>> >>> >>>>> >>> -----Original Message----- >>>>> >>> From: [email protected] >>>>> >>> [mailto:[email protected]] On Behalf Of Michael >>>>> >>> Emory >>>>> >>> Cerquoni >>>>> >>> Sent: Friday, April 24, 2015 2:38 PM >>>>> >>> To: [email protected] >>>>> >>> Subject: Re: [Opensim-dev] MOSES patch submitted >>>>> >>> >>>>> >>> please check the mantis, i had some trouble applying patch for >>>>> >>> testing, >>>>> >>> thanks >>>>> >>> guys! >>>>> >>> >>>>> >>> >>>>> >>> On Fri, Apr 24, 2015 at 1:30 PM, Michael Heilmann >>>>> >>> <[email protected]> >>>>> >>> wrote: >>>>> >>> >>>>> >>> >>>>> >>> Opensim Devs >>>>> >>> >>>>> >>> Just an FYI, mantis bug #7540 is the first code submission >>>>> >>> from >>>>> >>> project >>>>> >>> MOSES. Thanks. >>>>> >>> >>>>> >>> -- >>>>> >>> Michael Heilmann >>>>> >>> Research Associate >>>>> >>> Institute for Simulation and Training >>>>> >>> University of Central Florida >>>>> >>> >>>>> >>> _______________________________________________ >>>>> >>> Opensim-dev mailing list >>>>> >>> [email protected] >>>>> >>> http://opensimulator.org/cgi-bin/mailman/listinfo/opensim-dev >>>>> >>> <blockedhttp://opensimulator.org/cgi-bin/mailman/listinfo/opensim-dev> >>>>> >>> >>>>> >>> >>>>> >>> >>>>> >>> >>>>> >>> >>>>> >>> -- >>>>> >>> >>>>> >>> Michael Emory Cerquoni >>>>> >>> >>>>> >>> Classification: UNCLASSIFIED >>>>> >>> Caveats: NONE >>>>> >>> >>>>> >>> >>>>> >>> >>>>> >>> _______________________________________________ >>>>> >>> Opensim-dev mailing list >>>>> >>> [email protected] >>>>> >>> http://opensimulator.org/cgi-bin/mailman/listinfo/opensim-dev >>>>> >>> >>>>> >>> >>>>> >> >>>>> >> >>>>> >> -- >>>>> >> Michael Emory Cerquoni >>>>> >> >>>>> > >>>>> > >>>>> > >>>>> > >>>>> > >>>>> > _______________________________________________ >>>>> > Opensim-dev mailing list >>>>> > [email protected] >>>>> > http://opensimulator.org/cgi-bin/mailman/listinfo/opensim-dev >>>>> _______________________________________________ >>>>> Opensim-dev mailing list >>>>> [email protected] >>>>> http://opensimulator.org/cgi-bin/mailman/listinfo/opensim-dev >>>>> _______________________________________________ >>>>> Opensim-dev mailing list >>>>> [email protected] >>>>> http://opensimulator.org/cgi-bin/mailman/listinfo/opensim-dev >>>> >>>> >>>> >>>> -- >>>> Michael Emory Cerquoni >>>> >>>> >>>> _______________________________________________ >>>> Opensim-dev mailing list >>>> [email protected] >>>> http://opensimulator.org/cgi-bin/mailman/listinfo/opensim-dev >>> >>> >>> _______________________________________________ >>> Opensim-dev mailing list >>> [email protected] >>> http://opensimulator.org/cgi-bin/mailman/listinfo/opensim-dev >>> >> >> >> >> -- >> Michael Emory Cerquoni >> >> _______________________________________________ >> Opensim-dev mailing list >> [email protected] >> http://opensimulator.org/cgi-bin/mailman/listinfo/opensim-dev >> > > _______________________________________________ > Opensim-dev mailing list > [email protected] > http://opensimulator.org/cgi-bin/mailman/listinfo/opensim-dev
_______________________________________________ Opensim-dev mailing list [email protected] http://opensimulator.org/cgi-bin/mailman/listinfo/opensim-dev
