[Opensim-users] Memory usage

Luisillo Contepomi luisillocontepomi at gmail.com
Thu May 28 09:07:15 UTC 2015


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
>


More information about the Opensim-users mailing list