osgrid has seen 0% increase in traffic to the asset server.<br><br><a href="http://assets.osgrid.org/stats">http://assets.osgrid.org/stats</a><br><br>have a look for yourself.<br><br><br><div class="gmail_quote">On Thu, May 21, 2009 at 11:55 AM, Melanie <span dir="ltr"><<a href="mailto:melanie@t-data.com">melanie@t-data.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">Indeed, it might be it's not really working....<br>
<font color="#888888"><br>
Melanie<br>
</font><div><div></div><div class="h5"><br>
<br>
Mic Bowman wrote:<br>
> is there any instrumentation in the asset cache about hit rate? the<br>
> fact that there is no measurable increase reported on the osgrid asset<br>
> server with the caches turned off suggests that the cache isn't really<br>
> absorbing many hits (either because its not working the way its<br>
> expected to or because the re-use isn't significant).<br>
><br>
> --mic<br>
><br>
><br>
> On Thu, May 21, 2009 at 11:43 AM, <<a href="mailto:diva@metaverseink.com">diva@metaverseink.com</a>> wrote:<br>
>> The cache, as configured, has 32K asset slots, which is a lot. So it<br>
>> takes a while until the cache releases some objects for the GC to<br>
>> collect. I think there's something else going on with that cache --<br>
>> probably too many locking conflicts between threads, or something like<br>
>> that. Whatever it is, it's much heavier than fetching the assets from<br>
>> the remote asset server, which is amazing. And another amazing thing is<br>
>> that remote fetching of so many assets at the same time (whenever a<br>
>> client connects) has such good observable performance for the user.<br>
>><br>
>> If the purpose of the cache is to go easy on the asset server (not<br>
>> necessarily improve the observable performance, which is already very<br>
>> good without the mem cache) it might make more sense to use a file<br>
>> system / local DB instead of a memory cache.<br>
>><br>
>> Stefan Andersson wrote:<br>
>>> If the cache is releasing objects, I think we might well be seeing<br>
>>> LOH fragmentation.<br>
>>><br>
>>> <a href="http://msdn.microsoft.com/en-us/magazine/cc534993.aspx" target="_blank">http://msdn.microsoft.com/en-us/magazine/cc534993.aspx</a><br>
>>><br>
>>> The solution would then be to break the binaries apart into byte cucks<br>
>>> smaller than the LOH trshold.<br>
>>><br>
>>> Best regards,<br>
>>> Stefan Andersson<br>
>>><br>
>>><br>
>>><br>
>>><br>
>>> > From: <a href="mailto:adam@deepthink.com.au">adam@deepthink.com.au</a><br>
>>> > To: <a href="mailto:opensim-dev@lists.berlios.de">opensim-dev@lists.berlios.de</a><br>
>>> > Date: Wed, 20 May 2009 17:21:51 -0400<br>
>>> > Subject: Re: [Opensim-dev] Memory cache<br>
>>> ><br>
>>> > We are using an external caching library I believe, it could be<br>
>>> sitting in there.<br>
>>> ><br>
>>> > Adam<br>
>>> ><br>
>>> > > -----Original Message-----<br>
>>> > > From: <a href="mailto:opensim-dev-bounces@lists.berlios.de">opensim-dev-bounces@lists.berlios.de</a> [mailto:<a href="mailto:opensim-dev-">opensim-dev-</a><br>
>>> > > <a href="mailto:bounces@lists.berlios.de">bounces@lists.berlios.de</a>] On Behalf Of Melanie<br>
>>> > > Sent: Wednesday, 20 May 2009 1:56 PM<br>
>>> > > To: <a href="mailto:opensim-dev@lists.berlios.de">opensim-dev@lists.berlios.de</a><br>
>>> > > Subject: Re: [Opensim-dev] Memory cache<br>
>>> > ><br>
>>> > > The surprise really is that the cache would be a performance loss<br>
>>> > > instead of a performance gain. What is there that makes it so slow?<br>
>>> > ><br>
>>> > > Melanie<br>
>>> > ><br>
>>> > > Frisby, Adam wrote:<br>
>>> > > > As chief engineer aboard the USS OSgrid, I might want to recommend<br>
>>> > > against this.<br>
>>> > > ><br>
>>> > > > Not having the sims cache assets will mean that every asset request<br>
>>> > > will hit the core asset server which in turn will result in higher<br>
>>> > > bandwidth requirements for it in the long run. It doesn't appear to<br>
>>> > > have made a huge impact on our bandwidth charts for this week yet -<br>
>>> > > however I wouldn't be surprised if it did if everyone did this.<br>
>>> > > ><br>
>>> > > > Adam<br>
>>> > > ><br>
>>> > > > From: <a href="mailto:opensim-dev-bounces@lists.berlios.de">opensim-dev-bounces@lists.berlios.de</a> [mailto:<a href="mailto:opensim-dev-">opensim-dev-</a><br>
>>> > > <a href="mailto:bounces@lists.berlios.de">bounces@lists.berlios.de</a>] On Behalf Of Nebadon Izumi<br>
>>> > > > Sent: Wednesday, 20 May 2009 10:19 AM<br>
>>> > > > To: <a href="mailto:diva@metaverseink.com">diva@metaverseink.com</a>; <a href="mailto:opensim-dev@lists.berlios.de">opensim-dev@lists.berlios.de</a><br>
>>> > > > Subject: Re: [Opensim-dev] Memory cache<br>
>>> > > ><br>
>>> > > > Yay for mistakes that end in gains!!! of course if anyone asks i<br>
>>> > > planned this ;P anyway i thought people would like to see my ini<br>
>>> > > changes.. this is what lead to the discovery:<br>
>>> > > ><br>
>>> > > > [OpenSim.ini]<br>
>>> > > > ; The following is the configuration section for the new style<br>
>>> > > grid servers<br>
>>> > > > ; If you don't know what this is, don't enable it. It will eat<br>
>>> > > your data,<br>
>>> > > > ; format your hard drive and make all meat in your fridge spoil.<br>
>>> > > > ; You have been warned.<br>
>>> > > > ; Some of this is starting to work!<br>
>>> > > > [Modules]<br>
>>> > > > ; Choose one<br>
>>> > > > ;AssetServices = "LocalAssetServicesConnector"<br>
>>> > > > AssetServices = "RemoteAssetServicesConnector"<br>
>>> > > > ;AssetServices = "HGAssetBroker"<br>
>>> > > ><br>
>>> > > > ; If you don't want asset caching in the regions, comment this<br>
>>> > > > AssetCaching = "CoreAssetCache" ;<<<---*** SEE ERROR HERE ***---<br>
>>> > > ->>><br>
>>> > > ><br>
>>> > > > ; Choose one<br>
>>> > > > ;UserServices = "LocalUserServicesConnector"<br>
>>> > > > UserServices = "RemoteUserServicesConnector"<br>
>>> > > ><br>
>>> > > ><br>
>>> > > > [AssetService]<br>
>>> > > > ; Parameters for local assets, formerly known as "standalone"<br>
>>> > > > LocalServiceModule =<br>
>>> > > "OpenSim.Services.AssetService.dll:AssetService"<br>
>>> > > > StorageProvider = "OpenSim.Data.SQLite.dll"<br>
>>> > > > ;StorageProvider = "OpenSim.Data.MySQL.dll"<br>
>>> > > > ;ConnectionString = "Data Source=localhost;Database=opensim;User<br>
>>> > > ID=opensim;Password=opensim;"<br>
>>> > > > DefaultAssetLoader =<br>
>>> > > "OpenSim.Framework.AssetLoader.Filesystem.dll"<br>
>>> > > > AssetLoaderArgs = "assets/AssetSets.xml"<br>
>>> > > ><br>
>>> > > > ; Parameters for remote assets, formerly known as "grid"<br>
>>> > > > AssetServerURI = "<a href="http://assets.osgrid.org:8003/" target="_blank">http://assets.osgrid.org:8003/</a>"<br>
>>> > > ><br>
>>> > > > ; Paremeters for the Hypergrid connector<br>
>>> > > ><br>
>>> > > > ;; Parameters for the HG Broker<br>
>>> > > > ; Use this one if you have a standalone grid<br>
>>> > > > ;LocalGridAssetService =<br>
>>> > > "OpenSim.Services.AssetService.dll:AssetService"<br>
>>> > > > ; Use this one if this sim is connected to a grid-wide asset<br>
>>> > > server<br>
>>> > > > ;LocalGridAssetService =<br>
>>> > > "OpenSim.Services.Connectors.dll:AssetServiceConnector"<br>
>>> > > > ;HypergridAssetService =<br>
>>> > > "OpenSim.Services.AssetService.dll:HGAssetService"<br>
>>> > > ><br>
>>> > > > [AssetCache]<br>
>>> > > > ; Number of buckets for assets<br>
>>> > > > CacheBuckets = 32768<br>
>>> > > ><br>
>>> > > > [UserService]<br>
>>> > > > ;LocalServiceModule =<br>
>>> > > "OpenSim.Services.UserService.dll:UserService"<br>
>>> > > ><br>
>>> > > > [/OpenSim.ini]<br>
>>> > > ><br>
>>> > > > Please test this out and see if you see gains too and let us know.<br>
>>> > > ><br>
>>> > > > Neb<br>
>>> > > ><br>
>>> > > ><br>
>>> > > ><br>
>>> > > > ---------------------------------------------------------------------<br>
>>> > > ---<br>
>>> > > ><br>
>>> > > > _______________________________________________<br>
>>> > > > Opensim-dev mailing list<br>
>>> > > > <a href="mailto:Opensim-dev@lists.berlios.de">Opensim-dev@lists.berlios.de</a><br>
>>> > > > <a href="https://lists.berlios.de/mailman/listinfo/opensim-dev" target="_blank">https://lists.berlios.de/mailman/listinfo/opensim-dev</a><br>
>>> > > _______________________________________________<br>
>>> > > Opensim-dev mailing list<br>
>>> > > <a href="mailto:Opensim-dev@lists.berlios.de">Opensim-dev@lists.berlios.de</a><br>
>>> > > <a href="https://lists.berlios.de/mailman/listinfo/opensim-dev" target="_blank">https://lists.berlios.de/mailman/listinfo/opensim-dev</a><br>
>>> > _______________________________________________<br>
>>> > Opensim-dev mailing list<br>
>>> > <a href="mailto:Opensim-dev@lists.berlios.de">Opensim-dev@lists.berlios.de</a><br>
>>> > <a href="https://lists.berlios.de/mailman/listinfo/opensim-dev" target="_blank">https://lists.berlios.de/mailman/listinfo/opensim-dev</a><br>
>>><br>
>>><br>
>>> ------------------------------------------------------------------------<br>
>>><br>
>>> _______________________________________________<br>
>>> Opensim-dev mailing list<br>
>>> <a href="mailto:Opensim-dev@lists.berlios.de">Opensim-dev@lists.berlios.de</a><br>
>>> <a href="https://lists.berlios.de/mailman/listinfo/opensim-dev" target="_blank">https://lists.berlios.de/mailman/listinfo/opensim-dev</a><br>
>> _______________________________________________<br>
>> Opensim-dev mailing list<br>
>> <a href="mailto:Opensim-dev@lists.berlios.de">Opensim-dev@lists.berlios.de</a><br>
>> <a href="https://lists.berlios.de/mailman/listinfo/opensim-dev" target="_blank">https://lists.berlios.de/mailman/listinfo/opensim-dev</a><br>
>><br>
> _______________________________________________<br>
> Opensim-dev mailing list<br>
> <a href="mailto:Opensim-dev@lists.berlios.de">Opensim-dev@lists.berlios.de</a><br>
> <a href="https://lists.berlios.de/mailman/listinfo/opensim-dev" target="_blank">https://lists.berlios.de/mailman/listinfo/opensim-dev</a><br>
><br>
><br>
_______________________________________________<br>
Opensim-dev mailing list<br>
<a href="mailto:Opensim-dev@lists.berlios.de">Opensim-dev@lists.berlios.de</a><br>
<a href="https://lists.berlios.de/mailman/listinfo/opensim-dev" target="_blank">https://lists.berlios.de/mailman/listinfo/opensim-dev</a><br>
</div></div></blockquote></div><br><br clear="all"><br>-- <br>Michael Emory Cerquoni - Nebadon Izumi @ <a href="http://osgrid.org">http://osgrid.org</a><br>