Files |  Tutorials |  Articles |  Links |  Home |  Team |  Forum |  Wiki |  Impressum

Aktuelle Zeit: Fr Jul 11, 2025 04:57

Foren-Übersicht » Programmierung » Allgemein
Unbeantwortete Themen | Aktive Themen



Ein neues Thema erstellen Auf das Thema antworten  [ 20 Beiträge ]  Gehe zu Seite Vorherige  1, 2
Autor Nachricht
 Betreff des Beitrags:
BeitragVerfasst: Fr Sep 01, 2006 13:48 
Offline
DGL Member
Benutzeravatar

Registriert: Fr Mai 14, 2004 18:56
Beiträge: 804
Wohnort: GER/OBB/TÖL-WOR/Greiling
sogar der zip-algorithmus sollte doch eine XML-Datei, die nach einem anständigen schema aufgebaut ist, nahezu auf die größe eines entsprechenden binärformats bringen... wenn man also wenig platz hat, einfach komprimieren. sowas in delphi dann zu (ent)packen, sollte auch ohne größere umstände zu machen sein.
Und die menschliche editierbarkeit halte ich jetzt persönlich für einen der größten vorzüge des formats.

_________________
Bild

"User Error. Replace User and hit Continue."


Nach oben
 Profil  
Mit Zitat antworten  
 Betreff des Beitrags:
BeitragVerfasst: Fr Sep 01, 2006 14:06 
Offline
DGL Member
Benutzeravatar

Registriert: Di Sep 03, 2002 15:08
Beiträge: 662
Wohnort: Hamburg
Programmiersprache: Java, C# (,PhP)
Ein reguläres Obj Model (text datei) das ich unkomprimiert in meinem eigenen (nicht optimierten) Format speichere hat bereits binär nur ein drittel der Ausgangsgröße. Gezippt komme ich auf nochmal ca 1/4 der binär größe. Ob das bei XML wirklich so ähnlich ablaufen würde wage ich zu bezweifeln.

_________________
(\__/)
(='.'=)
(")_(")


Nach oben
 Profil  
Mit Zitat antworten  
 Betreff des Beitrags:
BeitragVerfasst: Fr Sep 01, 2006 14:22 
Offline
DGL Member

Registriert: So Aug 20, 2006 23:19
Beiträge: 564
Ich habe XML aufgrund der Baumstruktur gewählt. jonas wird bestaetigen können, dass ich vorher tatsaechlich alles in Struktur von Rekords aufgebaut hatte, die den Content in .datDateien abgespeichert haben. Nun allerdings ist alles Objektorientiert und speichert in XML. Ich werd mal sehen, wieviel Speicher das braucht.
Ich finde, wenn es Festplatten mit 500gb gibt, und schon über Terrabyte große Platten gegrübelt wird, dann muss ich mir um ein Paar MB nicht mehr viele Gedanken machen. Da halte ich meinen Code dank xml lieber knapp, spare mir komprimierungen und dekomprimierungen und schone damit den RAM

Danke aber dafür, dass es codetechnisch scheinbar nix mehr auszusetzen gibt ;)


Nach oben
 Profil  
Mit Zitat antworten  
 Betreff des Beitrags:
BeitragVerfasst: Fr Sep 01, 2006 14:56 
Offline
DGL Member
Benutzeravatar

Registriert: Do Dez 05, 2002 10:35
Beiträge: 4234
Wohnort: Dortmund
Evil-Devil hat geschrieben:
Ein reguläres Obj Model (text datei) das ich unkomprimiert in meinem eigenen (nicht optimierten) Format speichere hat bereits binär nur ein drittel der Ausgangsgröße. Gezippt komme ich auf nochmal ca 1/4 der binär größe. Ob das bei XML wirklich so ähnlich ablaufen würde wage ich zu bezweifeln.

Ja aber im Endeffekt ist XML ein offener Standard auf den unter anderem SVG, diverse Documenttypen uvm basieren. Von SVG & OpenDocument gibt es eine Variante die ihre Daten komprimiert ablegt. Bei OpenDocument ist das wohl immer der Fall. Klar wirst man mit eigenen Formaten IMMER kleiner sein. Das ist aber auch nicht sonderlich schlimm. Nur so schlägt man einen Weg ein bei dem man auf etwas zurück greift, was schon recht weit verbreitet ist und auch unterstützt wird. Schau alleine mal wie viele Möglichkeiten es gibt XML Dateien einzulesen. Das spart eine Menge Zeit und Aufwand. Und man hat so den Vorteil, dass eine flexible Strukturierungsmöglichkeit schon eingebaut ist.

Für mich ist diese Diskussion eine reine Glaubensfrage. Wenn man mit einem bestehenden Bildformat nicht einverstanden ist, dann wird einem niemand daran hindern ein eigenes Format zu entwickeln. Und genau so sehe ich das in diesem Fall. Wenn man es gerne alles selber verwalten möchte ist das okay. Und wenn man lieber ein existierendes Format benutzen möchte, dann ist auch okay. Aber ob es Sinn macht es so zu tun wie es getan wird das liegt im Ermesses eines jeden Einzelnen. Man kann nur objektiv die Vor- und Nachteile aufführen.

Und wegen ein paar hundert Kilobytes muss man heutzutag nicht diskutieren. Das ist die Mühe nicht wert. So lange es sinnvoll durchdacht ist soll das vollkommen ausreichen. Das soll jetzt nicht heißen, dass man zu verschwenderisch sein soll. Aber ein güldener Mittelweg passt schon.

Aber bitte lasst es nicht ausarten.


Nach oben
 Profil  
Mit Zitat antworten  
 Betreff des Beitrags:
BeitragVerfasst: Fr Sep 01, 2006 16:09 
Offline
DGL Member
Benutzeravatar

Registriert: Di Mai 18, 2004 16:45
Beiträge: 2623
Wohnort: Berlin
Programmiersprache: Go, C/C++
Es hat kein sinn xml zu kompremieren, plattenspeicher hat jeder unmengen aber xml ist verdammt langsam und hier ist der knackpunkt. man kann unmengen an geschwindigkeite sparen wenn man nur die tags als cardinal speichert und am anfang der file ein Dictonary packt. Ein tag hat dann halt ein cardinal und ein size und somit geht das überspringen von daten und das lesen von daten verdammt schnell. Ich hab momentan noch für ein Tag 9Byte und ist wie folgt aufgeteilt.
4Byte TagID,4Byte size,1Byte Flag(momentan nur enthält daten oder nicht). Daten kann man ja dann in string lassen.
Wer dann kompremieren will wird sich freuen, da dieses muster verdammt gut kompremierbar ist.
Mein Testlevel ist in xml ~19kb groß und mit zlib hats nur noch ~1,2KB.

_________________
"Wer die Freiheit aufgibt um Sicherheit zu gewinnen, der wird am Ende beides verlieren"
Benjamin Franklin

Projekte: https://github.com/tak2004


Nach oben
 Profil  
Mit Zitat antworten  
Beiträge der letzten Zeit anzeigen:  Sortiere nach  
Ein neues Thema erstellen Auf das Thema antworten  [ 20 Beiträge ]  Gehe zu Seite Vorherige  1, 2
Foren-Übersicht » Programmierung » Allgemein


Wer ist online?

Mitglieder in diesem Forum: Majestic-12 [Bot] und 2 Gäste


Du darfst keine neuen Themen in diesem Forum erstellen.
Du darfst keine Antworten zu Themen in diesem Forum erstellen.
Du darfst deine Beiträge in diesem Forum nicht ändern.
Du darfst deine Beiträge in diesem Forum nicht löschen.
Du darfst keine Dateianhänge in diesem Forum erstellen.

Suche nach:
Gehe zu:  
  Powered by phpBB® Forum Software © phpBB Group
Deutsche Übersetzung durch phpBB.de
[ Time : 0.007s | 15 Queries | GZIP : On ]