18 TByte mit 12 Scheiben erhöhen. Durch den zusätzlichen Einsatz der SMR-Technik mit überlappenden Datenspuren ließe sich das Speichervolumen schließlich auf 20 TByte erhöhen.
Da Seagate schon mit SMR 2TB auf einen Platter bekommt und entsprechende Laufwerke auch schon verkauft, wären bei 12 Platter dann mit SMR sogar 24TB machbar.
Cr4y schrieb:
Mit der hohen Datendichte dürften HDDS zu SATA-SSDs aufschließen, was seq. Schreib- und Leseraten angeht.
Die Datendichte pro Platter wird ja nicht höher wenn man mehr Platter verbaut und nur die Datendichte auf einem Platter hat Einfluss auf die Performance, aber auch nur, wenn sie nicht alleine durch die mehr Spuren zunimmt, wie es bei SMR HDDs der Fall ist.
HominiLupus schrieb:
Übertragungsgeschwindigkeit ist reine Grundschulmathematik von Datendichte x Umdrehungsgeschwindigkeit. Mehr Scheiben im Gehäuse helfen da überhaupt nicht.
So ist es, wobei bei der Datendichte eben wichtig ist wie viele Sektoren pro Spur vorhanden sind und nicht wie viele Spuren es pro Zoll gibt.
HominiLupus schrieb:
Was ich ja nicht verstehen kann: wieso kann man nicht von jeder Scheibe parallel lesen/schreiben? Derzeit hat ja jede von den 8, 10 oder 12 Scheiben 2 Lese/Schreibköpfe: obere und untere Oberfläche jeder Scheibe. Aber von den bis zu 24 Köpfen liest nur einer. Wieso?
Das weiß ich auch nicht, man bräuchte zwar die Elektronik mehrfach die die Signale der Köpfe verarbeitet, aber so teuer kann die ja auch nicht sein.
Cool Master schrieb:
Ich würde mal spontan sagen es gibt mögliche drei Gründe:
1. Wegen der Fragmentierung
Fragmentierung ist eine Sache des Filesystems und hat mit der HDD selbst rein gar nichts zu tun.
Cool Master schrieb:
Da könnte der Grund liegen, aber man könnte die Controller ja auch anders bauen um dies zu unterstützen.
Cool Master schrieb:
3. SATA unterstützt es nicht
Dies hat damit nichts zu tun, dann man könnte ja z.B. die Daten jedes Sektors zur Hälfte auf der Ober- und zu anderen Hälfte auf der Unterseite eine Platter ablegen und dann beide Seiten gleichzeitig lesen und schreiben.
TZUI1111 schrieb:
Dann wird ja ganz klar Zeit für eine neue Schnitstelle+Protokoll^+Controller, bei dem alle Platter und Köpfe gleichzeitig R/W können ^^
Dazu muss man die Schnittstelle nicht ändern, SATA erlaubt ja parallele Befehle wenn NCQ aktiv ist. Nur wird dies bei HDDs zu verwendet um die Reihenfolge der Abarbeitung zu optimieren, aber um wirklich Nutzen für die Geschwindigkeit zu ziehen und alle Köpfe parallel nutzen zu können, müsste man sie auch einzeln positionieren können, derzeit hängen aber alle an der gleichen Achse und bewegen sich daher immer synchron, weshalb sie auch keine unterschiedlichen Spuren anfahren können.
zonediver schrieb:
Das wird lustig, wenn da mal eine runterfällt...
Auch bei Glasplattern dürfte andere Dinge in der HDD zuerst Schaden nehmen, bevor der Platter zerspringt. Von
HGST gibt es dieses Video über die Empfindlichkeit und korrekt Handhabung von HDDs, bei dem was da gezeigt wird was man schon nicht tun sollte, dürften auch Platter aus Glas noch heil bleiben.
bytewarrior schrieb:
AAAAALSO :
6 Pattern & 5400 RPM & 10 ppµ = 250 MB/s
10 Pattern & 7200 RPM & 15 ppµ = 550 MB/s
???
bytewarrior schrieb:
Die Pattern werden (nahezu) parallel gelesen / beschrieben, und nicht der Reihe nach :-)
Nein, werden sie nicht und dies sieht man daran, dass die HDDs mit höherer Kapazität und vielen Platter kein Deut schneller sind als die Modelle der gleichen Familie mit der gleiche Datendichte und Drehzahl mit weniger Platter. Es wird derzeit immer eine Spur eines Kopfes gelesen, dann die gleiche Spur des nächsten Kopfes usw. und dann die nächste Spur, wenn man die sequentiell ausliest. Da ist immer nur ein Kopf aktiv.
bytewarrior schrieb:
Etwas(!) Versatz muss sein
Meinst Du damit den Versatz der Sektoren auf den Spuren um etwa so viel wie diese sich während der Positionierungszeit der Köpfe auf die Nachbarspur weiterdreht oder was?
bytewarrior schrieb:
oder Du entwickelst eine Art "Vectoring" für die auf Flex-Folie
aufgebrachten parallelen Datenleitungen der Schreib / Lese - Köpfe, allerdings werden die
zum Teil schon real am Grenzbereich des physikalisch Möglichen betrieben...
Was meinst Du damit? Was für Flex-Folie? Bring doch bitte mal Beispiele und am Beste auch gleich Belege dafür was Du da behauptest.
bytewarrior schrieb:
Es gibt allerdings inzwischen als Designstudie durchaus schon HDDs, welche Multi-Armed
mit bis zu 6 oder 8 Armen real GLEICHZEITIG lesen
Es gab mal versuche mit
sowas wie auf dem Bild (welches wohl ein Fake ist), also zwei Sätzen an Köpfe die unabhängig voneinander arbeiten, aber dies wurde wieder eingestellt. Keine Ahnung ob es in Serie gegangen ist.
bytewarrior schrieb:
- allerdings war bis dato die Gas-Umströmung
und damit verbunden die Schlepp-Wirbel-Bildung in den nicht wirklich zu 100% evakuierten Chassis
ein gravierendes Problem
Was für eine Gas Umströumung? Aktuell wird Heliumfüllung verwendet weil dessen Dichte viel geringer als bei Luft ist und somit auch die Kräfte der Verwirbelungen, was es ja erst ermöglich die Platter so eng zusammen zu rücken und damit so viele Platter in ein Gehäuse zu bringen. Bei einem Vakuum in der Platte wären die Kräfte auf das Gehäuse viel zu hoch, da müsste man dann massive Kugeln also Gehäuse nehmen.
bytewarrior schrieb:
Ein guter Bekannter von mir ist als Industrie-Designer mit sehr großer Entwicklungs-Erfahrung
für Rotorblätter vor ca. 1,5 Jahren in Richtung FernOst ausgewandert, da er dort bei einem
HDD-Entwicklungs-Labor angefangen hat - daher auch mein grober Kenntnisstand über die
dort auftretenden "Effekte".
Nur leider scheint Der Dich öfter auf den Arm zu nehmen, denn es wird ja eben nichts parallel gelesen oder geschrieben, wie die Werte der HDD mit unterschiedlich vielen Platter auch deutlich belegen und das die Kräfte der Luftverwirbelungen innerhalb der HDDs ein Problem sind, ist nicht neu. Die Hersteller setzen nicht umsonst deswegen auf die teure Heliumtechnologie und verbauen ja auch nicht aus Spaß zumindest bei den hochwertigeren Serien Leitbleche zwischen den Platter ein um die Luftverwirbelungen gering zu halten: