Nivram

Danke für die erläuterung und die Verweise. Auch wenn bei Wikipedia die Infos auf einer gewissenen Ebene bleiben und nicht alles ins Detail erläutert wird, gut das grundlegend mal gelesen zu haben

Das mit den Blöcken / Clustern sehe ich jetzt auch an meiner 3Byte-Datei, die auf dem Datenträger 4096Bytes belegt.

Wow - Und ich glaube das erweiterte Wissen hilft meinem Verständnis sogar weiter (Wie ich schon fast vermutet habe)

Ich kann mir zwar immer nocht ganz erklären, warum z.B. ein Block aus zweierpotenzen von Bytes besteht, da man ja hier eigentlich nur ein vielfaches eines Bytes also mehrere Bytes zusammen schließt (Beim Bit entsteht das Zweiersystem bedingt durch zwei zustände)

Da es sich aber aus Performance und Verwaltungsgründen (wie im Wiki beschrieben) rentiert hat und das dann auch für die Clustergrößen eine Rolle spielt kann ich das an der Stelle nachvollziehen.

Und sehe jetzt endlich auch mal einen Sinn bei der Verwendung von Kibibytes

(Die ja leider fälschlicherweise Kilo als Präfik bei Windows haben - Oder meint mit KB (großes K) wohl wirklich Kibi), Da die durch Cluster bedingte kleine Text-Datei jetzt schön als 4KB statt 4,096 angezeigt wird

Da stellt sich mir nur gleichzeitig wieder die Frage ob bei der Datenübertragung jetzt mit der Größe der Cluser, die ja auf dem Zielmedium auch sind oder der eiegentlichen Dateigröße (Textdatei kit 3Bytes - Weitere Information außer die Buchstaben selbst sind in der Dateigröße ja bestimmt schon mitberechnet wie z.B. JPEG Datei mit 1 Pixel, die aber deutlich größer als 1 Byte ist - gerechnet wird. Aber das ist glaube ich wieder eine andere Geschichte.

Danke für eure Antworten

Daraus erschließt sich für mich doch:

Zustände = Binär (2^8-1) (Da ja Binär aus mögl. Zuständen mit 8 Bits im Byte errechnet)

Speichermenge: Dezimal 1000 Byte (Da einfach Anzahl der vorhandenen Bytes)

Also wenn ich ein Kilobyte Daten habe, dann sind das 1000 Byte, damit kann ich dann 1000 * (2^8-1) verschiedene Zustände von 0/1 speichern (bzw umgekehrt analog)

Genau, deshalb kann man mit Kilobyte ja besser die Zustände berechnen.

Mit Kibibyte ist ja selbst das berechnen von Zuständen aufwändiger, da ich als Dezimal-Mensch (Mit 10 Fingern) 12Kibibyte erstmal umrechnen muss bevor ich einfach die Zustände errechnen kann - Trotzdem gibt das OS die binär umgerechneten KibiBytes an - "Sinn??"

Hm, deswegen hat meine Festplatte auch 500.105.216.000 Bytes, da binär aufgebaut und nicht 500.000.000.000?

Jedoch kann ich doch auch eine 3 byte 7 byte und 11 byte große Datei auf der Festplatte haben, sollten doch bei binärer Adressierung nicht nur 4,6 8 oder sogar 4,8 und 16 byte Große Dateien ergeben?

wie willst du den kilo, also 1000 darstellen?

Ich kann doch Dezimal auch z.B. 133 darstellen und nicht nur 10². Und Byte hat doch eine Wertigkeit, wie z.B. das 265 Farben Pixel, das ein Byte belegt.

Für mich sind Bytes Boxen für Äpfel, mit jeweils 8 freien Plätzen.

Jetzt möchte ich doch nur die Kisten zählen.

Um jetzt zu zählen wieviel verschiedenes Apfelmus ich aus (den jeweils verschiedenen Apfelsorten) herstellen könnte, wären ja 265 verschiedene Apfelmus die möglich wären, hier wäre es ja wieder Binär. Mehrere Apfelmus ergeben dann z.B. einen Großen Kompott, den ich an Kantinen verkaufe (Datei/ Programm).

Mein LKW hat 1024 Boxen-Schubladen, weil es bei der Schubladenherstellung einfach war wen eine Person immer zwei mit einander verbunden hat, also 1 Schublade + 1 Schublade, der nächste 2+2 zusammengeschweißt hat usw.

Weil das der LKW Fahrer aber nicht versteht, hat man die schöne Herstellung der Schubladen umgekrempelt und stellt jetzt immer knapp 1000er LKW her.

Ist meine Sichtweise so falsch?, kann man das so nicht übertragen? Für mich wäre das Dezimale Zählen der Boxen das logischste, da es auch 3 Byte Dateien gibt wird mein OS das doch auch Adressiert haben und nicht 2,4,8 ?

Die Verknüpfung zwischen Binär und Äpfel-Boxen zählen fehlt mir hier.

Hey,

danke erstmal für deine Antwort.

Habe das mit den Dezimal und Binär-Präfixen verstanden und auch, dass oft kilo gesagt aber kibi gemeint ist. Auch das man Festplatten für den Benutzer um sozusagen Betrug zu verhindern jetzt z.B. mit 500 "echten" GB herstellt ist schlüssig.

Trotzdem kann ich die Verwendung bzw. die Angabe von GiB (die ja fälschlicherweise z.B. hier auf meinem Windows GB, also den Dezimalen Präfix hat)

vom Sinn sowie auch vom wirklichen Zweck nicht nachvollziehen.

Ich kann es nachvollziehen bei:

-Bits und der Anzahl an Zuständen: Mit einer handvoll Bits lassen sich ja die möglichen Zustände nur in zweier Schritten nennen, also 2,4,8 usw.

Jedoch sind die möglichen! Zustände nicht 3 oder 6. Deshalb ist das sinnvolle Zahlensystem das Binäre, kann ich verstehen.

-Herstellung von Speicherbausteinen: Da das Verbinden gleicher Bausteine wohl einfacher war, wenn man immer zwei Bausteine zusammengefasst, hat man hier wohl auch immer 2,4,8 usw. genommen, bis z.B. 1024, wo sich langsam ein Präfix lohnt und zur nähe an die 1000 man einfach Kilo genommen hat, da noch keine Binärpräfixe vorhanden. Kann man auch nachvollziehen

Was ich allerdings nicht verstehe:

-Bei der Angabe von Speicherplatz und Dateigrößen, geht es mir doch eigentlich nur darum das beides zusammen passt, ich mir ein Bild davon machen kann wie viele Dateien ich auf ein bestimmtes Medium packen kann, wie schnell die Übertragung geht.

Damits nicht 537944653824 gebe ich dann doch am besten einfach echte 537GB an und bin happy.

Von hier komme ich als normaler Mensch ganz einfach wieder auf Bits, könnte mir dort mögliche Binäre Zustands-Möglichkeiten berechnen.

Ansonsten ist für mich, Lieschen Müller, ein Bit doch nur sowas, wie eine Einheit, ein Gegenstand, 1.

Wo ist also bei Speicherplatz / Dateigröße der Bedarf an Binärer Umrechnung - Kann die moderne Festplatte nur Binär in Speicherkapazität wachsen kann eine Datei nur Binär Bytes zum speichern "reservieren"?

Habe ich hier etwa einen Denkfehler, haben Fachleute einen Vorteil (Außer die oben erwähnten Bausteine und möglichen Zustände) Speicherkapazitäten Binär zu berechnen und machen sich keine gedanken um Lieschen Müller?

Danke für erhellende Antworten

Hallo zusammen,

ich habe mich jetzt schon intensiver mit den Präfixen für Bytes mit den jeweiligen Umrechnungen Binär / Dezimal beschäftigt.

Jetzt habe ich aber in Frage gestellt, warum heutzutage für den Benutzer immernoch mit 1024 bzw. Kibibytes usw. gearbeitet wird, und hoffe, dass mir das jemand näher erläutern kann.

Hier meine Sichtweise auf das Thema:

- Zum einfachen erstellen von Speicherbausteinen z.B. Arbeitsspeicher hat man diese ja in Zweierpotenzen erweitert, bis schließlich zu 2^10 (10 Verdopplungen) = 1024. Bei 2^20 schon 1048576.

Jetzt gehe ich davon aus, dass man zur vereinfachten Darstellung großer Zahlen sich Präfixe zunutze machen wollte und damit bei Kilo / Mega usw. keine Kommazahlen, sondern ganze Zahlen (1) angegeben wurden rechnete man einfach mit *1024 hatte dann z.B. 1024*1024= 1 Megabyte bzw. 1 Mibibyte und nicht 1,048576 Megabyte.

Jetzt habe ich aber bei meiner 500GB Festplatte und 4GB USB stick gesehen,

dass diese tatsächlich 500.105.216.000 bzw. ca. 4.000.000.000(USB-Stick) echte Bytes haben.

Deshalb gehe ich davon aus, dass diese Speichermedien ohne die Dopplungen / zweierpotenzen erstellt wurden. Hier lässt sich auch der Vorteil von 1024 nicht erkennen, da bei Umrechnung von bytes auf Mibibyte usw. immer Kommastellen herauskommen.

Weshalb rechnen die meisten Betriebssysteme denn trotzdem in Gibibyte usw. um?

Wem bringt das einen Vorteil? Beim Arbeitsspeicher vielleicht - Aber bei anderen Medien, die der Normalverbraucher benutzt doch nicht?:confused:

Wenn alle Betriebssyteme in echten Gigabytes also Milliarde Bytes anzeigen würden, gäb es doch auch keine Verwirrung mehr bei Festplatten und USB sticks, sowie bei der Datentransfer-Berechnung.

Ich hoffe ihr könnt mir Antworten zu dieser Fragestellung geben und bedanke mich jetzt schon für eure Antworten.

Gruß

Marvin