Ich möchte einmal die Vorteile des FSAsset Speichers an einem Konkreten Beispiel aufzeigen. Bzw. den größten Vorteil.
Für meine Management Software habe ich am Wochenende eine weitere Auswertung geschrieben, die den Zustand der Assets darstellt. An dieser Auswertung sieht man den größten Vorteil des FSAsset sehr deutlich, der sonst eher im verborgenen bleibt.
Ein Bild sagt mehr als tausend Worte:
![[Bild: ?f=0l-1jqh-7gy34_e3]](https://snap.kubwa.dog/?f=0l-1jqh-7gy34_e3)
Der FSAsset speichert Assets, die einen identischen Inhalt haben, nur einmal physisch ab. Das bedeutet, wenn 20 mal die selbe Textur hochgeladen wird, haben wir 20 verschiedene Assets aber die Daten der Textur (die Textur selbst) wird trotzdem nur einmal abgespeichert.
Am obigen Bild kann man sehen, dass 160'000 Assets weniger gespeichert werden mussten (wegen dieser Deduplikation), was mir 12,5gb eingespart hat.
Auch das Assetwachstum kann man sehr gut beobachten. Vor allem auch, dass es bei häufigem Nutzen von OpenSim, fast linear ansteigt:
![[Bild: ?f=gpkq2jib_2hg13nu]](https://snap.kubwa.dog/?f=gpkq2jib_2hg13nu)
Ein weiterer Vorteil des FSAsset ist die Entlastung der Datenbank.
![[Bild: ?f=3p0fgrmyjdnmu4va]](https://snap.kubwa.dog/?f=3p0fgrmyjdnmu4va)
Wir können hier sehen, dass ich etwa 87gb Assets auf meinem Server habe, meine Datenbank aber nur 1gb Assetdaten enthält. (Bitte bedenken, dass HeidiSQL bei InnoDB Tabellen nur Näherungswerte des Inhalts anzeigt) Das sind lediglich die Metadaten der Assets. Dadurch werden die Datenbank DUmps deutlich kleiner und die Datenbank sowie ihre Backups werden entlastet.
Wenn ihr also ein Grid neu aufsetzt, denkt darüber nach, den FSAsset einzustellen.
Für meine Management Software habe ich am Wochenende eine weitere Auswertung geschrieben, die den Zustand der Assets darstellt. An dieser Auswertung sieht man den größten Vorteil des FSAsset sehr deutlich, der sonst eher im verborgenen bleibt.
Ein Bild sagt mehr als tausend Worte:
Der FSAsset speichert Assets, die einen identischen Inhalt haben, nur einmal physisch ab. Das bedeutet, wenn 20 mal die selbe Textur hochgeladen wird, haben wir 20 verschiedene Assets aber die Daten der Textur (die Textur selbst) wird trotzdem nur einmal abgespeichert.
Am obigen Bild kann man sehen, dass 160'000 Assets weniger gespeichert werden mussten (wegen dieser Deduplikation), was mir 12,5gb eingespart hat.
Auch das Assetwachstum kann man sehr gut beobachten. Vor allem auch, dass es bei häufigem Nutzen von OpenSim, fast linear ansteigt:
Ein weiterer Vorteil des FSAsset ist die Entlastung der Datenbank.
Wir können hier sehen, dass ich etwa 87gb Assets auf meinem Server habe, meine Datenbank aber nur 1gb Assetdaten enthält. (Bitte bedenken, dass HeidiSQL bei InnoDB Tabellen nur Näherungswerte des Inhalts anzeigt) Das sind lediglich die Metadaten der Assets. Dadurch werden die Datenbank DUmps deutlich kleiner und die Datenbank sowie ihre Backups werden entlastet.
Wenn ihr also ein Grid neu aufsetzt, denkt darüber nach, den FSAsset einzustellen.