From a quick glance at the code it looks like it's keeping seldom used
objects in memory and increasing memory usage. This may be causing portions
of memory to swap out where they may not have before. When retrieving the
asset, it would need to swap it back in and it may have to do it in several
My hunch is the same as yours, i.e. that a file system cache is the
right thing to do here. There's no point in holding on to assets in
memory after they have been sent to clients, given how fast they can be
retrieved from the file system when the next client comes along. Since
this is all
d...@metaverseink.com wrote:
I noticed we have GlynnTucker.Cache.dll in the distribution, and this
wasn't being used. I have no idea what the story is, but since it's
there, I did one alternative cache module implementation using it, just
to see what happens. Since everything is modularized
Justin Clark-Casey wrote:
fyi, the GlynnTucker library was being used until recently in the original
OpenSim/Framework/Communications/Cache/AssetCache.cs, which is why it's there.
Ahhh! That explains the mystery. Sorry, it's hard to put all these
historical pieces together, I only started
I have two systems I work with. A release build and one for head. I
haven't messed with the experimental one in a while so I figured I'd
give it a try. Pulled SVN 9698 (i.e. that's the latest checkin).
Modified the ini files and pointed to a MySQL database. This is running
standalone. Most of
Mike,
Please see the bottom of the new OpenSim.ini.example and follow the
instructions there.
The switch to the new architecture described here
(http://opensimulator.org/wiki/OpenSim_Services_and_Service_Connectors)
will be visible to OpenSim users in exactly this: the configuration.
People
I found it. Messup up the spelling for the extra config file for the
asset service and it failed to find a config. Probably shouldn't
continue in that case. Anyway. its working now.
Mike
___
Opensim-dev mailing list
Opensim-dev@lists.berlios.de
Mike Dickson wrote:
Definitely things could be easier in the config area. Maybe when the
dust settles having a minimalist config with the things you really
*have* to change vs things that could be run with the defaults and a
full on example with all the possible options documented.
Yes,
Hi all,
for some special purposes I want to have an anonymous avatar to log in into
OpenSim (no rights, no inventar, will be deleted after log out). Is this
possible in general and are there any ambitions or somebody who has already
done that?
Best regards,
Daniel
are you talking about your own opensim region on a local system or one
of the systems that are hosted?
I guess in theory you could have pre-setup anonymous avatars in the
user database and a sql trigger to reset them on log out.
On Wed, May 27, 2009 at 8:05 AM, Daniel Herzog d...@mms-dresden.de
In fact, it must be a BSD compatible license for all parts to be
eligible for core. If any part is not licensed under a BSD
compatible license, then it would have to live on Forge, which hosts
other licenses.
Melanie
d...@metaverseink.com wrote:
Imaze, this is awesome! Thank you so much for
Hi Again!
Adding BSD compatible licence to the cache (CnmHashGenerationCache) is
not problem (if I have understand right BSD licence still allows me to
use it my closed source database project). I also have some ideas how to
add time based expiration and how user could define to configuration
Hi,
Imaze Rhiano wrote:
Adding BSD compatible licence to the cache (CnmHashGenerationCache) is
not problem (if I have understand right BSD licence still allows me to
use it my closed source database project).
As the original creator, you can license the code as BSD to OpenSim,
but later
Imaze,
if you are doing work from scratch, you always have the option to keep a
proprietary version for yourself, whilst releasing one version as BSD. As long
as you're not using code that any other OpenSim developer has committed, all
rights still belong solely to you.
Before jumping
14 matches
Mail list logo