Vlákno názorů k článku
WD srovnává krok, po Seagate též uvádí 32TB disk od RDa - To vypada ze "host manged SMR" tyhle disky...

  • Článek je starý, nové názory již nelze přidávat.
  • 16. 10. 2024 19:19

    RDa

    To vypada ze "host manged SMR" tyhle disky opousti (po predchozi vlne, kdy top kapacity byly vyhradne host managed).

    Asi je porad lepsi, kdyz disk funguje klasicky a ma pouze neduhy, nez aby se prekopaval cely storage stack a vyzadovali specialni filesystemy, nebo upravy/hacky, ktere nejsou uplne easy pro ty klasicke FS, kdyz je nekdo chce provozovat nad ZNS.

  • 16. 10. 2024 22:03

    David Ježek

    Já obecně považuju šindely za poukázku na budoucí průšvih, ale stejně tak nevěřím ani heliu, ani HAMR, ani Mach.2. Snad jedině PMR si mě získalo tím legendárním videem HGST. Ale ne, teď bez legrace. Já od disku chci, aby vydržel léta a byl nadále alespoň jakž-takž předvídatelný v selhání. A bojím se, že tohle helium / SMR / HAMR už neumožňuje, jakkoli to vydrží dlouho a spolehlivě fungovat..

  • 16. 10. 2024 22:17

    RDa

    Podle me zas SMR neni takova zruda jak si lidi predstavuji - jiste, nese to sebou nutnost nechat disku udelat uklid, takze to neni vhodny pro vsechny use-cases (znamenite: 24/7 workload bez pauz, mene casto: prilis moc vyuzivany cow).

    Se SMR se da zit - mam skript co jim nastavuje jine timeouty v linuxu (mam 4T a 5T seagate disky, v 2.5" formatu).

    S tim heliem je to spis neznamo - ale zas AFR ti vyrobce rekne, vetsina >8T je He tak jako tak.. a nechcipa to hromadne, je tam Smart metrika na He sensor (sic buhvijake spolehlivosti). Zatim se zda, ze to jako opravdu funguje - a neni to jenom moje stesti, proste to dokazali!

    S tim HAMR nemam zkusenost - ale kdybych se rozhodoval, tak jdu do klasiky bez HAMR ale s plotnou navic - a pak si dam zalezet, aby lokace pole nemela vibrace napr. Ale cose tyce selhani .. to bude mozna ok, protoze HAMR ovlivnuje zapis a pokud odejde topne teleso / laser, tak to nebude zapisovat, ale cist porad ano (takze podobny scenar jako u SSD s RO rezimem pred smrti).

    Mach.2 byl takovej zajimavej kockopes - ale odhalil jeden bottleneck soucasnych disku o kterem se nemluvi - a to je, ze pro sadu hlavicek (rekneme na 11 plotnach to je 22 hlav), se pouziva nejaky ASIC ktery dekoduje PRML.. a na vstupu ma nejaky multiplexor, takze dokaze opravdu cist jenom z jedne hlavicky (prakticky ten mux muze byt klidne na flexu, co vede po rameni). Ale Mach.2 disky maj ty ASICy dva - takze proto podavaji dvojnasobnou kontinualni prenosovku - oproti klasickemu disku. Pocet hlav ani pocet ploten se nezmenil - jenom se adekvatne musela prizpusobit elektronika. Z toho celeho me vychazi - ze disky by pohodlne mohli byt nasobne vykonnejsi - i bez oddeleneho seeku jako u Mach.2, ale jen pouzitim lepsich front-end cipu (resp. vicero ctecich dekoderu). Nas tady zas nekdo vodi za nos dekadu, ne-li dve!!

  • 16. 10. 2024 23:36

    ja.

    Ohľadom SMR mám ťažké srdce na WD, že v rade WD Red potichu vymenil klasické CMR za SMR... a zistilo sa to až z problémov. potom priznali, že sú to SMR disky. Ďalej bol class action, ale disky vymieňali len v USA, u nás sa na to vyprdli. A keďže som takto k EFAX diskom došiel aj ja, pri výmene odišlých WD Red EFRX za nové EFAX v domácom NAS, tak áno, som nasr...dený. Odo mňa odvtedy nevideli ani korunu a tak skoro neuvidia.

    Okrem toho mám tiež 2.5" Seagate, ktorý bol pôvodne určený na zálohovanie. No, ako zálohovanie na takýto disk môže dopadnúť (nie, nedal to. Time Machine pri prvotnej zálohe skončil s chybou, že disk neodpovedá). Tieto disky zvládnu zápis nejakých 20 GB na jeden záťah (aj keď je sekvenčný) a potom potrebujú čas si to zapísať do šindlovej stopy. Viac tlačiť naraz neustoja.

  • 17. 10. 2024 0:58

    k3dAR

    @ja [...SMR...] 2.5" Seagate, ktorý bol pôvodne určený na zálohovanie. [...] (nie, nedal to. Time Machine pri prvotnej zálohe skončil s chybou, že disk neodpovedá)

    ja na 2.5" 5TB SMR Seagate na "jeden zatah" nahraval pres rsync 2TB - spousta 10MB az 1GB souboru... nesledoval sem sice jak se rychlost v prubehu meni ci zda spomaluje, ani si nepamatuju jaka byla konecna prumern, ale dojelo to cele bez timeoutu ;-)

    na jinej kus totozneho disku sem nahraval opet pres rsync 1TB - prevazne ~1GB soubory, take to dojelo bez timeoutu

    v obou pripadech ale vzdy jeden z disku (uz nevim zda zdroj ci cil) byla na USB3 redukci, tezko rict zda to s no-timeout mohlo souviset, ale nemyslim si kdyz USB3 by teoreticky melo zvladnout skoro rychlost SATAIII, a ten disk zvlada tak 1/5 toho...

    jako rozhodne bych to nedal do RAIDu, nebo jako systemovej disk, nebo jako primarni zalozni disk na dulezita data, ale jinak se mi chova v pohode :-)

  • 17. 10. 2024 1:12

    k3dAR

    ted sem bez timeoutu kopiroval z intetniho NVMe na ten 5TB SMR 2.5 na SATA radici, 9 tar.xz souboru:
    sent 37.370.633.978 bytes received 187 bytes 97.701.004,35 bytes/sec
    total size is 37.361.511.752 speedup is 1,00

  • 17. 10. 2024 8:12

    bez prezdivky ...

    "takze to neni vhodny pro vsechny use-cases"

    Mno nevim, ja bych spis rek, ze to neni vhodne pro prakticky vubez zadne uses.

  • 16. 10. 2024 23:13

    občasný počítačový údržbář

    Já od disku chci, aby vydržel léta a byl nadále alespoň jakž-takž předvídatelný v selhání. A bojím se, že tohle helium / SMR / HAMR už neumožňuje, jakkoli to vydrží dlouho a spolehlivě fungovat..

    Disky nebyly nikdy předvídatelné v selhání.

    Ale helium / SMR / HAMR ve mě taky nebudí extra nadšení. Prostor je neustále potřeba zvětšovat a když si představím, jak dlouho se bude podobně velký vyměněný disk v RAIDu synchronizovat, tak mě jímá hrůza.

    A když si představím, co po nás zbude v případě nějaké relativně malé katastrofy (třeba rychle letící šutr z vesmíru)... keramické destičky přežily tisíciletí, pergamen mnoho staletí, knihy nejméně století když nezvlhnou, digitální média je problém zprovoznit na časově příliš rozdílném hardwaru, při troše štěstí se dají archivovat malé desítky let, ale musí se opečovávat, kontrolovat, občas zapnout, duplikovat, vyžadují znalosti, odbornost a stačí příliš málo k tomu aby byl archivní disk k ničemu. Čím víc mám zkušeností a znalostí, tím víc jsou mi sympatická média k jejichž přečtení stačí oči a ne staletí technologického vývoje.

  • 17. 10. 2024 8:22

    bez prezdivky ...

    "jak dlouho se bude podobně velký vyměněný disk v RAIDu synchronizovat"

    Presne proto ti do pole zadnej dodavatel takhle velky disky nedoda. Nedavno sem na to koukal, a pokud si dobre pamatuju, tak v pripadne hdd max 4TB a v pripade SSD max 8TB. Vetsi ti nedodaj. A duvod je presne ten, ze v pripade failu bude prepocet pole trvat tak dlouho, ze ti chcipne dalsi disk driv, nez se to stihne.

    Ono uz i 4TB kdyz si vemes ze by ten disk kontinuelne daval 200MB/s a budes delat ciste jen linearni zapis, tak to mas na nejakych +- 6 hodin. Pricemz tohle delas typicky za provozu, takze to bude velice pravdepodobne trvat o dost dyl.