Test: Acer Aspire V17 Nitro Tobii

[zivan]

Všimnul jsem si v téhle recenzi poznámky "Tento disk již patří k novější generaci, která používá větší sektory (4kB).". Nemají to už pár let všechny HDD? Vždyť 4kB sektory se řešily jako novinka před cca 8 lety.

Ale ten disk je "zajímavý" něčím jiným, jde o SMR technologii, která přináší výhodu ve vyšší hustotě (Seagate má i 2TB 7mm HDD) a nevýhodu v přepisování vedlejší stopy při zápisu. Mám starší 1TB model SMR Seagatu a už se mi stalo, že při zápisu většího množství náhodných dat ten disk na cca 2 minuty v podstatě přestal reagovat. Zřejmě došlo vyhrazené místo na plotně pro náhodné zápisy, tak začal ty data interně přehazovat na správné místo a přestal provádět požadavky OS a programů.

[admin]

co s ipředstavit pod "zápisu většího množství náhodných dat "? ... hodně malých souborů? ... kolik cca?

[zivan]

Hrál jsem si v tu dobu s cca 500x 1MB soubory, rozbaloval je z archivu, dělal si jejich zálohy do vedlejšího adresáře, nějaká práce s nimi (ale to bylo čtení) a najednou disk přestal reagovat. Nemám tedy vyzkoušený přesný limit, v recenzi na DIIT testovali SMR 8TB Seagate Archive a limit byl 11GB.

http://diit.cz/clanek/recenze-8tb-seaga ... -bezvedomi

Ještě jedné zvláštnosti jsem si u toho mého disku všimnul, tedy kromě toho, že interně pracuje i když se z něj nečte ani nezapisuje. Začaly se mi pravidelně trhat souštěná videa z toho disku. Z předchozího 500GB Seagatu bez problému. Ale stačilo ten disk něčím zatížit a video se přestalo trhat. Zřejmě při nečinnosti začal uklízet ty náhodná data? Zvednutí cache u VLC problém vyřešilo.

[admin]

a to von už si srovnává data sám bez ohledu na nastavení OS? ... myslim zpětně rovná

[zivan]

Jo, predstavuji si to podobne jako TLC SSD, ktera pouzivaji cast kapacity jako SLC cache, dokud v ni maji misto, tak jsou rychlosti uzasne pres 500MB/s, jak dojde, tak zapis klesne klidne pod 100MB/s a pro obnovu rychlosti je potreba dat tomu SSD cas na prehazeni dat z te SLC cache do spravneho mista. Tady je ale to uklizeni prioritni a preskoci pozadavky OS.

Kdyz ten disk pripojis do USB, aby byla slyset prace hlavicek, tak po nejakem zapisu si vesele chroupe dal i kdyz OS nevykazuje zadny zapis ani cteni. Zajimavy by byl asi i test toho, kdyz ho nekdo pouzije jako externi a nenecha mu cas. Pripoji, nakopiruje do nej par GB fotek z fotoaparatu a hned ho zas odpoji. A tohle bude parkat opakovat.

[swarm]

Kupodivu ještě dnes se dají sehnat v pohodě i disky s 512B sektory (v serverovém segmentu bych dokonce řekl, že jich dodávám zatím většinu). Dokonce existují softwary, co začaly podporovat jiné než 512B disky až v poslední verzi (třeba VMware vSAN).

Jinak ano - SMR je na to navázané (např. určitě nebude SMR v kombinaci s 512B sektory). Všechny disky se SMR se dnes dělají s větší cache a fakticky zápis znamená obvykle také přepsat znovu postupně i data na sousedních částech (já bych jim třeba věřil méně a podle mě jsou vhodné jen pro data, kde není potřeba rychlost). Vzhledem k tomu, že dneska disky mají všechny interní přemapování, které OS nevidí, bude tam pravděpodobně rychlá část podobně jako u SSD (u TLC se to řeší "SLC" částí, což není nic jiného než ty samé buňky, které ovšem místo tří bitů ukládají jen jeden, takže při degradaci bude trvat déle, než bude hrozit náhodná změna dat). Zde bude pravděpodobně někde část, kde disk zapisuje stopy dál od sebe... tipnul bych, že ta část bude na začátku disku (tj. na vnějším kraji ploten).

Použití na USB a odpojení napájení předčasně zní docela nebezpečně. Nicméně remove request z OS není závislý jen na tom, zda jsou ještě otevřené soubory. Čeká se taky na to, až disk pošle signál, že je ready pro odpojení. Předpokládám, že takový disk nepošle ready to remove signál dřív, než si všechno zapíše. Na druhou stranu, i kdybys ho odpojil předčasně, tak jedině hrozí problém s tím, co je v cache. Ty ostatní věci mohou zůstat v dočasné části i při vypnutí. Řadič si určitě neustále ukládá informaci, co kde má. Kdyby to bylo úplně chytře navržené, tak energie z dotáčejících se ploten spolu s nějakým kondenzátorem by mohly teoreticky posloužit na uložení cache někam do NAND čipu i při nenadálém odpojení napájení

[zivan]

Myslel jsem to tak, ze si disk zapise nahodna data do te docasne casti a nedostane cas, aby si je ulozil na spravne misto. A to opakovane. U TLC SSD dojde jen ke znizeni zapisu, SMR disku muze ta docasna cast dojit a rozhodne se ji uvolnit. Najednou se ten disk tvari jako kompletne vytuhly a uzivatel ho zacne pripojovat/odpojovat, aby tu chybu opravil...

[swarm]

To bude asi záležet na implementaci toho disku. Pokud bude mít volné souvislé bloky, tak může dočasně zapisovat "rychle", dokud ten prostor nevyplýtvá. I 5 let starý hard dist byl v podstatě tři ARMové počtíače na jedné desce, takže výkonu tam bude dost a záleží čistě na implementaci firmware.

Ale jinak jo - pokud to místo dojde, tak nezbývá, než to dozapsat. Pokud ovšem uživatel odpojuje z počítače viditelně pracující disk, aniž by předtím kliknul na "bezpečně odpojit", tak si asi ani nic jiného než ztrátu dat nezaslouží

[admin]

tak nějak : )

[leon]

vytahovat HDD i USB flash bez "bezpečného vyjmutí" je šílenost : )

[roman2277]

Ale není.Dělám to tak denně.Stačí se jen podívat jestli je zařízení v činnosti.

[zivan]

Podle te recenze zapsal nahodne 11GB dat a ten disk prestal interne prehazovat data po vice nez 14h. Ja jsem na nej zkopiroval data z puvodniho 500GB kopii disku, coz byl predpokladam sekvencni zapis, ale i tak ten disk proste porad neco nekam interne prehazoval, byly porad slyset hlavicky.

Tady v tom Aceru je to asi jedno, na system je tam SSD a na HDD bude mit vetsina uzivatelu jen data. Ale jine notebooky maji jen tenhle SMR disk a zadne SSD. Ale mozna na ten limit obycejny uzivatel nenarazi a tak to neresi. A zda se mi, ze to ani nikdo netestuje.

[swarm]

Já myslim, že s OS se na ten limit dá narazit. Kolega zrovna den po tom, co jsme to tu řešili, nezávisle povídal, že zpozoroval ten samý jev, když dělal rsync a zrovna kopíroval hromadu menších souborů. Windows 10 někdy na pozadí dělá i horší věci.