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 <[email protected]> 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: [email protected] > 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 <[email protected]>: > >> 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 <[email protected]> >> 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 >>> [email protected] >>> http://opensimulator.org/cgi-bin/mailman/listinfo/opensim-users >>> >>> >> >> _______________________________________________ >> Opensim-users mailing list >> [email protected] >> http://opensimulator.org/cgi-bin/mailman/listinfo/opensim-users >> >> _______________________________________________ > Opensim-users mailing list > [email protected] > http://opensimulator.org/cgi-bin/mailman/listinfo/opensim-users > _______________________________________________ > Opensim-users mailing list > [email protected] > http://opensimulator.org/cgi-bin/mailman/listinfo/opensim-users >
_______________________________________________ Opensim-users mailing list [email protected] http://opensimulator.org/cgi-bin/mailman/listinfo/opensim-users
