Mike Mazur wrote:
Hi,
I have just one comment on the below commit:
Could the extension point be renamed /OpenSim/AssetClient?
AssetServerClient seems strangely confusing, perhaps redundant :P
Good call. I've sent the feedback on to Alan as I don't want to make
that change directly lest
Hi,
I did a little test with a fresh OpenSim installation (yes, thanks for
the installer!),
to get a grip on what I learned from Melanie yesterday.
I wrote a little python script to help me monitor these tables:
inventoryStore/inventoryItems
assetStorage/assets
http://pastebin.com/mc9e6574 ,
Dirk Krause wrote:
Hi,
I did a little test with a fresh OpenSim installation (yes, thanks for
the installer!),
to get a grip on what I learned from Melanie yesterday.
I wrote a little python script to help me monitor these tables:
inventoryStore/inventoryItems
assetStorage/assets
...
This would mean that any grid runs into a severe problem over time.
Yep :). On a standalone one could implement some cleanup scheme
which checks everything to see
if an asset is still referenced, and deletes that asset if it is not.
In grid mode this is a much more difficult problem
Um. Having immutable assets do bring a number of optimization shortcuts. I'm
not saying it's all good - merely that it's not all bad.
The OpenSim solution, as always, is to address each case by itself, and to make
divergence optional.
So, maybe region map textures should be overwriteable.
Dirk Krause wrote:
...
[...]
But isn't that ... horrible? (in lack of a better/worse word.)
As I said yesterday, IMHO there is no real need to think about
optimizations when you have
a serious blocker like this. I would even go so far that this is a major
roadblock for grid based
NHibernate has, in tests, been significantly slower than native
implementations.
Melanie
Antti Kokko wrote:
Trying to catch up but anyway what I think in general is that the whole
database schema is not the best in terms of coherence, associations etc. For
me it seems that at first came all
We can't step away from SL compatibility until there is a
full-featured, viable viewer, preferably not based on Linden Labs
code. Until then, the viewer's asset caching mechanism make that
impossible.
Melanie
Dirk Krause wrote:
...
This would mean that any grid runs into a severe problem
There could be business modell attached to it.
Lets say you sell only the 'right to use it for a given time' to the user, then
you would have only one set of assets with multiple inventory pointers from
your 2000 customers. Once you delete/disable it, no one can use it anymore.
Once you update
I suggest we talk more about complementary and parallell scenarios and
strategies, and less about either/or - this is a platform, and various
implemetations will prioritize differently.
Best regards,
Stefan Andersson
Tribal Media AB
Date: Wed, 18 Feb 2009 20:02:38 +0100
From:
Ok, granted. But isn't this a bit chicken/egg here? Possible solution
scenarios should define the requirements of the viewer, which probably won't
write itself. Esp. when new viewers will be based on openmv somebody should
tell John et al. :-).
-Ursprüngliche Nachricht-
Von:
ok, very cool, thanks for the info.
I take it you esp refer to IdealistViewer, openviewer and the Rex-NG viewer?
-Ursprüngliche Nachricht-
Von: opensim-dev-boun...@lists.berlios.de
[mailto:opensim-dev-boun...@lists.berlios.de] Im Auftrag von Melanie
Gesendet: Mittwoch, 18. Februar 2009
I hope I am not too notorious by stating:
- no 'big corp' IT manager will accept a solution with 'uncontrollable growth
in asset storage' as Tommi correctly put it. Period.
- I learned through Melanie that these issue are well known and already
addressed.
- I also learned that potential viewer
- I also agree with you
Dirk Krause wrote:
I hope I am not too notorious by stating:
- no 'big corp' IT manager will accept a solution with 'uncontrollable growth
in asset storage' as Tommi correctly put it. Period.
- I learned through Melanie that these issue are well known and already
Dear colleagues,
Kunnis and JHurliman has been working to incorporate our Prebuild
customizations into the upstream source, and we're now at the point where we
can do an upstream update and subsequentially move the Prebuild source out of
the trunk and into opensim-libs. (Or should it go on
As a rule of thumb, 256MB per sim is an operative minimum, but mono
really likes to see 1GB per region to be happy.
Some people use VPS to run OpenSim in, I don't recommend that,though.
Melanie
Bernardo Donadio wrote:
Hi!
I'm new on OpenSim and I want to make a server. But I don't know what
Thanks for the quick response, but what can happens if i run for
example with 512MB? The server will have a high ping or what?
Thanks again for all!
As a rule of thumb, 256MB per sim is an operative minimum, but mono
really likes to see 1GB per region to be happy.
2009/2/19 Bernardo Donadio
It really matters how much memory the region is using. If you don't have
enough, the system will need to use swap space and that will be perceived as
lag spurts. How much memory you use is dependent on how many avatars are
online, how many prims and how complex they are, and how many scripts are
A rule of thumb is 150KBit/s per client.
Melanie
Bernardo Donadio wrote:
Ok, and how much is the utilization of the network? How much 1 client
need of bandwidth?
Thanks for all and sorry for my bad english :-)
2009/2/19 Dahlia Trimble dahliatrim...@gmail.com:
It really matters how much
Hi
If you do provide 1GB per region, what limits does one need to impose on
number of avatars, scripts objects etc.?
Thanks
Geetika Sharma
opensim-dev-boun...@lists.berlios.de wrote on 02/19/2009 09:52:30 AM:
Dahlia Trimble dahliatrim...@gmail.com
Sent by:
You can use any voice system _beside_ opensim. No other system
provides a Linden viewer plugin, though.
Melanie
Bernardo Donadio wrote:
And, I was reading that the OpenSim don't work with the built-in SL
voice system. Is that right? And if yes, I can integrate other voice
system, like Mambo
You can't currently hard-limit anything. We have seen 20+ avatars in
regions with 6000+ prims on less memory than that.
Generally, avatars take more memory than prims.
Melanie
Geetika S wrote:
Hi
If you do provide 1GB per region, what limits does one need to impose on
number of avatars,
Ok, and the 150Kbps (was kilobits, not kilobytes, right?) are of
upload or download?
Thanks!
2009/2/19 Melanie mela...@t-data.com:
You can't currently hard-limit anything. We have seen 20+ avatars in
regions with 6000+ prims on less memory than that.
Generally, avatars take more memory than
But in any case doing 50+ avatars would be murder, right?
Geetika Sharma
opensim-dev-boun...@lists.berlios.de wrote on 02/19/2009 10:53:04 AM:
Melanie mela...@t-data.com
Sent by: opensim-dev-boun...@lists.berlios.de
02/19/2009 10:53 AM
Please respond to
opensim-dev@lists.berlios.de
To
No one has ever gotten there. It has always crashed.
Melanie
Geetika S wrote:
But in any case doing 50+ avatars would be murder, right?
Geetika Sharma
opensim-dev-boun...@lists.berlios.de wrote on 02/19/2009 10:53:04 AM:
Melanie mela...@t-data.com
Sent by:
Is it possible to do multiple webcam streams in a single region? How does
that affect the avatar limit? I want to set it up using Darwin.
Thanks
Geetika Sharma
opensim-dev-boun...@lists.berlios.de wrote on 02/19/2009 11:05:09 AM:
Melanie mela...@t-data.com
Sent by:
Since the display of the media streams are totally unrelated to OpenSim (except
invocation and termination), meaning OpenSim only knows the link and the
streaming is between the viewer and the streaming server, it shouldn't affect
the avatar limit at all, esp when the streaming server is on a
I always had that on my list to try this, but didn't try it yet :-).
As far as I understood you should be able to divide your region in parcels.
Each parcel can have a different media stream. So what I wanted to try was to
divide one big conference room into N parcels each with a media stream
Dirk Krause wrote:
But I don't know if the client can display multiple streams, or whether it
just plays the stream of the very parcel you stand in.
The client will only show the stream that is associated with the parcel
you currently occupy. If you have the same media texture for all
On Thu, Feb 19, 2009 at 03:46:58AM +, Melanie wrote:
As a rule of thumb, 256MB per sim is an operative minimum, but mono
really likes to see 1GB per region to be happy.
Some people use VPS to run OpenSim in, I don't recommend that,though.
Depends on the virtualization technology. Linux
30 matches
Mail list logo