Archive for the 'Events' Category


Network testing on ScienceSim


The network testing event on ScienceSim has been rescheduled to Wednesday, April 20th 9AM PDT (UTC-7). The login region and other details are unchanged. Thank you,

Dan Lake
Intel Labs
dan.lake at
The virtual worlds team at Intel has been investigating network performance in OpenSim. We recently made changes to prioritization and queuing of scene updates, adaptive client throttles and packet resend timers. Our validation so far has used mostly synthetic workloads but the results indicate greatly improved network performance, especially for high latency and low bandwidth clients.

We are conducting a networking test in ScienceSim next Tuesday and invite OpenSim users from all geographic locations to join us. We will be running our distributed scene graph (dsg) with a high client/avatar count and logging queues, throttles, and bandwidth characteristics of connected clients.

When: Tuesday, April 19. 9AM PDT (UTC-7).

Where: Login to ‘welcome0419’ region on ScienceSim and teleport to a test region from there.



We’ll plan on running for an hour but something will probably break sooner. If you come by, please tell us about your experience on IRC or via email. I’m interested in which viewer you are using and how you are connected to the Internet.

ScienceSim account creation:

Hypergrid probably works but we have not tested it with the dsg regions. I recommend making an account if possible.

Hope you can make it. Thanks,

Dan Lake
Intel Labs


.ini changes for new 04-07-2011 release

Hello everyone,

There are some new .ini changes in the 04-07-2011 release for osgrid (

The first change is in the GridCommon.ini are as follows, in the [GridService] section

    ; change this to your grid-wide grid server
    GridServerURI = ""
    AllowHypergridMapSearch = true

    ;; Directory for map tile images of linked regions
    MapTileDirectory = "./maptiles"

    ; === HG ONLY ===
	;; change this to the address of your Gatekeeper service
	;; (usually bundled with the rest of the services in one
	;; Robust server in port 8002, but not always)

The changes to this section will prevent automatic hyperlinks from being created on map searches for hypergrid enabled regions, this was causing issues with all map searches that took place after the initial search and all caused all subsequent teleports within the grid to region with the same name as the automatic linking to fail.

The next changes are to the OpenSim.ini and were recommended to me by Mic Bowman from Intel Labs, Intel has been doing exhaustive testing and submitting patches to opensimulator project that should improve networking performance considerably, I have been doing some testing and things are looking very good, some major improvements.  These patches are still not in the core branch and are not quite ready for everyone just yet, but these .ini changes to OpenSim.ini can be used now and we would like everyone to update and give them a try, please let me know right away if you see any improvements or declines in performance after these changes, they are not required but the testing I have done so far seems to show some improvements overall, all the OSgrid Plazas have been running them for the past week or so and everything seems quite normal.  The new section is listed below:

    ;; See OpensSimDefaults.ini for the throttle options. You can copy the
    ;; relevant sections and override them here.
    ;; DO NOT MODIFY OpenSimDefaults.ini, as your changes would be lost
    ;; with the next update!

    async_packet_handling = true

    ; The client socket receive buffer size determines how many
    ; incoming requests we can process; the default on .NET is 8192
    ; which is about 2 4k-sized UDP datagrams. On mono this is
    ; whatever the underlying operating system has as default; for
    ; example, ubuntu 8.04 or SLES11 have about 111k, which is about
    ; 27 4k-sized UDP datagrams (on linux platforms you can [as root]
    ; do "sysctl net.core.rmem_default" to find out what your system
    ; uses a default socket receive buffer size.
    ; client_socket_rcvbuf_size allows you to specify the receive
    ; buffer size LLUDPServer should use. NOTE: this will be limited
    ; by the system's settings for the maximum client receive buffer
    ; size (on linux systems you can set that with "sysctl -w
    ; net.core.rmem_max=X")
    client_socket_rcvbuf_size = 8388608

    ; Maximum outbound bytes per second for a single scene. This can be used to
    ; throttle total outbound UDP traffic for a simulator. The default value is
    ; 0, meaning no throttling at the scene level. The example given here is
    ; 20 megabits
    scene_throttle_max_bps = 800000

    ; Maximum bits per second to send to any single client. This will override
    ; the user's viewer preference settings. The default value is 0, meaning no
    ; aggregate throttling on clients (only per-category throttling). The
    ; example given here is 1.5 megabits
    client_throttle_max_bps = 100000

    ; Per-client bytes per second rates for the various throttle categories.
    ; These are default values that will be overriden by clients
    resend_default = 10000
    land_default = 10000
    wind_default = 10000
    cloud_default = 10000
    task_default = 10000
    texture_default = 20000
    asset_default = 20000
    state_default = 10000

    ; Per-client maximum burst rates in bytes per second for the various
    ; throttle categories. These are default values that will be overriden by
    ; clients
    resend_limit = 18750
    land_limit = 29750
    wind_limit = 18750
    cloud_limit = 18750
    task_limit = 18750
    texture_limit = 55750
    asset_limit = 27500
    state_limit = 37000

    ; Configures how ObjectUpdates are aggregated. These numbers
    ; do not literally mean how many updates will be put in each
    ; packet that goes over the wire, as packets are
    ; automatically split on a 1400 byte boundary. These control
    ; the balance between responsiveness of interest list updates
    ; and total throughput. Higher numbers will ensure more full-
    ; sized packets and faster sending of data, but more delay in
    ; updating interest lists
    ;PrimUpdatesPerCallback = 100

    ; TextureSendLimit determines how many packets will be put on
    ; the outgoing queue each cycle. Like the settings above, this
    ; is a balance between responsiveness to priority updates and
    ; total throughput. Higher numbers will give a better
    ; throughput at the cost of reduced responsiveness to client
    ; priority changes or transfer aborts
    ;TextureSendLimit = 20

    ; Quash and remove any light properties from attachments not on the
    ; hands. This allows flashlights and lanterns to function, but kills
    ; silly vanity "Facelights" dead. Sorry, head mounted miner's lamps
    ; will also be affected.
    ;DisableFacelights = "false"

A few other notable changes with this release are  that you can now take Coalesced objects, meaning you can actually take multi-prim objects without linking them and have them be one object in your inventory, please note that if your region is hypergrid enabled this function does not work yet, but we do hope to address this issue soon, you can however rez coalesced objects in hypergrid enabled regions, you can just not take them yet.  Next notable thing is that Justin Clark-Casey has fixed sqlite for mac users, you no longer need to use the legacy driver for Mac OSX. here are the notes from Justin’s fix:

Bundle a built-from-source Mac OS X sqlite3 universal dylib with OpenSim and use this instead of the system one.

This means that Mac OS X users can now use the standard sqlite adaptor instead of the legacy one.
This is SQLite 3.7.5.  I configured the build with the line

CFLAGS="-Os -g -isysroot /Developer/SDKs/MacOSX10.6.sdk -arch i386 -arch x86_64 -arch ppc7400 -DSQLITE_ENABLE_COLUMN_METADATA" LDFLAGS="-arch i386 -arch x86_64 -arch ppc7400" ./configure --disable-dependency-tracking

The SQLITE_ENABLE_COLUMN_METADATA flag exports the metadata symbols that modern Mono SQLite adaptors need.
The -Os removes debugging symbols (as per the sqlite3 source pkg README)
The other parts are to cross compile for x86_64, i386 and ppc.  On Mac OS X, Mono can actually only P/INVOKE 32-bit libraries even on 64 bit platforms so i386 is being used.  The dylib has not been tested on ppc.

Please note I have not been able to test the new sqlite adapter for Mac OSX as I do not have the proper equipment, if you do get a chance to test it please report how it went.

Thanks everyone, if you have any questions about these changes or would like to report any changes in performance you see please visit our IRC channel on freenode ( on #osgrid or click here for our webchat.  Thank you everyone and good luck.

Download New Update Here

Michael Emory Cerqoni
President – OSgrid Inc.


New Plaza, Old Games: Speedbuild, and…


I have been given the long-awaited opportunity to resurrect the Speedbuild event and PrimWords game after a hiatus of several months. We had a trial run of the Speedbuild at the Sandbox Plazas (both of them) and it was very difficult considering all the activity there.
So Nebadon decided to make a fresh new Plaza specifically for games and events, and named it… what else? …[drum roll and trumpets]… but Recreation Plaza!

Speedbuild is a leisurely, timed building competition originated by Alyvaral Aeghin in late 2008 or early ’09, not sure exactly when, and carried on through the end of 2009 by Adelle Fitzgerald. One hour to build to a theme which is secret until the start of the game clock. More detailed rules and guidelines here: viewtopic.php?f=3&t=3124

PrimWords is a fun team game, like Pictionary, but you build with prims instead of draw pictures. The game’s scoreboard, rules and scripts were developed by Warin Cascabel, one of OSGrid’s early pioneers and our resident script guru who has sadly been rather scarce lately due to RL obligations.

There is a group for each of the games, please join if you are interested in participating so you will get timely notices of event occurances. Do a group search for OSGrid Speedbuild and PrimWords.

Our first official Speedbuild event on the new Plaza occurred on Sunday, Feb. 27 and you can see pictures at

The next Speedbuild is scheduled for Saturday, March 5 at 12 pm PST (Linden time), or 8 pm GMT / 20:00 UTC / 3 pm US Eastern time. It is best to be a few minutes early to give the region time to recover from multiple logins and teleports.

The first official PrimWords game will be held on Wednesday, March 2 at the same exact time: 12 pm PST (Linden time), or 8 pm GMT / 20:00 UTC / 3 pm US Eastern time.

I will try to stick with the same schedule for as long as I am organizing the games, and hope to be doing this for many months so it becomes a regular thing in people’s minds. Let’s have some group fun people!

Key Gruin


ATTENTION : Grid Down Time 1/27/2011 at 12:00pm eastern

Hello everyone,

As I am sure everyone has probably noticed by now that our website user registration and web log in have been disabled for several days now.  I would like to reassure everyone that these were simply growing pains that we have experienced with our database and simply nothing else.   Dave Coyle has spent the last few days reviewing and tweaking a lot of our Database queries and indexes and has converted our inventory tables on Danger grid to innodb, something we had planned to do at the last grid outage but simply ran out of time and decided it was better to put it off until we had the proper amount of time, and I am happy to say that the time is now.  Our testing on danger grid has yielded some very positive results in terms of grid and website performance, unfortunately it requires us to take the grid down for approximately 24 hours to complete, might be less, might be more, we do not want to over promise anything at this point.  So starting at 12:00PM Eastern Standard Time on January 27th 2011 we will be downing the grid to being this process.  We will be providing updates as things progress via twitter, so if you are not already following us on twitter you may want to now @   I would like to thank all of our grid testers and users for making these improvements possible.

There is also a new release I will be posting on the website today (OSgrid 0.7.1 (Dev) c472764: 2011-01-26).  This version has several improvements towards avatar appearance and log ins, as well as improved Hypergriding and teleporting.  Some of the changes i would like to specificially point out are in the OpenSim.ini itself, the changes are shown below:

lines 293-305


; Maximum outbound bytes per second for a single scene. This can be used to
; throttle total outbound UDP traffic for a simulator. The default value is
; 0, meaning no throttling at the scene level. The example given here is
; 20 megabits
scene_throttle_max_bps = 800000

; Maximum bits per second to send to any single client. This will override
; the user’s viewer preference settings. The default value is 0, meaning no
; aggregate throttling on clients (only per-category throttling). The
; example given here is 1.5 megabits
client_throttle_max_bps = 70000


lines 718:729


; Enables the experimental packet pool. Yes, we’ve been here before.
RecyclePackets = true;
RecycleDataBlocks = true;

;# {UpdatePrioritizationScheme} {} {Update prioritization scheme?} {BestAvatarResponsiveness Time Distance SimpleAngularDistance FrontBack} BestAvatarResponsiveness
;; This section controls how state updates are prioritized for each client
;; Valid values are BestAvatarResponsiveness, Time, Distance,
;; SimpleAngularDistance, FrontBack
UpdatePrioritizationScheme = BestAvatarResponsiveness
ReprioritizationEnabled = true


These changes should have a profound effect on busier regions on the grid, it enables bandwidth throttles so no one person can suck away all your bandwith, as well as re-enables the previously disabled Update re-prioritization which lets the prims closest to your avatar rez 1st for a better experience.  If you experience any issues with this update as usual please contact us on our web chat for assistance.

Thanks everyone and stay tuned!

Michael Emory Cerquoni

OSgrid Inc President


Mandatory Simulator Upgrade 11/09/2010

Hello everyone,

As you might already know we have a major upgrade scheduled for Tuesday Nov 9th at 5pm PST (Nov 10th 01:00:00 UTC) This is a mandatory for all sim operators.  If you are running a simulator on osgrid you will be required to update your regions to the new version (yet to be posted).  I will be posting a new version Tuesday morning so everyone can prepare early if they so choose, but we will not flip the switch on the back end until 5pm (PST).  Once we do upgrade the back end older versions of the OSgrid release will no longer be able to connect, the reason for this is a protocol change to how Avatar appearances are handled.

Quote from Git Change Logs:
“It contains a major interface version bump and will NOT work with earlier grid
services. This is preliminary work that will lead to layers support.”

Some of the other fixes will include, Hair in the center of your screen when huds are attached, Prim Piles at <0,0,0> that crash your viewer when touched, Cross Grid Instant Message Issues, Avatar Appearance at log in, and many other performance improvements!

There will be one new change to OpenSim.ini , which you can actually add now before the upgrade and see some significant improvments as well, the changes are as follows below

find the [ClientStack.LindenUDP] section in your OpenSim.ini

add the following line below inside this section

async_packet_handling = true

here is a description of what this setting does:

“Set this to true to process incoming packets asynchronously. Networking is already separated from packet handling with a queue, so this will only affect whether networking internals such as packet decoding and  acknowledgement accounting are done synchronously or asynchronously Default is true.”

If you find this setting has any ill effects please do let us know right away.

We hope that all the changes will improve the overall experience on OSgrid, however there is still a lot of work ahead to improve many things.  If you are interested in reading all of the patch descriptions you can view the git logs here :

If you have any questions or need guidance please join us on our IRC channel @ #osgrid or you can use the website chat here to connect : , you can also follow us at twitter for the fastest way to receive grid updates :

Michael Emory Cerquoni

OSgrid Inc. President


**Grid Upgrade Status Update

Hello Everyone,

I just wanted to let everyone know that the updates are going well, things are taking a bit longer than we expected in converting some of our databases to innodb from myisam.  We wanted to convert all of our databases to innodb, but it looks like its going to just take too long, we did however get about 50% of the tables converted so its a start, unfortunately if we were to convert the inventory table it would have taken at least another 24 hours and we felt that was just too much downtime for this outage.   Things are late now for the OSgrid admins and we need to get some sleep, but we will be back early in the morning for a few more hours of work to bring the website and Robust service online.  We would like to thank everyone for their patience and all the testing and reporting everyone has been doing.   Keep checking back for more updates, we will post some more information soon when we are closer to bringing the grid back online, thanks again everyone.

Michael Emory Cerquoni

OSgrid Inc. President


OSgrid 0.7.x Release for pre-setup / inspection

Hello everyone,

I have just created a new release for OSgrid OpenSimulator v0.7.x (0.7.1.cd4d7a7).  I must stress though NO ONE SHOULD BE UPGRADING YET!!!!!  This pre-release is so everyone can prep their regions and get a feel for the upcoming ini changes and differences for their automated upgrade processes.  I have written some instructions for everyone to follow that will hopefully minimize problems during the upgrade process and they are available at the following links:

Plain Text Instructions :

Pretty HTML Instructions :

you can also inspect all the individual components that go into a release here

Again no one should try to perform an upgrade until we announce its time to pull the trigger, then everyone can move forward, this will likely be sometime Late on Sunday Night or Early Monday Morning (Eastern/US Time) so please keep checking back for updates.  You can also join us on our IRC channel #osgrid at  or click here if you have any questions or need guidance.

Thanks everyone

Michael Emory Cerquoni

OSgrid Inc. President

Latest Twitter Update

  • INFO: Website changes in place, some of the newer residents might need to login again to transfer your account. 12 hours ago

Enter your email address to subscribe to this blog and receive notifications of new posts by email.

Join 287 other followers

Copyright © 2007-2016 OSGrid, Inc. - All rights reserved, except where noted.

The OSgrid Logo, and the word 'OSgrid' are trademarks of OSGrid, Inc. Usage of these terms elsewhere is allowed under certain conditions.