Nochmal Gleitkommazahlen, 32bit Float geeignet für Ganzzahlendarstellung bis 64bit?

[jfheins]

Hi,

um auch mal bei WinDirStat zu helfen (tolles Programm btw) meine Meinung: Es sollten die 32 bit Gleitkommawerte reichen. Nicht immer muss man die sauberste Lösung wählen. Und da der Wert eh nur als 777,7 MB angezeigt wird (völlig ausreichend, wozu sollte ich die Größe bis auf das letzte Byte wissen wollen?) reichen die 7 Ziffern Genauigkeit hin. Falls das für die internen Berechnung und die Grafik ebenfalls reicht, gibt es keinen Grund da noch mehr Komplexität reinzustecken

[Assarbad]

Zitat von jfheins:

Und da der Wert eh nur als 777,7 MB angezeigt wird (völlig ausreichend, wozu sollte ich die Größe bis auf das letzte Byte wissen wollen?) reichen die 7 Ziffern Genauigkeit hin.

Hmm, aber die Berechnung der Gesamtgrößen erfordert schon Genauigkeit auf ein Byte genau. Ansonsten wird es bei Millionen von Dateien auch bei Anzeige von MiB oder GiB durchschlagen. Denkste nicht?

[jfheins]

Okay, ja bei Millionen von Dateien könnte das passieren
Du könntest dir einen 48bit Ganzzahltypen geklarieren - das sollte für die meisten Dateien ausreichen

Hast du schonmal ausprobiert, wie schlimm das ist wenn du immer 64bit hernimmst? ich meine, selbst bei 10 Millionen Dateien kostet das dann nur 40MB mehr. So viel ist das auch nicht mehr

[Assarbad]

Zitat von jfheins:

Hast du schonmal ausprobiert, wie schlimm das ist wenn du immer 64bit hernimmst? ich meine, selbst bei 10 Millionen Dateien kostet das dann nur 40MB mehr. So viel ist das auch nicht mehr

Sagen wir so, es gab Beschwerden von Benutzern die auf Servern arbeiten und ich will nicht einfach nur auf auf 64bit wechseln, sondern auch ein wenig optimieren. Bernhard hatte da schon einiges Versucht, was aber bei modernen Systemen auch schon nicht mehr so toll funktioniert.

Ich denke mal, daß die Dateinamen auch noch ein Problem darstellen, aber bin noch nicht ganz sicher wie man das angehen kann. Neben Kompression käme auch in Frage, daß man immer dann den Namen abfragt und speichert, wenn er irgendwo angezeigt werden muß und stattdessen die 48-bittige File-ID speichert.

[jfheins]

Zitat von Assarbad:

Sagen wir so, es gab Beschwerden von Benutzern die auf Servern arbeiten und ich will nicht einfach nur auf auf 64bit wechseln, sondern auch ein wenig optimieren. Bernhard hatte da schon einiges Versucht, was aber bei modernen Systemen auch schon nicht mehr so toll funktioniert.

Es arbeiten Leute damit? (Nichts für ungut, ich finde es ungemein praktisch den Festplattenplatz schön visualisiert zu haben, aber sonst ...)

Zitat:

Ich denke mal, daß die Dateinamen auch noch ein Problem darstellen, aber bin noch nicht ganz sicher wie man das angehen kann. Neben Kompression käme auch in Frage, daß man immer dann den Namen abfragt und speichert, wenn er irgendwo angezeigt werden muß und stattdessen die 48-bittige File-ID speichert.

Du könntest auch intern erstmal mit 64bit rechnen und dann (z.B. wenn alles abgegrast wurde) sämtliche Werte auf 32bit Gleitkomma runden. Aber wenn du zu jeder Datei auch noch den Namen im ASCII Format speicherst, würde ich erstmal da optimieren...

[Assarbad]

Zitat von jfheins:

Du könntest auch intern erstmal mit 64bit rechnen und dann (z.B. wenn alles abgegrast wurde) sämtliche Werte auf 32bit Gleitkomma runden. Aber wenn du zu jeder Datei auch noch den Namen im ASCII Format speicherst, würde ich erstmal da optimieren...

Pah, ASCII? Unicode ... UTF-16 um genau zu sein. Da ist meiner Meinung nach auch ganz ohne Kompression schon ein Sparpotential

Die ASCII-Version wird wie schon angekündigt eingestellt.