Tag Archives: design

Vollkorn war gestern

Nachdem Sleen und Zasta - zu Recht! - das halbfertige Aussehen des Blogdesigns mit der Schriftart "Vollkorn" kritisierten sowie den Mischmasch aus mindestens drei verschiedenen Schriftarten (!) an den relevanten Stellen habe ich noch einmal nachgebessert.

Um es kurz zu machen: Vollkorn ist wieder rausgeflogen, als serifenlose Schrift ist hier nun "Graublau Web Sans" im Einsatz und als Serifenschrift ab sofort "Gentium Book Basic". Das sieht doch schon gleich mal einen Zacken besser aus und passt auch nun wesentlich besser zusammen.

Das Erscheinungsbild habe ich mit Internet Explorer 9.0, Firefox 11.0, Opera 11.62 sowie Chrome 18 getestet. Es ist überall identisch, wer allerdings veraltete Webbrowser einsetzen sollte der hat womöglich Pech gehabt.

Wie auch immer, mir gefällt es nun sehr gut so und ich werde erstmal bei den beiden Zeichensätzen bleiben, wieder etwas weggeschafft!

Some new developments

There've been some new developments in SL lately which are worth mentioning:

  • IBM tested a transport of an avatar from the Second Life grid to their own grid, meaning it is now technically possible to teleport to an Opensim. Sounds quite good, but at the moment it's just moving an ruthed Avatar, since assets are not shared at all between those and are unlikely to be ever shared at all. Otherwise expect a revolt of content builders in Second Life, but we're getting closer to the Intergrid.
  • Second Life is growing bigger and bigger. This is of course good for the company and stabilizes their economic model. There's been a shift from premium users to land sales. If you don't really want to own land on the mainland (and who does that really...) has no need to get a premium account at all! Seems also that in world economy is now recovering slowly of the gambling ban. Well, the prices for many stuff are quite high now, higher than they used to be in about one year for example, looking good in Second Life becomes more and more expensive...

And also something funny I've found in another blog: "Entering chat range: Prokofy Neva." Quite a funny chat transcript about how to call things in Second Life and more...

Interesting presentation about the underlying design of SL

Back in 2006 there's been an interesting presentation about the underlying design principles of Second Life. It's being hosted at the company website of MySQL.

The presentation goes about 45 pages. The most interesting page is for sure 25, because it gives a big overall picture about the underlying architecture of SL.

So, here without further fanfare, is this picture:

As you can see, there are quite many parts behind Second Life that we are normally not really aware of. The only part we can already build ourselfs is the viewer. This is now available as the real deal under the GPLv2 already.

But the rest - well... the most important part is the simulator. That's the machine that's computing the avatar movement and so on.

When it reboots it's got to take it's data from the central database. Once this is done, it should be more or less in an operational state. States and assets of the sim are being saved on an extra machine, the assets server. That's just a big, clustered filesystem, so there's not much intelligence on this machine at all. I guess it's being used to save data in it which needs to become fast available, and of course there's nothing faster then getting data of a filesystem instead of a database. A database adds for the same task many new layers the request must go through, so that's quite a good way to speedup things for trivial tasks.

Well, the rest though is in databases, running under MySQL. The "Central" DB, the logging db and a database farm (for things like inventory and so on, I guess). But the simulator does not talk directly with those three databases normally; it talks to them through the dataserver. So, what's the job of the dataserver? It is to cache requests and take load away from the databases and to deliver the content to the sim.

So, when we download textures, shapes and such, the sim first talks to the dataserver and if it is already cached, the server directly replies instead of asking the database.

The dataserver, though, is one of the bottlenecks of this architecture. Second Life uses at the moment a kind of homebrew protocol for the communication between the dataserver and the sim - this means also between the sim and the viewer. The result is, while it has done its job pretty well in earlier times, it does not scale really well, as it seems.

Scaling could be done, perhaps, but why take the effort in creating an own scaling solution, when you can change the protocol from homebrew-inhouse into a wellknown standard like HTTP, where good, proven and reliable scaling solutions exist already for a long time? So that's the main reason why LL wants to get rid of this old, homemade protocol, and replace it with HTTP. The sim should be able to talk with the dataserver (in the presentation it's replaced with a webserver) via HTTP, because it scales much better and more easily.

Ah, yes, and Wilkes gave us also one motto of LL in the presentation: databases are not special. So why optimize them, when you can scale more easily? Well, we're going to see the impact of the new messaging system real soon since LL is putting a testgrid for it up right now. I hope it's one step into the right direction to make SL a better experience for all of us.