| Zeile 51: | Zeile 51: | ||
: Falls das einzige was dazu im Artikel steht "Auch zukünftige Festplatten mit einer physikalischen Sektorgröße von 4096 Bytes mögen dem entgegen wirken." ist, sehe ich nicht, warum man da von einem Aufstand sprechen könnte. Abgesehen davon sehe ich nichtmal ansatzweise was daran falsch/verbesserungsbedürftig wäre. Die Aussage ist doch eher, dass sich die der Software präsentierte Sektorgröße in Zukunft ändern '''könnte''', insofern trifft nichts deines Posts zu.--[[Benutzer:Bluecode|Bluecode]] 20:52, 11. Apr. 2010 (CEST) | : Falls das einzige was dazu im Artikel steht "Auch zukünftige Festplatten mit einer physikalischen Sektorgröße von 4096 Bytes mögen dem entgegen wirken." ist, sehe ich nicht, warum man da von einem Aufstand sprechen könnte. Abgesehen davon sehe ich nichtmal ansatzweise was daran falsch/verbesserungsbedürftig wäre. Die Aussage ist doch eher, dass sich die der Software präsentierte Sektorgröße in Zukunft ändern '''könnte''', insofern trifft nichts deines Posts zu.--[[Benutzer:Bluecode|Bluecode]] 20:52, 11. Apr. 2010 (CEST) | ||
::Warum sollte sich die Sektorgröße für die SW ändern? Damit machen es sich die HDD-Hersteller auch nicht einfacher. Ich denke die werden das auch in Zukunft vor der SW verstecken um die physikalische Sektorgröße nach eigenen Bedürfnissen flexibel anpassen zu können. Vergleich doch mal mit den Flash-Basierten Speichermedien, dort gibt es intern etliche verschiedene Sektorgrößen (bedingt durch die Menge an Daten die auf einmal gelöscht oder auf einmal geschrieben werden können, sind beides übrigens verschiedene Mengen). Wenn die HDD-Hersteller anfangen würden die Sektorgröße nach aktueller Mode (Fertigungstechnologie usw.) zu ändern dann müsste jede SW die direkt mit Massenspeichern arbeitet flexibel damit umgehen können und das ist von einem Boot-Loader kaum zu erwarten und vom Code im Boot-Sektor/MBR erst recht nicht. Daher bin ich der Meinung das für einen Boot-Loader und anderen Code noch davor die physikalische Sektorgröße völlig irrelevant ist (der marginale Performance-Verlust ist wohl ziemlich uninteressant). Erst die Massenspeicher-Verwaltungsprogramme (fdisk usw.) und die Datei-System-Designer bzw. die zugehörigen Formatierungstools sollten die physikalische Sektorgröße kennen und beachten.<br />Das mit den 4kByte-Sektoren hab ich auch noch in anderen Wiki-Artikeln gesehen. Ich wollte eigentlich nur wissen warum dieser Umstand überhaupt so deutlich angesprochen wird (ich sehe dazu eben keine Notwendigkeit). Wenn meine Einwände unbegründet sind dann löscht bitte einfach diese Diskussion. --[[Benutzer:Erik.vikinger|Erik.vikinger]] 19:34, 13. Apr. 2010 (CEST) | ::Warum sollte sich die Sektorgröße für die SW ändern? Damit machen es sich die HDD-Hersteller auch nicht einfacher. Ich denke die werden das auch in Zukunft vor der SW verstecken um die physikalische Sektorgröße nach eigenen Bedürfnissen flexibel anpassen zu können. Vergleich doch mal mit den Flash-Basierten Speichermedien, dort gibt es intern etliche verschiedene Sektorgrößen (bedingt durch die Menge an Daten die auf einmal gelöscht oder auf einmal geschrieben werden können, sind beides übrigens verschiedene Mengen). Wenn die HDD-Hersteller anfangen würden die Sektorgröße nach aktueller Mode (Fertigungstechnologie usw.) zu ändern dann müsste jede SW die direkt mit Massenspeichern arbeitet flexibel damit umgehen können und das ist von einem Boot-Loader kaum zu erwarten und vom Code im Boot-Sektor/MBR erst recht nicht. Daher bin ich der Meinung das für einen Boot-Loader und anderen Code noch davor die physikalische Sektorgröße völlig irrelevant ist (der marginale Performance-Verlust ist wohl ziemlich uninteressant). Erst die Massenspeicher-Verwaltungsprogramme (fdisk usw.) und die Datei-System-Designer bzw. die zugehörigen Formatierungstools sollten die physikalische Sektorgröße kennen und beachten.<br />Das mit den 4kByte-Sektoren hab ich auch noch in anderen Wiki-Artikeln gesehen. Ich wollte eigentlich nur wissen warum dieser Umstand überhaupt so deutlich angesprochen wird (ich sehe dazu eben keine Notwendigkeit). Wenn meine Einwände unbegründet sind dann löscht bitte einfach diese Diskussion. --[[Benutzer:Erik.vikinger|Erik.vikinger]] 19:34, 13. Apr. 2010 (CEST) | ||
| + | :::Um es endlich mal auf den Punkt zu bringen ... soweit mir bekannt ist, besitzen diese 4k-Platten eine Abwärtskompatiblität zu 512byte-Platten, d.h. sie unterstützen auch die Adressierung für 512-Bytes-Sektoren (neben 4k-Sektoren). Wobei es mir hier geht ist, wie das BIOS den Boot-Sektor laden wird, kompatible mit 512 Bytes oder volle physikalische 4k?? Sollte letzteres der fall sein, bekommt man den ganzen Code rein und brauch in nicht splitten. Der Bootloader brauch nicht angepasst werden, wenn man genau an die Spezifikation eines Dateisystem bspw. FAT hält. FAT enthält im BIOS-Parameter-Block auch die Größe eines Sektors, hiermit ist die physikalische Größe gemeint. Und genau mit dieser sollte gerechtnet werden, nicht mit Konstanten. Kurz gesagt, booten von einem USB-Stick sollte damit kein Problem sein. -- [[Benutzer:ScollPi|ScollPi]] 21:01, 13. Apr. 2010 (CEST) | ||