What's bad about is, is that the underlying architecture of the grid is still the same and while it's been able to handle the normal loads now, it yesterday started to stutter badly, again. This hasn't happened in such drastic manner for quite some time, now. I guess it's really time that the new architecture, which is designed to scale more nicely, should be implemented and rolled out as soon as possible.
Entries tagged as programming
Related tags
admin business communication land linden lab lindenlabs openspaces sims role play second life ad farms age verification amsterdam behaviour copybot design development downtime dreamland grid griefers growth ibm instant messenger law mercedes-benz open source outage property realxtend reliability tos virtual sex voice child pornography graphics havok philip linden population tools viewers vista vivox www scaling abuse aggregator ajax anniversary april joke art backup beta building cartoon ceo chat client clubs copyright data center database disaster economics electric sheep fashion fbi frankfurt fun gambling gay gor gorean harassment hp interview irc job marketing megaprims mysql news newspaper old stuff pdf personal philip rosedale places privacy profiles protest relationship rezday search shoes slim statistics svg t-online tips tutorial usage virtual rapeTuesday, 2. September 2008
Scaling issues - again
Sunday, 31. August 2008
Some new stuff and such
Well, what's new anyway in the meantime in SL?
- Mono has been deployed to the whole grid. This means, that all LSL scripts now might run on this new engine, which makes computation of scripts up to 200 times faster than the former one. As a side effect, every script has now 64 KB of memory for data instead of 16 KB. But it seems that if you want to run Mono, you have to recompile the script for yourself. Old scripts are not going to be recompiled automatically, a thing, that perhaps might happen in the future, though, since it's for sure not going to happen that both engines are going to be supported parallel for long, meaning the old LSL engine is going to fade out slowly. If you want to compile your scripts on Mono, you need a viewer of the 1.21-series at least.
- The Lindens have a new communication policy for their blog, it is undergoing a big relaunch at the moment in the background. While some are happy, that now Torley Linden cannot put up his "pink-green neon glowing junk of happiness" on the homepage anymore, others wonder what happened there in general. They are planning to change their ways of communication, again, well so far we have to see what is going to happen in October. For the meantime we have to live with it like it is.
- People are wondering which kind of product SLim is going to be and when it is going to be launched. So far, there are only rumors around despite the fact that Linden Lab recently applied for that trademark. Most agree, though, according to the application it is going to be some kind of messenger. This is exciting, because a new product is really something that might come in handy for Linden Lab to stand out against the less complex competition for an audience, for which Second Life is too complex, power hungry, whatever, in general not appealing enough. A first preview is expected though within the next couple of weeks. Makes me wonder... is this a project which has been initiated by Mark Kingdon aka M Linden or did the foundation for it already happen under Philip Rosedale's reign as CEO still?
- The next big thing in the background might be the standarization of the protocol to build the intergrid, the thing at which they are working together with IBM.
- Copybot is supposed to get support for cloning prim attachments of avatars. I wonder, if this is ever going to really happen.
- Land prices still stay quite low. This is bad for land barons, who need to make money on sales, but good for the inhabitants and other content creators, too.
- Oldtimer Gwyneth Llwellyn ran an essay named "No more limits", outlining some ways in which Second Life might develop in the future, for example more prims per sim (again), bigger or smaller sims than 256x256 meters, allowance of megaprims and getting rid of the limitations of LSL. Some of those might really happen sooner or later in the future.
Sunday, 4. May 2008
realXtend: Second Life's Apache?
Gentle reader,
today I want to talk a little about the realXtend project which came upon my radar recently and impressed me great lengths. Their goal is, put in simple terms, to develop the InterGrid about which Gwyneth Llewellyn spoke recently in one of her own blog posts. Well, she even mentions the project in her post.
The InterGrid, put in simple terms again, is the ability to make your own region/regions/grid and take your avatar on grid A, B or C and also take the inventory of it with you. This means your avatar becomes quite more flexible, it can travel around the different grids if done correctly, but also there's quite much work to do until that goal is going to be achieved. This project is using OpenSim as their platform for serving regions, they've already enhanced it with quite much advanced and sophisticated features and also forked the Second Life viewer into an own thing, although this can still connect to the Second Life grid in a compatibility mode.
The realXtend project is backed up by two Finnish companies and around 20 people working on it, programmers, content creators and graphic designers, so a good size but still small compared to the staff of Linden Lab.
Contrary to the culture of Linden Lab, though, they've got a roadmap, and since they're contributing to OpenSim, parts of it overlap with the roadmap of that project, too. Having a roadmap never hurts, on the contrary, it is always nice to have and a good thing for all participating people.
In a recent interview one of the driving forces behind realXtend, the CEO of one of the companies backing it up named Tony Manninen, gave us a very interesting peace of his mind and his over all vision for the project:
Me: And how will the work you have done on the avatar server alleviate this problem unless SL, WoW and other cooperate on interoperability?
Tony: Think of it more like the 3d web. realXtend/OpenSim is like the Apache of virtual worlds, rexViewer is the Mozilla or Firefox of whatever. When "surfing" the web, you are not constantly required to prove and change your identity when loading different pages.
And this line is quite interesting for all of us. Apache is today the work horse of most web servers on the planet, its market share is around 51% in April 2008. But what many people don't know is how Apache started and how it became the king of the hill. In former times, when Apache was non existant, there's been another 800 pound gorilla of webserving software called NCSA httpd. This was back then the leading webserver under an opensource license. Apache just started as a patchset (Apache was just the nickname for "a patch" first only or more precise "a patchy server") way back then for NCSA httpd, adding features many people wanted but the maintainers of NCSA httpd were unable or unwilling to include. So over the time the patch set became more and more important, popular and turned into an own piece of software, winning big grounds against its father until NCSA httpd became obsolete and went into insignificance.
So, what does that mean when talking about Second Life? Simply: realXtend could be the nail into the coffin of Second Life.
So, what's in realXtend viewer and OpenSim already, that would be nice to have in Second Life, but isn't there (yet)? Among already implemented features those biggies:
- the ability to host your own region somewhere on a server of your choice and to connect it to the grid (many would like that since the tiers you've got to pay for Linden Lab are quite expensive),
- the use of a more advanced opensource renderer named OGRE, which also is going to support DirectX rendering on Windows platforms,
- coming with this renderer real time lights and shadows of objects,
- web on a prim,
- builtin VNC viewer for desktop sharing,
- VOIP client and 3d audio rendernig,
- meshes instead of prims - this means you can build far more advanced structures, also build stuff in normal programs instead of the client and import them, which adds to a good graphics experience quite much, but also means a slightly longer loading time perhaps, but still many would applaud them in SL and with right,
- quite more sophisticated avatar meshes, everything can be an avatar, e.g. also mushrooms (this example is included) or a bad snowman,
- Python scripting,
- teleports between realXtend and Secondlife,
- script controlled teleports,
- centralised avatar storage to move the avatar between different grids,
- multiple streaming URLs per parcel,
- and others,
but those are the real biggies. If you also take into account that it just took realXtend to implement those features around four (!) months of time you'll really have to wonder why Linden Lab hasn't done that themselfes already!
Among the roadmapped features you'll find those things:
- Direct3D rendering on windows platforms,
- support for OGG Vorbis,
- support for video codecs beside Quicktime,
- Weather support,
- inverse kinematics,
- avatar face/head animation based on live video camera data,
- lip sync for VOIP,
- cloth physics,
- vehicle support,
- the ability to hold more than 100 avatars at the same time in one region by splitting up the region on several hosts and letting them do their work,
- and others.
So what we'll have here is a real ambitious project to build the InterGrid with nice goals, but they're not only having a roadmap, seems they've already been able so far to deliver their planned features and are going to be in the future, too, in many parts they're already ahead of Second Life quite much.
To put it short: what we've got here is a major competitor emerging for Second Life and even more so on a very rapid speed! Linden Lab is still ahead of its competition somewhat, but realXtend is gaining ground and its gaining it quickly so that Linden Lab should really be make up its mind now what they're planning with the platform in the future, otherwise it is quite possible that they are going to face the same fate as NCSA httpd or Netscape: the technic will remain, but innovations are coming from other sources and the people behind the initial project are loosing the grip on it.
Technorati : business, development, programming, realxtend, second life
Del.icio.us : business, development, programming, realxtend, second life
Opensource viewers
Since the opensourcing of the client side of Second Life there have been some more or less interesting projects going on in forking the browser or developing it into something better/more.
Some projects especially are worth mentioning there:
- ShoopedLife. This is basically a viewer that people use who are concerned about their anonimity (haha!). Well, the original client sends some kind of information about your hardware (seems to be the MAC-address of your network interface and the primary partition ID of your first hard disk drive) to the LL server to identify your computer regardless of your login, so that they can permban you if necessary. ShoopedLife circumvents this by sending just some random address instead, so that you can still login even if banned. Griefers love this client very much because it allows them to still login in such a case. Of course, you cannot login with the old account but are then able to make just a new account with trash mail address since Linden Lab will be unable to identify your computer.
- realXtend viewer. The target audience of this project is much broader than ShoopedLife. realXtend is a fork of Second Life, so to speak, it has a Second Life compatibility mode builtin but also can connect to much more in graphic terms advanced OpenSim-grids, which is it real use for now. At the moment it's only available under Windows, Linux and Macintosh are going to follow later. Although still in the beginning, this project already shows much promise and is for sure going to be a real competitor for Second Life.
- RestrainedLife viewer. That's for the BDSM-lovers under the players. It let's the master control certain aspects of the subs viewer, e.g. attachments cannot be taken off anymore, communication can be blocked of the subs and other aspects can be controlled by the master, too. So - not everybody's kind of viewer, but for sure subs are going to love it to be in control of their master, if they bought the right in world tools for it, that is. This viewer is for sure not for the normal audience of Second Life.
Technorati : development, open source, programming, second life, viewers
Tuesday, 15. April 2008
Riding the wave or getting lost under it
In business, like almost everywhere else, it's either riding the wave or getting lost when it waves above you. Making a revolution or suffering a revolution.
Lindenlab for long has been riding the wave. Now, that the hype has somewhat gone, it needs to establish Second Life as a more stable platform than it is today, because the competition like OpenSim is catching up and up more and getting stronger. It still has its advantages above other platforms, but needs to communicate those more.
In her latest long essay long running citizen Gwyneth Llewelyn asks about if bad communication practice is the root of all evil, let's just say for short, she's got some valid points. Communication has flown to other kind of meanings, it's still there, but needs to be polished up.
Another main problem she's raising is Lindenlab's missing to produce a roadmap and their inability to work out and work on timelines. That's quite serious stuff.
One of the main problems with SL today is that it doesn't really scale very well. This problem has already been known about the last two years and shows up everyday more and more when a certain avatar threshold of concurrent logins has been met.
The technic behind Second Life has some bottlenecks and shortcomings. Think about it as an analogy like a Ferrari powered by a lawn mower engine. Looks good and all shiny, but cannot deliver the promised power. Yuck.
What Lindenlab has got to do is to build a new engine, that's hard enough, but also to put it in the car while it's running, and that's quite a hard feature to achieve. We'll see if it ever happens or not.
Technorati : programming, second life
Wednesday, 9. April 2008
Nicholaz Beresford quits making his browser
Nichlaz Beresford, a resident well known for his own sat of patches for the official browser, quitted some days ago very frustrated providing them.
Many residents mourn about the loss of this talented programmer and his browser, because for many people his browser gave far more better gaming experience, meaning mostly stability and speed, to Second Life than the official does for them. His work has been well appreciated in the community which used his browsers.
The reasons listed by him for quitting making a better browser are mainly:
- he wanted to create his own vision of browser, but has been unable to do so since he was mainly busy ironing out bug after bug after bug,
- the Lindens don't really care for bug fixes coming from third parties any more, most times they just plainly ignore them and
- considering the bad state the browser and platform is in now he would have start all over again.
So, the community loses a quite talented programmer who probably would have been a very good bug hunter and much, much more. That's sad.
By the way, there's still no new CTO at Lindenlab, so it seems. Wonder how they manage to run so long without someone leading the techies.
Technorati : programming, second life



