Scripts are potentially offloadable – but the environment running them has to be trustworthy and on a low-latency connection to the sim. A client connection doesnt satisfy either of these conditions. Packet delivery is also more potentially offloadable – it requires reworking the protocol to add some proper cryptographic signaturing to outbound packets, but a client could act as a proxy mirror for certain large assets (eg textures). Smaller assets (like object data) is too small to worry about (transmission costs are higher than the message.).

The guys implementing BadumnaSim (see forge.opensimulator.org) have had some success with the latter – however most of the improvements are in the area of texture delivery. OpenSim has had a lot of improvements in our internal texture handler, so I’m unsure how much benefit there is for running Badumna now; but some experimentation is appreciated.

Yes I think you are correct about that, we did tests running Opensim on a normal pc under windowsXP and then inventory works well with all objects stored on the same machine, yet when using it with high end servers, giving it all the resources it could want it just fails and there isn’t a thing we can do about it and that is what keeps people away. They come to a grid, first thing they want is getting items out of boxes to change their appearance and there you have it. “My inventory doesn’t load” “I don’t see the object I just got out of the box” “I gave something to another avatar and it doesn’t work” “My inventory is lagging” people conclude it doesn’t work and leave.

This is a major issue and that is why I mentioned it here. I think with this type of software (as with any type) some sort of trust relation is created between user and the computer program. I’m well aware of all the hard work that is done by all of the programmers and nobody is to blaim in any way.

Funny that you mention “Storage on your local machine” perhaps the solution is in that sentence. Since all objects you see rendered in world are getting downloaded to your machine perhaps inventory could be solved this way. No more objects that need to be pulled from servers and follow a complex route to get placed in a simulator. A huge reduction in lost objects due to packet loss. Inventory server just keeps track of UUID strings and the actual inventory system works like it does for MMORPG’s which are installed on home computers. You can even look at this as a more industry standard approach compared to the way it works today. It even seems a lot more “server friendly”.

Looking forward to see what Opensim does in 2009.

The load from those is however fairly small – each avatar introduces 3×512x512 images for clothing, plus prims, being a worst case additional ~160KB per avatar. The average scene by comparison is about 20-50MB+.

The major contributor is simply having the avatar in the packet queues – with 1 client you only need to send one update for an object when you move it. With 50 clients, your sending a very significant amount more.

Re: inventory – the big issue with inventory is not that OpenSim handles it badly (it probably does), but that the region server shouldnt be handling it at all. The SL protocol isnt designed very well from a scaling angle, and the reality is that your inventory should sit with either an ISP-level organisation (like email), or on your local machine (as a folder that’s uploaded to the sim on demand).

Failing to do that and centralising it how SL does it right now is just simply unscalable – if you have 100,000 users with 1,000 inventory items each – your handling 100 million items. Bring that to a million users, and your talking a billion plus database records. It’s just simply unsustainable.

That all being said, I’m sure OpenSim will be significantly more stable by the end of the year – we’ve seen a huge amount of progress in 2008, although I still expect to see a lot more experimental feature support this year, particularly as the designs for more scalable client infrastructure are being settled (MMOX, OGP, etc)

Fact that there are leaks is true, I notice this when doing server resource checks, scripts cause leaks for example making a simulator freeze up after a day or even a few days. There is a lot in the aspect of the basic functions of Opensim that needs work. I would really like to see inventory folders opening up every time you click them, when you drag something out of inventory I would really like to see that the object is there on the land. Those kind of things are what stops people from using Opensim. I hope that in 2009 the basic functions get sorted out. Many things do work fine, logins, teleports, region crossing do very well for me while they don’t for others. I have major inventory issues while others do just fine with it. I really would like to see that you get this stable over all platforms, Windows, Linux, if you get to that point the overall impression with the general public will change and more people will find use for Opensim.

I did some inventory cleaning in Second Life a few days ago and noticed they don’t have it working after 10 years so something isn’t correct with the entire system. I had 98% perfect rezzing, still 2 out of 100 objects weren’t there when I dragged them out. I also noticed several items just had vanished, another well known issue, I paid for these things and now they were gone, people get frustrated and angry over this. How could Opensim ever start to have an economy without a reliable system that handles inventory?

What would happen if this occured in a MMORPG like World of Warcraft for example, people their magic potion doesn’t rez when they need it. How would this affect the gameplay of such a platform? Any MMORPG would lose users over this.

Opensim isn’t a bit of code sitting on sourceforge to show how you can make a virtual world server, it’s a product so I’m looking forward to see improvement in the core functions.