GridTalk.de

Normale Version: OSgrid,..wie geht es weiter?
Du siehst gerade eine vereinfachte Darstellung unserer Inhalte. Normale Ansicht mit richtiger Formatierung.
Seiten: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16
Wenn ich ein User von OSGrid wäre und hätte dazu noch Regionen da gehabt. Würde mich sehr überlegen, da ein zweites mal da online zu gehen. Was da zur Zeit abläuft, ist echt schlimmer als China zu ihren besten Zeiten.

Nach dem Motto, wir haben alles versucht und nun gebt ruhe .. lol
Also ich war im OSGrid und gedenke wieder hinzugehen.

Aus vielen ähnlichen Katastrophen gewitzigt RECHNE ich garnicht mehr damit daß Gridbetreiber und/oder Hostingprovuder meine Daten angemessen sichern. Was ich nicht regelmäßig als IAR und OAR sichere (und DAS kann ich bei MA Rentals SELBST über ein Webpanel tun) ist gegebenenfalls FUTSCH.

Und gerade jetzt erlebe ich mit meinem Castle daß offenbar auch die eigenen Sicherungen nicht WIRKLICH viel bringen. Sad
Ich resch misch net wegen des Datenverlustes auf...
Nur wer Lust hat, sich da in Gesellschaft und Abhängigkeit von AAs zu begeben, für mich wär des mal nix.
AA darf sich dabei übersetzen, jeder wie er mag, als kleine Auswahl: Anbetungswürdige Arbeiter oder Arrogante Arschlöcher...
Das mit den einzelnen Dateien muss kein Nachteil sein. Allgemeine Datenbanken sind nicht besonders gut darin ganze Dateien mit unterschiedlicher Länge zu speichern. Entweder wird da eine Menge Platz bei verschwendet oder es werden mehr zeitintensive Zugriffe gemacht als eigentlich nötig wären. Ab einer gewissen Datenmenge kann es durchaus Sinn machen die Datenbanken nur zum indizieren zu verwenden und die Daten selbst mit einem angepassten Filesystem als Dateien zu speichern. Das habe ich schon häufiger gehört.
(12.11.2014, 14:46)Klarabella Karamell schrieb: [ -> ]Ich resch misch net wegen des Datenverlustes auf...
Nur wer Lust hat, sich da in Gesellschaft und Abhängigkeit von AAs zu begeben, für mich wär des mal nix.
AA darf sich dabei übersetzen, jeder wie er mag, als kleine Auswahl: Anbetungswürdige Arbeiter oder Arrogante Arschlöcher...

Also entweder bin ich zu gelassen (kommt mit dem Alter) oder nicht informiert genug. Ich hatte dort nie was mit AAs (wie immer man es übersetzen mag) zu tun. Bin allerdings weder im RL noch in VW sonderlich erpicht auf Gesellschaft oder Abhängigkeit von wem auch immer ... mehr Eigenbrötlerin.

Bin in OSGrid eigentlich nie jemandem begegnet aber hatte ca. 1 Besucher pro Tag im Jahresmittel auf meiner Burg. In Metro ist es höchstens 1/3 und in World4Us kam höchstens einer im Monat ... das hat Hallow ja auch dicht gemacht.

Hab noch einen Laden in Dreamland Metaverse - kommt NIE einer! - und einen in Virtual Highway - sehr sporadisch! Ähnlich gut besucht wie mein OSGrid Castle ist nur mein Laden in Metro auf Odds Playground - aber das schreib ich mehr dem Guitarrenmuseum zugute als mir.
wegen SQL Performance ...

MemSQL keult ganz gut rein, kostet aber was an der Lizenz.

Moin ...
@Freaky ich bezog mich auf das „wie“, nicht das „wo“ Wink
Mit welcher Blockgroße werden die Daten gespeichert?
Hast du z.B. eine Blockgröße von 100 KB, musst du für eine 1MB Textur 10x zugreifen um die Datei wieder zusammen zu pusseln. Die unzähligen kleinen Sculptmap Bildchen, die meist nur 20 KB haben, fressen dann aber schon 4x so viel Speicher weg, als sie eigentlich benötigten.
Dazu kommt, die Datenbank ist nebst ihren Dateien auch nur eine Anwendung. Was sie auf ihrer Ebene macht, geschieht eine Etage tiefer nochmal.
Bei einer normalen POS Anwendung, wofür Eierlegende Wollmilchsäue wie MySql gemacht wurden, spielt das keine Rolle. Um da in den TB Bereich zu kommen muss man sich schon sehr anstrengen.
@Freaky , wir reden aneinander vorbei Wink

Das geschieht nicht „ebenfalls“, sondern auch
Das MySQl was ich letztes Jahr für so ein PHP Projekt installieren musste, setzte auf dem ganz normalen ext2 mit ...ich glaube 1024er Blöcken... auf. D.h. man hatte die normalen Sektoren der Partition und die Sektoren (wenn man es so nennen will) der Datenbank, bei den dynamischen Daten. Also die DB zerkachelt erst die Datei nach ihrem Gusto und das darunterliegende Standardfilesystem gleich nochmal genauso wie du es aufgeführt hast. Das ist nicht besonders effektiv.


Zitat:“Und nun dürfte auch jeden ersichtlich sein, warum alle grossen Datenbanken nicht im Dateisystem sondern auf einer DB-eigenen Partition mit einem ganz DB-spezifischen Datenformat abgelegt werden, wenn man im TB-Bereich ankommt.“

Hat aber MySql nicht, oder ? Wink
Wenn ich das richtig verstanden habe werden Assets doch eigentlich nie gelöscht. So gesehen müssten die (Asset-) Dateien einmal angelegt auf ewig auf der Festplatte herumdümpeln. Dann sollte es aber keine Fragmentierung der Daten auf dem Datenträger geben, denn die Datei wird üblicherweise beim Anlegen zusammenhängend erzeugt - vorausgesetzt es ist ein genügend großer Speicherblock frei. Fragmentierung passiert eigentlich nur, wenn das Betriebssystem versucht, Lücken zwischen Dateiblöcken zu füllen, die z.B. durch Löschen von Dateien entstanden sind. Oder habe ich da etwas falsch verstanden?
Wahhh!
KRAISCH!
Assets sind lauter kleine unsterbliche festplattenfressende Monster?
Ich mach nix mehr, ich tus net wieder...
Seiten: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16