Speichergrößen heutzutage korrekt interpretieren/betiteln

[KodeZwerg]

ot

Zitat:

Zitat von jobo (Beitrag 1407471)

andererseits scheint nachwievor der beliebteste Typ zum Speichern eines Datums der String.

Ich für meinen Teil Speicher Zeitwerte nicht als String.

[himitsu]

Zitat:

Zitat von KodeZwerg (Beitrag 1407473)

Ich für meinen Teil Speicher Zeitwerte nicht als String.

Ich schon, aber wenn dann in einer der eindeutigen ISO-Spezifikationen, welche unabhängig von irgendwelchen lokalen Spracheinstellungen sind.

Beim Speichern verwende ich gern human-readable Formate (selbst wenn darin ein paar der Daten verschlüsselt sind)
und falls doch "platzsparender" Binär gespeichert werden soll, dann keine propitären Formate, sondern nur solche die sich automatisiert in Ersteres umwandeln lassen.

z.B. gibt es XML und JSON auch in binär. (XML sogar teilweise quasi komprimiert)

[KodeZwerg]

Liegt bei mir daran das ich Jahrelang nur mit Double/Int64 bei Zeitwerten arbeite. Das es platzsparender ist war mir in diesem Moment egal.

[Rollo62]

Zitat:

Und wohlgemerkt: Im Thread geht es erstmal um die Kommunikation zwischen Menschen, bei einem Datumstyp geht es immer um exakte Algorithmen

Nicht immer:
Ich habe neulich Zertifikate aus China bekommen mit Datum im PDF "18.07.13", welche ich erstmal als "outdated" angemeckert habe.

Es hiees darauf, das es in China so geschrieben würde (ich habs mal so hingenommen, ungeckeckt).
Nicht nur Algorithmen haben Probleme damit, echte Menschen auch :stupid:

Rollo

[freimatz]

Könnt Ihr bitte beim Thema bleiben.

[DieDolly]

Ich gehe mal stark davon aus, dass 99% aller Delphi-schreiber die Funktion unten benutzen, um Datengrößen visuell dazustellen.

Zitat:

Khabarakh hat auf Basis seines Codes eine Alternative gepostet, die ohne die Unit Math auskommen sollte:
zusammenfalten · markieren Delphi-Quellcode:

Delphi-Quellcode:

function FileSizeToStr(const ASize: Int64 {für Delphiversionen < 2005 durch Real/Double/Extended ersetzen}; const AUseShortNames: Boolean = true): string;
const
  ShortUnits: Array[0..8] of string = ('Byte', 'KB', 'MB', 'GB', 'TB', 'PB', 'EB', 'ZB', 'YB');
  LongUnits: Array[0..8] of string = ('B', 'Kilob', 'Megab', 'Gigab', 'Terab', 'Petab', 'Exab', 'Zettab', 'Yottab');
  Epsilon = 1 / 1024; // Wegen der Fließkommaungenauigkeit sicher nie falsch, verhindert außerdem Anzeigen wie "1024 KB"
var
  Index: Integer;
begin
  Index := Trunc(ln(ASize) / ln(2) / 10 + Epsilon);
  if AUseShortNames then
    Result := Format('%.2f %s', [ASize / (Int64(1) shl (Index * 10)), ShortUnits[Index]])
  else
    Result := Format('%.2f %s%s', [ASize / (Int64(1) shl (Index * 10)), LongUnits[Index], 'yte'])
end;

Wie sähe das denn in der Kibi-Schreibweise aus? Muss nur Epsilon auf 1000 geändert werden?

[KodeZwerg]

Zitat:

Zitat von DieDolly (Beitrag 1408459)

Ich gehe mal stark davon aus, dass 99% aller Delphi-schreiber die Funktion unten benutzen, um Datengrößen visuell dazustellen.

Da frag ich mich wie Du Yotta berechnen willst, Int64 reicht da nicht. Und nein, ich machs immer selbst. Ich bin das 1 fehlende Prozent.:lol:

Zitat:

Zitat von DieDolly (Beitrag 1408459)

Wie sähe das denn in der Kibi-Schreibweise aus? Muss nur Epsilon auf 1000 geändert werden?

:thumb:

[DieDolly]

Endlich mal ein Erfolgserlebnis in meinem Leben :thumb:

Mir fällt aber noch was auf.
Google gibt bei direkter Eingabe in das Suchfeld 498000 Byte in KiloByte = 498 aus.
In KibiByte sind 498000 Bytes scheinbar 486,328125 KibiByte. Ist das so richtig?
Ich dachte immer Byte * 1024 = KiloByte.

[KodeZwerg]

Zitat:

Zitat von DieDolly (Beitrag 1408465)

Endlich mal ein Erfolgserlebnis in meinem Leben :thumb:

Mir fällt aber noch was auf.
Google gibt bei direkter Eingabe in das Suchfeld 498000 Byte in KiloByte = 498 aus.
In KibiByte sind 498000 Bytes scheinbar 486,328125 KibiByte. Ist das so richtig?

Schon das zweit Glückserlebnis heute, alles richtig gemacht!:thumb::thumb:

edit

Zitat:

Zitat von DieDolly (Beitrag 1408465)

Ich dachte immer Byte * 1024 = KiloByte.

Nee, das sind KibiByte bzw KiB.

edit #2
Mist ich glaub ich habe oben nen Fehler:
Byte / 1000 = KiloByte bzw KB
Byte / 1024 = KibiByte bzw KiB <<<< Das ist normalerweiser unter Windowsen das zu nehmende Mittel.

[Frickler]

Zitat:

Zitat von KodeZwerg (Beitrag 1408463)

Zitat:

Zitat von DieDolly (Beitrag 1408459)

Ich gehe mal stark davon aus, dass 99% aller Delphi-schreiber die Funktion unten benutzen, um Datengrößen visuell dazustellen.

Da frag ich mich wie Du Yotta berechnen willst, Int64 reicht da nicht. Und nein, ich machs immer selbst. Ich bin das 1 fehlende

Man kommt aber im realen Leben mit 64 Bit aus. Die maximale Dateigröße damit wäre 16 EiB (erreichbar z.B. mit ZFS). Die Großrechner von IBM haben zwar ein 128-Bit Dateisystem, aber die maximale Dateigröße ist trotzdem "nur" bei 1 TiB.