I discu duru SMR (tiled) senza indicà a presenza di SMR sò andati in i canali di vendita

Tutti i trè pruduttori cuminciaru à vende relativamente chjuchi, partendu da 2TB HDD Dischi SMR (piastrelle)sans préciser dans les spécifications : WD, Seagate, TOSHIBA

Nant'à l'Internet è i media in lingua inglese, tali azzioni sò criticati è, pensu, ghjustu. In Russia, a risorsa THG hè stata nutata cù un articulu Western Digital usa DM-SMR, facendu i drive WD Red adattati per NAS è RAID. Questu articulu, in my opinion, hè una bugia senza vergogna, da u titulu à a cunclusione: "Grazie à a tecnulugia di registrazione DM-SMR, Western Digital hà fattu i so dischi duru WD Red adattati per NAS è RAID". Hè interessante chì in a versione inglese di l'articulu Western Digital Fesses Up: Certi HDD rossi utilizanu Tecnulugia SMR Slow Senza Divulgazione
ùn ci hè nunda di una tale distorsione di i fatti

Ancu in u testu thg.ru si riferisce à Alan Brown,

Alan Brown, amministratore di rete in UCL Mullard Space Science Laboratory, hà truvatu un modu per esce da sta situazione. Hà scupertu chì i dumps RAID, chì sò realizati quandu aghjunghjenu una nova unità à un array RAID esistente è poi soprascrivite per equilibrà l'accessu, hà causatu u sistema per piglià i novi HDD WD Red fora di cuntrollu.

Hè abbastanza vaga ciò chì significa esattamente "u sistema elimina i novi HDD WD Red da sottu à u so cuntrollu." - ma sicondu u significatu di a pruposta, questa hè a suluzione.

In listessu tempu Alan hà veramente scrittu annantu à u tema - ma piuttostu u cuntrariu

L'unità WD40EFAX chì aghju pienu di zeri hà una media di 40MB / s, ma hà cuminciatu à 120MB / s.

In u casu di ZFS, u resolutore ùn hè micca una scansione à livellu di bloccu end-to-end, ma salta in tuttu u discu cumu ogni schedariu hè restauratu à parità. Questu pare chì pruvucarà un altru prublema nantu à u WD40EFAX, induve una dumanda per verificà un settore chì ùn hè micca statu scrittu per pruvucà l'unità per logu internamente un errore "Sector ID Not Found (IDNF)" è scaccià un errore I / O hardware da interfaccia à u sistema host.

I cuntrolli RAID (hardware o software, RAID5/6 o ZFS) decideranu abbastanza ragiunate chì l'unità hè male dopu à uni pochi di elli è l'ejectu da l'array s'ellu ùn hè micca digià dopu à u tempu.

Questu certamenti currisponde à ciò chì aghju nutatu - u ricevitore passa à circa 100MB / s per circa 40 minuti, dopu chì i dischi "morrenu" è morenu ripetutamente se pruvate à riavvia u ricevitore, però, se l'abbandunò - dopu à una ora o più. , travaglianu per altri 40 minuti prima di cascà.

Hè difficiuli di imaginà ciò chì esattamente hà fattu thg.ru fà questu. Un pò solu guessà s'ellu hè stata per a pressione di l'annunciatori. In ogni casu, a situazione quandu i drive populari destinati specificamente à NAS sò rimpiazzati in silenziu da quelli significativamente menu adattati à u listessu prezzu è senza cambià e specificazioni meriteghja attenzione.

À a cunferenza Ci era una menzione di u prublema nantu à u situ web di WD. L'essenza hè a stessa

Aghju appena acquistatu 3 WD RED per rimpiazzà l'anziane unità in un array ZFS

TUTTI TRE fallenu durante a resilvering cù errori IDNF (ID di settore micca truvatu):

Quantu aghju capitu, u prublema hè cun
WD RED - WD Red EFAX sò unità SMR è anu 256 MB di cache. Unità EFRX - ùn utilizate micca SMR (queste sò unità CMR regulari) è avè una cache di 64 MB
Toshiba hà parechji mudelli più infurmazioni davanti
Seagate hà parechje serie - più infurmazioni davanti

Source: www.habr.com