[Opensim-users] Memory usage
Dahlia Trimble
dahliatrimble at gmail.com
Thu May 28 17:53:40 UTC 2015
OSGrid is not "officially" the opensim test grid. They are a seperete
entity but happen to be very generous in helping test and reporting
results. That said, I have very good memory usage in my OSGrid regions
which are somewhat isolated, however I have seen regions which share
borders with other people's regions in crowded areas use more memory. This
is often the case in a grid as neighboring regions share a lot of
information with each other.
On Thu, May 28, 2015 at 8:06 AM, Thomas Ringate <tringate at gmail.com> wrote:
> Very interesting. My setup is quite different in that I do not run the
> grid but rather use the OSgrid. I only run the regions. That could be a
> huge difference. However since OSgrid is officially designated as the
> "opensim" test grid, I would hope the developers are serious about the
> results people are having who use that grid.
>
> I am in the process of trying to discover exactly when this problem
> started for me as was earlier requested.
>
> The different versions I can test with are these releases from OSgrid:
> osgrid-opensim-01162015.v0.8.1.97ac80d
> osgrid-opensim-01172015.v0.8.1.1f04e1b
> osgrid-opensim-02212015.v0.8.1.7b9ad11
> osgrid-opensim-03142015.v0.8.1.8b13e4e
> osgrid-opensim-03172015.v0.8.2.83e58eb
> osgrid-opensim-04052015.v0.8.2.8d66284
> osgrid-opensim-04122015.v0.8.2.d96d31b
> osgrid-opensim-05072015.v0.8.2.c74cef0
> osgrid-opensim-05092015.v0.8.2.adf0f49
> osgrid-opensim-05232015.v0.8.2.abb3bb6
>
> Later today I will cycle all of these releases on one of my regions and
> run a test using "monit" with my original parameters set to see which
> version it was that started using so much simulator memory. The change
> control on my home network is not near as professional as what I lived with
> at IBM for 31 years. Now I depend on my own memory. That is not a very
> good choice in my case. Luisillo's testing was far more accurate with
> excellent metrics to compare. Bravo.
>
> Tom
>
>
> -----Original Message----- From: Luisillo Contepomi
> Sent: Thursday, May 28, 2015 5:07 AM
> To: opensim-users at opensimulator.org
> Subject: Re: [Opensim-users] Memory usage
>
>
> I have not problems or issues with memory.
> My memory test results:
>
> Grid and sim in the same machine.
> Windows7 - 64 - RAM 8GB
> Intel Core i7-3770 at 3.40GHz
> Users in this test is out in other machines connecting by a 100Mb network.
>
> All users in this test are using Radegast. All have Inventory with
> 1200 Items aprox.
> and worn scripts as AO, radar and resizers in hair and shoes.
>
> Continente is a Var Region 1024x1024
> Prims used 55.048
> Scripts 4.499
>
> Region (Continente) # xengine status
> Status of XEngine instance for Continente
> Scripts loaded : 4499
> Scripts waiting for load : 0
> Max threads : 100
> Min threads : 2
> Allocated threads : 100
> In use threads : 42
> Work items waiting : 0
> Events queued : 636
> Events processed : 1028273
> Sensors : 157
> Dataserver requests : 0
> Timers : 715
> Listeners : 85
>
> From tast manager in K
> CPU 1 from 8 at 70 - 75% all time during test.
> -----------------
> Memory OpenSim.exe / MySql server
> Start region at. 9.39h
> ------------------------------------------------------------
> 1.613.652 no users 9.40h 652.976
> 2.140.920 no users 9.45h "
> ------------------------------------------------------------
> finish scripts load 9.46h "
>
> I order in console "fcache clear file" 9.47h Im not using memory cache. "
> ------------------------------------------------------------
> 2.142.964 no users 9.47h "
> 2.134.240 no users 9.48h 653.140
> 1.468.540 no users 9.49h
> 1.148.276 no users 9.50h (fcache clear finished.)
>
> Test with 2 users
> -------------------------------------------------------------
> 1.148.384 Login in one user 9.54H (RADEGAST)
> 1.185.828 with 1 user 9.56h
> 1.337.280 with 2 users 9.58h 734.548
>
> 1.389.148 2 users one is searching in his inventory 735.900
>
> 1.411.896 logout one user 10.01h 736.452
> 1.515.700 1 user 10.02H
> 1.271.528 1 user 10.03H 736.468
> ---------------------------------------------------
> 1.257.620 logout user No users in 10.04H 736.692
> 1.221.208 no users 10.05h 736.692
> 1.207.296 no users 10.07h 736.692
> 1.204.980 no users 10.07h 735.660
> 1.204.736 no users 10.09h 735.660
>
> ------------simultaneus 8 users login at 10.10h
> ---------------------------------------------------------------
>
> 1.228.172 10.10h.
> 1.427.396 10.11h 5 users login
> 1.699.788 10.12h 8 users login
> 1.937.552 10.13h 8 users in home
> 2.008.496 10.14h 8 users in home 745.468
> 2.010.358 10.15h 8 users in home 745.928
> 1.960.540 10.14h 8 users in home 745.944
> 1.887.942 10.15h 8 users in home "
> 1.946.372 10.16h 8 users in home "
> 1.902.660 10.17h 8 users in home location "
> 1.927.866 10.18h " "
> 1.872.444 10.19h " "
> 1.885.264 10.20h " "
> 1.838.972 10.23h " "
> 1.908.056 10.25h "
>
> Now logout all users one by minute.
>
> 1 - 1.906.736 10.26h 746.528
> 2 - 1.907.524 10.27h 746.532
> 3 - 1.876.456 10.28h 746.612
> 4 - 1.884.836 10.29h "
> 5 - 1.788.868 10.30h 746.852
> 6 - 1.732.212 10.31h "
> 7 - 1.756.340 10.32h "
> 8 - 1.648.408 10.33h "
> NO USERS
> 1.629.464 10.34h "
> 1.618.988 10.36h
> 1.434.444 10.37h
>
> Robust.exe always near 136.570K
> ---------------------------------------------------------
> 10.17h When have 8 users STATS:
> ---------------------------------------------------------
> Region (Continente) # show stats
>
>
> CONNECTION STATISTICS
> Client logouts due to no data receive timeout: 0
>
>
> SAMPLE FRAME STATISTICS
> Dilatn SimFPS PhyFPS AgntUp RootAg ChldAg Prims AtvPrm AtvScr
> ScrLPS
> 1.00 55 55.6 0.0 8 0 56152 25 4501
> 10991070
>
>
> PktsIn PktOut PendDl PendUl UnackB TotlFt NetFt PhysFt OthrFt
> AgntFt
> ImgsFt
> 20 123 0 0 1142 18.1 0.0 0.4 0.0 0.6
> 0.2
>
>
> MEMORY STATISTICS
> Heap allocated to OpenSim : 1647 MB
> Last heap allocation rate : 8.061 MB/s
> Average heap allocation rate: 9.906 MB/s
> Process memory : 2007 MB
>
> 10.46H NO USERS STATS
> ------------------------------------------------------
> Region (Continente) # show stats
>
>
> CONNECTION STATISTICS
> Client logouts due to no data receive timeout: 0
>
>
> SAMPLE FRAME STATISTICS
> Dilatn SimFPS PhyFPS AgntUp RootAg ChldAg Prims AtvPrm AtvScr
> ScrLPS
> 1.00 55 55.3 0.0 0 0 54875 24 4451
> 13512840
>
>
> PktsIn PktOut PendDl PendUl UnackB TotlFt NetFt PhysFt OthrFt
> AgntFt
> ImgsFt
> 13 78 0 0 0 18.3 0.0 0.6 0.0 0.0
> 0.0
>
>
> MEMORY STATISTICS
> Heap allocated to OpenSim : 768 MB
> Last heap allocation rate : 1.732 MB/s
> Average heap allocation rate: 2.493 MB/s
> Process memory : 1493 MB
>
> For me all is ok.
>
>
>
>
> 2015-05-28 1:53 GMT+02:00 Teravus Ovares <teravus at gmail.com>:
>
>> https://www.jetbrains.com/dotmemory/ dotmemory has been relatively
>> successful at identifying memory issues in the past.
>>
>> That said, it's not free and there may be free alternatives..... but be
>> advised you want one that supports managed memory... and one that works
>> well with Mono.Addins. Many free ones in the past have had issues
>> dynamically loading modules with Mono.addins. If the modules are not
>> loaded, you will see the server come up with no regions and it will be
>> pretty useless for testing. Testing physics is a bit harder because it
>> is
>> both managed and unmanaged... so you'll need to examine the pinned
>> memory.
>> Also, note that while running the simulator in a profiler such as
>> dotMemory,
>> it will run noticeably slower depending on how you do the profiling.
>>
>> Regards
>>
>> Teravus
>>
>> On Wed, May 27, 2015 at 3:01 AM, M.E. Verhagen <marceled9 at gmail.com>
>> wrote:
>>
>>>
>>> The memory consumption is troubling.
>>>
>>> It seems to be an cross platform issue, it happens on linux, mac and also
>>> windows.
>>>
>>> The script engine can be responsible for the skyrocketing of the memory
>>> usage when an avatar enters the region.
>>> The inventory system is also called as a possible suspect.
>>> Also the physics system can be un issuer.
>>>
>>> This throws up a question, how can the memory usage be broken down, to
>>> see
>>> what part is to blame ?
>>>
>>> _______________________________________________
>>> Opensim-users mailing list
>>> Opensim-users at opensimulator.org
>>> http://opensimulator.org/cgi-bin/mailman/listinfo/opensim-users
>>>
>>>
>>
>> _______________________________________________
>> Opensim-users mailing list
>> Opensim-users at opensimulator.org
>> http://opensimulator.org/cgi-bin/mailman/listinfo/opensim-users
>>
>> _______________________________________________
> Opensim-users mailing list
> Opensim-users at opensimulator.org
> http://opensimulator.org/cgi-bin/mailman/listinfo/opensim-users
> _______________________________________________
> Opensim-users mailing list
> Opensim-users at opensimulator.org
> http://opensimulator.org/cgi-bin/mailman/listinfo/opensim-users
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://opensimulator.org/pipermail/opensim-users/attachments/20150528/91c881b3/attachment-0001.html>
More information about the Opensim-users
mailing list