16.12.2025, 12:54
==============================================
OPENSIMULATOR DEVELOPER MEETING
Zusammenfassung - Deutsche Ausgabe
Datum: Dezember 2025
==============================================
TEILNEHMER:
- Andrew Hellershanks (Moderator)
- Ubit Umarov (Hauptentwickler)
- Vincent Sylvester (@hg.zetaworlds.com)
- Cuga Rajal (@rajal.org:9000)
- Joe Magarac
- Lyr Lobo (@cc.opensimulator.org:8002)
==============================================
HAUPTTHEMEN
==============================================
1. PRIMITEMS DATENBANK-OPTIMIERUNG
==============================================
Vincent Sylvester berichtete über erfolgreiche Tests seines neuen Codes zur Optimierung der Primitems-Datenbankzugriffe:
AKTUELLER STAND:
- Code seit etwa einer Woche in Produktion
- Bisher keine Probleme gemeldet
- Deutlich reduzierte Datenbanklast sichtbar
TECHNISCHE DETAILS:
Altes Verhalten:
- Bei jeder Änderung an einem Prim wurden ALLE Inventar-Einträge gelöscht und neu geschrieben
- Beispiel: Skalierung eines Prims → komplettes Inventar wird neu in DB geschrieben
- Bewegung einer Danceball mit hunderten Animationen → alle Animationen werden neu geschrieben
- Massive Anzahl von DELETE und INSERT Operationen
Neues Verhalten:
- Liest vorhandene Einträge aus der Datenbank
- Vergleicht diese mit dem aktuellen Scene-Status
- Schreibt nur die tatsächlich geänderten Items
- Löscht nur Einträge, die in der Scene nicht mehr existieren
- Verwendet REPLACE statt DELETE+INSERT (könnte noch zu UPDATE ON DUPLICATE KEY optimiert werden)
MESSERGEBNISSE:
- Deutliche Reduzierung der MySQL-Befehle sichtbar in Monitoring-Graphen
- INSERT-Befehle praktisch verschwunden
- Wesentlich weniger DELETE-Operationen
- Reduzierung der Disk-I/O-Last
- Geschonte SSD-Lebensdauer (ein Fall: SSD schrieb 800TB in 270 Tagen und war am Ende der Schreibzyklen)
DISKUSSIONSPUNKTE:
- Ubit äußerte Bedenken wegen zusätzlicher DB-Reads für Vergleiche
- Vincent argumentierte: Lesen ist immer schneller als Schreiben, besonders bei SSDs
- Lesen belastet Hardware weniger als Schreiben
- DBs sind für schnelles Lesen optimiert und cachen Responses
- Schreibvorgänge sind sowohl software- als auch hardwareseitig aufwendig
WEITERER ENTWICKLUNGSPLAN:
- Zusätzliche Checks zur Verhinderung unnötiger "Changed"-Markierungen
- Spezielle Prüfungen für Skalierung und Partikelsysteme
- Viele Scripts setzen diese Parameter in Timern ohne tatsächliche Wertänderung
- Code für Scene-Objekte und LSL-API zur Reduzierung unnötiger Changed-Flags
- Diese Ergänzungen sind teilweise noch in Entwicklung (aktuell "broken")
ARCHITEKTONISCHE PROBLEME:
- Saves erfolgen pro Linkset
- Keine einfache Möglichkeit, nur einzelne Prims zu löschen
- Löschung muss immer komplett erfolgen
- Grundlegendes Design-Problem der Datenbank-Struktur
- Komplette Neugestaltung wäre besser, aber aufwendig
PERFORMANCE-ÜBERLEGUNGEN:
- Saves sind verzögert durch Backup-Routine
- Geschwindigkeit nicht kritisch, da nicht blockierend
- Reduzierte Schreiblast gibt HDDs mehr Zeit für Lesezugriffe
- Gesamtperformance sollte steigen
- Bei physischen Objekten in Bewegung werden weiterhin vollständige Saves ausgelöst
- Position und Orientierung liegen im selben DB-Block
==============================================
2. OSCC 2025 (OpenSimulator Community Conference)
==============================================
VERANSTALTUNG:
- Fand letztes Wochenende statt
- Sehr erfolgreich verlaufen
- Videos der Präsentationen werden auf YouTube hochgeladen
LINKS:
- YouTube-Kanal: https://www.youtube.com/@AvaConOrg/videos
- Hauptseite: https://www.youtube.com/@AvaConOrg/featured
- Videos werden in übersichtliche Playlists sortiert (wie in Vorjahren)
BESONDERE VERANSTALTUNGEN:
Hypergrid Tour Two:
- Sehr gut besuchte Tour durch verschiedene Grids
- Erster Stop: Beeindruckende Strand-Location
- Etwas Lag durch ca. 100+ gescriptete NPCs
- Zweiter Stop: Expo Center bei Kitely
- Teilnehmer waren begeistert
Musik & Unterhaltung:
- Musik zwischen Sessions von Rhiannon organisiert
- Abendveranstaltungen und Freitag-Events von Sun Tzu koordiniert
- Mix aus verschiedenen Musikstilen, einschließlich Game Music
- Beliebter Song: "Date My Avatar"
Technische Präsentationen:
- Turh Zane berichtete über 50.000-65.000 Studenten verschiedener Altersgruppen auf seinen OpenSim-Regionen
- Viele private, Forschungs- und Bildungs-Grids werden nicht in Statistiken erfasst
Vincent Sylvesters Beitrag:
- Visualisierung der kompletten OpenSim Git-History in 4K
- Link: https://bolderbay.net/stream/vod/gource.html
- Aufnahme dauerte 2 Tage
KOMMENDE EVENTS:
- Weitere Events noch im Dezember 2025 (13., 14., 15. Dezember)
- Holiday Party entweder nächsten oder übernächsten Dienstag um 3 PM Pacific bei AvaCon
- Details im OSCC-Kalender: conference.opensimulator.org
- Planung für OSCC 2026 beginnt bereits
ANERKENNUNG:
- Großer Dank an Lyr Lobo und das OSCC-Team
- Alle Freiwilligen haben großartige Arbeit geleistet
- Community schätzt die Bemühungen aller Entwickler das ganze Jahr über
==============================================
3. OPENSIMULATOR NUTZUNGSSTATISTIKEN
==============================================
HYPERGRID BUSINESS DATEN (mit Vorsicht zu genießen):
- Gesamtzahl Residents: 110.111
- Aktive Benutzer: 18.649
- Gesamtzahl Regionen: 99.284
- Teilnehmende Grids: 267
WICHTIGE ANMERKUNG:
- Maria Korolov erwähnte über 1 Million Landeinheiten in OpenSim (nicht Grids!)
- Viele private Grids werden nicht erfasst
- Bildungseinrichtungen und Forschungsprojekte oft nicht in Statistiken
- Tatsächliche Nutzung deutlich höher als öffentlich sichtbare Zahlen
SECOND LIFE VERGLEICH:
- Rückläufige Nutzerzahlen: 50k (2023) → 41k (2024) → 30k (Dezember 2025)
- Mehr Nutzer versuchen, ihre geliebten Erlebnisse zu bewahren
- Potenzielle Migration zu OpenSimulator
==============================================
4. TECHNISCHE DISKUSSIONEN
==============================================
DATENBANK-PERFORMANCE:
Schreiboperationen vs. Lesevorgänge:
- Löschen ist schnell, aber belastet Hardware
- Datenbanken arbeiten mit 4K-Buffern oder größer (Cluster-basiert, nicht Byte-basiert)
- Einige DBs schreiben neue Cluster bei Änderungen und löschen alte
- Manche behalten inkrementelle Änderungen für begrenzte Zeit
Netzwerk-Überlegungen:
- Bei lokaler DB keine Netzwerk-Latenz
- Bei Remote-DB müssen Netzwerk-Roundtrips berücksichtigt werden
- Commands gehen über Netzwerkkabel zum DB-Server
Optimierung der Save-Verzögerung:
- Save-Delay-Zeit könnte neu abgestimmt werden
- Balance zwischen Sicherheit und Performance
VERMEIDUNG UNNÖTIGER UPDATES:
- Nicht nur DB-Schreibvorgänge reduzieren
- Auch Updates an alle Benutzer vermeiden, wenn nichts geändert wurde
- Primärer Fokus sollte auf Vermeidung unnötiger Changed-Flags liegen
- Einige Verbesserungen bereits im Core implementiert
SSD-LEBENSDAUER:
- Kritisches Problem: Schreibzyklen begrenzt
- Extreme Beispiele: 800TB in unter einem Jahr geschrieben
- SSD außerhalb der Schreibzyklen nach weniger als einem Jahr
- Reduzierung der Schreibvorgänge um 70% deutliche Verbesserung
==============================================
5. YOUTUBE & TRANSKRIPTION
==============================================
LIVE-TRANSKRIPTION:
- In vergangenen Jahren mehr Live-Transkriptionen in Chat
- Dieses Jahr weniger, da aufwendig bei gleichzeitigem Moderieren und Planen
- Lyr Lobo normalerweise für Live-Transkriptionen verantwortlich
- Rhiannon transkribierte für Frank's EchoVoice-Content
- Einige verwendeten Scripts
YOUTUBE-FUNKTIONEN:
- YouTube fügt automatisch Captions/Untertitel hinzu
- Transkript-Modus in YouTube sehr nützlich
- SRT-Dateien können heruntergeladen und als Backup gespeichert werden
- Frühere Funktion zum Bearbeiten von Captions von YouTube entfernt
- Einzelne Videos pro Präsentation werden erstellt
- Organisation in Playlists folgt
IN-WORLD TRANSKRIPTION:
- Projekt zur Implementierung von In-World-Transkriptions-Fähigkeit in Arbeit
- Noch nicht abgeschlossen
==============================================
6. AUSBLICK & NÄCHSTE SCHRITTE
==============================================
ENTWICKLUNG:
- Weitere Tests der Primitems-Optimierung
- Debuggen der Scene-Object-Änderungen
- Implementierung zusätzlicher Changed-Checks
- Performance-Monitoring fortsetzten
COMMUNITY:
- OSCC 2026 Planung beginnt
- Dezember-Events 2025
- Holiday Party
- Weitere Panel-Diskussionen geplant
NÄCHSTES DEVELOPER MEETING:
- 16. Dezember (regulär)
- 23. Dezember (möglicherweise ausfallend wegen Feiertagen)
==============================================
WICHTIGE ERKENNTNISSE
==============================================
1. DATENBANK-OPTIMIERUNG IST KRITISCH
- Reduzierung unnötiger Schreibvorgänge um 70% möglich
- SSD-Lebensdauer dramatisch verlängert
- Gesamtperformance verbessert
2. OPENSIM-NUTZUNG UNTERSCHÄTZT
- Viele private Installationen nicht erfasst
- Bildungssektor nutzt OpenSim intensiv
- Tatsächliche Verbreitung deutlich höher als Statistiken zeigen
3. COMMUNITY BLEIBT AKTIV
- Erfolgreiche Konferenzen
- Kontinuierliche Entwicklung
- Starkes Engagement der Freiwilligen
4. TECHNISCHE HERAUSFORDERUNGEN
- Legacy-Code-Design limitiert Optimierungsmöglichkeiten
- Kompromisse zwischen Performance und Architektur notwendig
- Schrittweise Verbesserungen der richtige Weg
==============================================
ENDE DER ZUSAMMENFASSUNG
==============================================
OPENSIMULATOR DEVELOPER MEETING
Zusammenfassung - Deutsche Ausgabe
Datum: Dezember 2025
==============================================
TEILNEHMER:
- Andrew Hellershanks (Moderator)
- Ubit Umarov (Hauptentwickler)
- Vincent Sylvester (@hg.zetaworlds.com)
- Cuga Rajal (@rajal.org:9000)
- Joe Magarac
- Lyr Lobo (@cc.opensimulator.org:8002)
==============================================
HAUPTTHEMEN
==============================================
1. PRIMITEMS DATENBANK-OPTIMIERUNG
==============================================
Vincent Sylvester berichtete über erfolgreiche Tests seines neuen Codes zur Optimierung der Primitems-Datenbankzugriffe:
AKTUELLER STAND:
- Code seit etwa einer Woche in Produktion
- Bisher keine Probleme gemeldet
- Deutlich reduzierte Datenbanklast sichtbar
TECHNISCHE DETAILS:
Altes Verhalten:
- Bei jeder Änderung an einem Prim wurden ALLE Inventar-Einträge gelöscht und neu geschrieben
- Beispiel: Skalierung eines Prims → komplettes Inventar wird neu in DB geschrieben
- Bewegung einer Danceball mit hunderten Animationen → alle Animationen werden neu geschrieben
- Massive Anzahl von DELETE und INSERT Operationen
Neues Verhalten:
- Liest vorhandene Einträge aus der Datenbank
- Vergleicht diese mit dem aktuellen Scene-Status
- Schreibt nur die tatsächlich geänderten Items
- Löscht nur Einträge, die in der Scene nicht mehr existieren
- Verwendet REPLACE statt DELETE+INSERT (könnte noch zu UPDATE ON DUPLICATE KEY optimiert werden)
MESSERGEBNISSE:
- Deutliche Reduzierung der MySQL-Befehle sichtbar in Monitoring-Graphen
- INSERT-Befehle praktisch verschwunden
- Wesentlich weniger DELETE-Operationen
- Reduzierung der Disk-I/O-Last
- Geschonte SSD-Lebensdauer (ein Fall: SSD schrieb 800TB in 270 Tagen und war am Ende der Schreibzyklen)
DISKUSSIONSPUNKTE:
- Ubit äußerte Bedenken wegen zusätzlicher DB-Reads für Vergleiche
- Vincent argumentierte: Lesen ist immer schneller als Schreiben, besonders bei SSDs
- Lesen belastet Hardware weniger als Schreiben
- DBs sind für schnelles Lesen optimiert und cachen Responses
- Schreibvorgänge sind sowohl software- als auch hardwareseitig aufwendig
WEITERER ENTWICKLUNGSPLAN:
- Zusätzliche Checks zur Verhinderung unnötiger "Changed"-Markierungen
- Spezielle Prüfungen für Skalierung und Partikelsysteme
- Viele Scripts setzen diese Parameter in Timern ohne tatsächliche Wertänderung
- Code für Scene-Objekte und LSL-API zur Reduzierung unnötiger Changed-Flags
- Diese Ergänzungen sind teilweise noch in Entwicklung (aktuell "broken")
ARCHITEKTONISCHE PROBLEME:
- Saves erfolgen pro Linkset
- Keine einfache Möglichkeit, nur einzelne Prims zu löschen
- Löschung muss immer komplett erfolgen
- Grundlegendes Design-Problem der Datenbank-Struktur
- Komplette Neugestaltung wäre besser, aber aufwendig
PERFORMANCE-ÜBERLEGUNGEN:
- Saves sind verzögert durch Backup-Routine
- Geschwindigkeit nicht kritisch, da nicht blockierend
- Reduzierte Schreiblast gibt HDDs mehr Zeit für Lesezugriffe
- Gesamtperformance sollte steigen
- Bei physischen Objekten in Bewegung werden weiterhin vollständige Saves ausgelöst
- Position und Orientierung liegen im selben DB-Block
==============================================
2. OSCC 2025 (OpenSimulator Community Conference)
==============================================
VERANSTALTUNG:
- Fand letztes Wochenende statt
- Sehr erfolgreich verlaufen
- Videos der Präsentationen werden auf YouTube hochgeladen
LINKS:
- YouTube-Kanal: https://www.youtube.com/@AvaConOrg/videos
- Hauptseite: https://www.youtube.com/@AvaConOrg/featured
- Videos werden in übersichtliche Playlists sortiert (wie in Vorjahren)
BESONDERE VERANSTALTUNGEN:
Hypergrid Tour Two:
- Sehr gut besuchte Tour durch verschiedene Grids
- Erster Stop: Beeindruckende Strand-Location
- Etwas Lag durch ca. 100+ gescriptete NPCs
- Zweiter Stop: Expo Center bei Kitely
- Teilnehmer waren begeistert
Musik & Unterhaltung:
- Musik zwischen Sessions von Rhiannon organisiert
- Abendveranstaltungen und Freitag-Events von Sun Tzu koordiniert
- Mix aus verschiedenen Musikstilen, einschließlich Game Music
- Beliebter Song: "Date My Avatar"
Technische Präsentationen:
- Turh Zane berichtete über 50.000-65.000 Studenten verschiedener Altersgruppen auf seinen OpenSim-Regionen
- Viele private, Forschungs- und Bildungs-Grids werden nicht in Statistiken erfasst
Vincent Sylvesters Beitrag:
- Visualisierung der kompletten OpenSim Git-History in 4K
- Link: https://bolderbay.net/stream/vod/gource.html
- Aufnahme dauerte 2 Tage
KOMMENDE EVENTS:
- Weitere Events noch im Dezember 2025 (13., 14., 15. Dezember)
- Holiday Party entweder nächsten oder übernächsten Dienstag um 3 PM Pacific bei AvaCon
- Details im OSCC-Kalender: conference.opensimulator.org
- Planung für OSCC 2026 beginnt bereits
ANERKENNUNG:
- Großer Dank an Lyr Lobo und das OSCC-Team
- Alle Freiwilligen haben großartige Arbeit geleistet
- Community schätzt die Bemühungen aller Entwickler das ganze Jahr über
==============================================
3. OPENSIMULATOR NUTZUNGSSTATISTIKEN
==============================================
HYPERGRID BUSINESS DATEN (mit Vorsicht zu genießen):
- Gesamtzahl Residents: 110.111
- Aktive Benutzer: 18.649
- Gesamtzahl Regionen: 99.284
- Teilnehmende Grids: 267
WICHTIGE ANMERKUNG:
- Maria Korolov erwähnte über 1 Million Landeinheiten in OpenSim (nicht Grids!)
- Viele private Grids werden nicht erfasst
- Bildungseinrichtungen und Forschungsprojekte oft nicht in Statistiken
- Tatsächliche Nutzung deutlich höher als öffentlich sichtbare Zahlen
SECOND LIFE VERGLEICH:
- Rückläufige Nutzerzahlen: 50k (2023) → 41k (2024) → 30k (Dezember 2025)
- Mehr Nutzer versuchen, ihre geliebten Erlebnisse zu bewahren
- Potenzielle Migration zu OpenSimulator
==============================================
4. TECHNISCHE DISKUSSIONEN
==============================================
DATENBANK-PERFORMANCE:
Schreiboperationen vs. Lesevorgänge:
- Löschen ist schnell, aber belastet Hardware
- Datenbanken arbeiten mit 4K-Buffern oder größer (Cluster-basiert, nicht Byte-basiert)
- Einige DBs schreiben neue Cluster bei Änderungen und löschen alte
- Manche behalten inkrementelle Änderungen für begrenzte Zeit
Netzwerk-Überlegungen:
- Bei lokaler DB keine Netzwerk-Latenz
- Bei Remote-DB müssen Netzwerk-Roundtrips berücksichtigt werden
- Commands gehen über Netzwerkkabel zum DB-Server
Optimierung der Save-Verzögerung:
- Save-Delay-Zeit könnte neu abgestimmt werden
- Balance zwischen Sicherheit und Performance
VERMEIDUNG UNNÖTIGER UPDATES:
- Nicht nur DB-Schreibvorgänge reduzieren
- Auch Updates an alle Benutzer vermeiden, wenn nichts geändert wurde
- Primärer Fokus sollte auf Vermeidung unnötiger Changed-Flags liegen
- Einige Verbesserungen bereits im Core implementiert
SSD-LEBENSDAUER:
- Kritisches Problem: Schreibzyklen begrenzt
- Extreme Beispiele: 800TB in unter einem Jahr geschrieben
- SSD außerhalb der Schreibzyklen nach weniger als einem Jahr
- Reduzierung der Schreibvorgänge um 70% deutliche Verbesserung
==============================================
5. YOUTUBE & TRANSKRIPTION
==============================================
LIVE-TRANSKRIPTION:
- In vergangenen Jahren mehr Live-Transkriptionen in Chat
- Dieses Jahr weniger, da aufwendig bei gleichzeitigem Moderieren und Planen
- Lyr Lobo normalerweise für Live-Transkriptionen verantwortlich
- Rhiannon transkribierte für Frank's EchoVoice-Content
- Einige verwendeten Scripts
YOUTUBE-FUNKTIONEN:
- YouTube fügt automatisch Captions/Untertitel hinzu
- Transkript-Modus in YouTube sehr nützlich
- SRT-Dateien können heruntergeladen und als Backup gespeichert werden
- Frühere Funktion zum Bearbeiten von Captions von YouTube entfernt
- Einzelne Videos pro Präsentation werden erstellt
- Organisation in Playlists folgt
IN-WORLD TRANSKRIPTION:
- Projekt zur Implementierung von In-World-Transkriptions-Fähigkeit in Arbeit
- Noch nicht abgeschlossen
==============================================
6. AUSBLICK & NÄCHSTE SCHRITTE
==============================================
ENTWICKLUNG:
- Weitere Tests der Primitems-Optimierung
- Debuggen der Scene-Object-Änderungen
- Implementierung zusätzlicher Changed-Checks
- Performance-Monitoring fortsetzten
COMMUNITY:
- OSCC 2026 Planung beginnt
- Dezember-Events 2025
- Holiday Party
- Weitere Panel-Diskussionen geplant
NÄCHSTES DEVELOPER MEETING:
- 16. Dezember (regulär)
- 23. Dezember (möglicherweise ausfallend wegen Feiertagen)
==============================================
WICHTIGE ERKENNTNISSE
==============================================
1. DATENBANK-OPTIMIERUNG IST KRITISCH
- Reduzierung unnötiger Schreibvorgänge um 70% möglich
- SSD-Lebensdauer dramatisch verlängert
- Gesamtperformance verbessert
2. OPENSIM-NUTZUNG UNTERSCHÄTZT
- Viele private Installationen nicht erfasst
- Bildungssektor nutzt OpenSim intensiv
- Tatsächliche Verbreitung deutlich höher als Statistiken zeigen
3. COMMUNITY BLEIBT AKTIV
- Erfolgreiche Konferenzen
- Kontinuierliche Entwicklung
- Starkes Engagement der Freiwilligen
4. TECHNISCHE HERAUSFORDERUNGEN
- Legacy-Code-Design limitiert Optimierungsmöglichkeiten
- Kompromisse zwischen Performance und Architektur notwendig
- Schrittweise Verbesserungen der richtige Weg
==============================================
ENDE DER ZUSAMMENFASSUNG
==============================================
Ein Metaversum sind viele kleine Räume, die nahtlos aneinander passen,
sowie direkt sichtbar und begehbar sind, als wäre es aus einem Guss.
sowie direkt sichtbar und begehbar sind, als wäre es aus einem Guss.


![[-]](https://www.gridtalk.de/images/collapse.png)