എസ്എംആർ (ടൈൽഡ്) ഹാർഡ് ഡ്രൈവുകൾ എസ്എംആറിന്റെ സാന്നിധ്യം സൂചിപ്പിക്കാതെ വിൽപ്പന ചാനലുകളിലേക്ക് പോയി

മൂന്ന് നിർമ്മാതാക്കളും 2TB HDD മുതൽ താരതമ്യേന ചെറിയവ വിൽക്കാൻ തുടങ്ങി എസ്എംആർ ഡിസ്കുകൾ (ടൈൽഡ്)സ്പെസിഫിക്കേഷനിൽ അത് വ്യക്തമാക്കാതെ: WD, സീഗേറ്റ്, തോഷിബ

ഇംഗ്ലീഷ് ഭാഷയിലുള്ള ഇൻറർനെറ്റിലും മാധ്യമങ്ങളിലും, അത്തരം പ്രവർത്തനങ്ങൾ വിമർശിക്കപ്പെടുകയും ശരിയാണെന്ന് ഞാൻ കരുതുന്നു. റഷ്യയിൽ, THG റിസോഴ്സ് ഒരു ലേഖനത്തോടൊപ്പം ശ്രദ്ധിക്കപ്പെട്ടു വെസ്റ്റേൺ ഡിജിറ്റൽ DM-SMR ഉപയോഗിക്കുന്നു, ഇത് WD റെഡ് ഡ്രൈവുകളെ NAS, RAID എന്നിവയ്ക്ക് അനുയോജ്യമാക്കുന്നു. ഈ ലേഖനം, എന്റെ അഭിപ്രായത്തിൽ, നാണംകെട്ട നുണയാണ്, തലക്കെട്ട് മുതൽ നിഗമനം വരെ: "DM-SMR റെക്കോർഡിംഗ് സാങ്കേതികവിദ്യയ്ക്ക് നന്ദി, വെസ്റ്റേൺ ഡിജിറ്റൽ അതിന്റെ WD റെഡ് ഹാർഡ് ഡ്രൈവുകൾ NAS, RAID എന്നിവയ്ക്ക് അനുയോജ്യമാക്കി." ലേഖനത്തിന്റെ ഇംഗ്ലീഷ് പതിപ്പിൽ എന്നത് രസകരമാണ് വെസ്റ്റേൺ ഡിജിറ്റൽ ഫെസസ്സ് അപ്പ്: ചില റെഡ് എച്ച്ഡിഡികൾ വെളിപ്പെടുത്താതെ തന്നെ സ്ലോ എസ്എംആർ ടെക് ഉപയോഗിക്കുന്നു
വസ്‌തുതകളെ ഇത്തരത്തിൽ വളച്ചൊടിച്ചതിന്റെ സൂചനയില്ല

thg.ru എന്ന വാചകത്തിൽ അലൻ ബ്രൗണിനെ പരാമർശിക്കുന്നു,

UCL മുള്ളാർഡ് സ്പേസ് സയൻസ് ലബോറട്ടറിയിലെ നെറ്റ്‌വർക്ക് അഡ്മിനിസ്ട്രേറ്ററായ അലൻ ബ്രൗൺ ഈ അവസ്ഥയിൽ നിന്ന് ഒരു വഴി കണ്ടെത്തി. നിലവിലുള്ള ഒരു റെയ്‌ഡ് അറേയിലേക്ക് ഒരു പുതിയ ഡ്രൈവ് കൂട്ടിച്ചേർക്കുകയും തുടർന്ന് ബാലൻസ് ആക്‌സസ്സ് ചെയ്യുന്നതിനായി വീണ്ടും എഴുതുകയും ചെയ്യുന്ന റെയ്‌ഡ് ഡംപുകൾ സിസ്റ്റം പുതിയ ഡബ്ല്യുഡി റെഡ് എച്ച്ഡിഡികളെ നിയന്ത്രണാതീതമാക്കാൻ കാരണമായി എന്ന് അദ്ദേഹം കണ്ടെത്തി.

"സിസ്റ്റം അതിന്റെ നിയന്ത്രണത്തിൽ നിന്ന് പുതിയ ഡബ്ല്യുഡി റെഡ് എച്ച്ഡിഡികൾ നീക്കംചെയ്യുന്നു" എന്നതിന്റെ അർത്ഥമെന്താണെന്ന് വളരെ അവ്യക്തമാണ് - എന്നാൽ നിർദ്ദേശത്തിന്റെ അർത്ഥമനുസരിച്ച്, ഇതാണ് പരിഹാരം

അതേസമയം അലൻ യഥാർത്ഥത്തിൽ ഈ വിഷയത്തിൽ എഴുതി - എന്നാൽ തികച്ചും വിപരീതമാണ്

ഞാൻ പൂജ്യങ്ങൾ കൊണ്ട് നിറച്ച WD40EFAX ഡ്രൈവ് ശരാശരി 40MB/s ആണ്, എന്നാൽ 120MB/s-ൽ ആരംഭിച്ചു.

ZFS-ന്റെ കാര്യത്തിൽ, റിസോൾവർ ഒരു എൻഡ്-ടു-എൻഡ് ബ്ലോക്ക്-ലെവൽ സ്കാനല്ല, ഓരോ ഫയലും പാരിറ്റിയിലേക്ക് പുനഃസ്ഥാപിക്കുമ്പോൾ മുഴുവൻ ഡിസ്കിലും ഹോപ്പ് ചെയ്യുന്നു. ഇത് WD40EFAX-ൽ മറ്റൊരു പ്രശ്‌നത്തിന് കാരണമാകുന്നതായി തോന്നുന്നു, അവിടെ ഇതുവരെ എഴുതിയിട്ടില്ലാത്ത ഒരു സെക്ടർ പരിശോധിക്കാനുള്ള അഭ്യർത്ഥന ഡ്രൈവ് ആന്തരികമായി "സെക്ടർ ഐഡി കണ്ടെത്തിയില്ല (IDNF)" പിശക് ലോഗ് ചെയ്യുകയും ഹാർഡ്‌വെയർ I/O പിശക് സൃഷ്ടിക്കുകയും ചെയ്യുന്നു. ഹോസ്റ്റ് സിസ്റ്റത്തിലേക്കുള്ള ഇന്റർഫേസ്.

RAID കൺട്രോളറുകൾ (ഹാർഡ്‌വെയർ അല്ലെങ്കിൽ സോഫ്‌റ്റ്‌വെയർ, RAID5/6 അല്ലെങ്കിൽ ZFS) കുറച്ച് സമയത്തിന് ശേഷം ഡ്രൈവ് മോശമാണെന്ന് ന്യായമായും തീരുമാനിക്കുകയും സമയം കഴിഞ്ഞിട്ടില്ലെങ്കിൽ അറേയിൽ നിന്ന് അത് പുറന്തള്ളുകയും ചെയ്യും.

ഇത് തീർച്ചയായും ഞാൻ ശ്രദ്ധിച്ചതുമായി പൊരുത്തപ്പെടുന്നു - റിസീവർ ഏകദേശം 100 മിനിറ്റ് നേരത്തേക്ക് 40MB/s ആയി പോകുന്നു, അതിനുശേഷം ഡ്രൈവുകൾ "ഡൈ" ചെയ്യുകയും റിസീവർ പുനരാരംഭിക്കാൻ ശ്രമിച്ചാൽ ആവർത്തിച്ച് മരിക്കുകയും ചെയ്യുന്നു, എന്നിരുന്നാലും, ഞാൻ അത് ഉപേക്ഷിച്ചാൽ - ഒരു മണിക്കൂറോ മറ്റോ കഴിഞ്ഞ് , അവർ വീഴുന്നതിന് മുമ്പ് 40 മിനിറ്റ് കൂടി പ്രവർത്തിക്കുന്നു.

എന്താണ് thg.ru ഇത് ചെയ്യാൻ പ്രേരിപ്പിച്ചത് എന്ന് സങ്കൽപ്പിക്കാൻ പ്രയാസമാണ്. ഇത് പരസ്യദാതാക്കളുടെ സമ്മർദം മൂലമാണോ എന്ന് ഊഹിക്കാവുന്നതേയുള്ളൂ. ഏത് സാഹചര്യത്തിലും, NAS-ന് വേണ്ടി പ്രത്യേകം ഉദ്ദേശിച്ചിട്ടുള്ള ജനപ്രിയ ഡ്രൈവുകൾ നിശബ്ദമായി അതേ വിലയ്ക്ക്, സ്പെസിഫിക്കേഷനുകൾ മാറ്റാതെ, വളരെ കുറഞ്ഞ അനുയോജ്യമായവ ഉപയോഗിച്ച് മാറ്റിസ്ഥാപിക്കുന്ന സാഹചര്യം ശ്രദ്ധ അർഹിക്കുന്നു.

സമ്മേളനത്തിൽ ഡബ്ല്യുഡി വെബ്‌സൈറ്റിൽ പ്രശ്നത്തെക്കുറിച്ച് പരാമർശമുണ്ടായിരുന്നു. സാരാംശം ഒന്നുതന്നെ

ഒരു ZFS അറേയിൽ പ്രായമാകുന്ന ഡ്രൈവുകൾ മാറ്റിസ്ഥാപിക്കുന്നതിനായി ഞാൻ ഇപ്പോൾ 3 WD RED-കൾ വാങ്ങി

IDNF (സെക്ടർ ഐഡി കണ്ടെത്തിയില്ല) പിശകുകൾ ഉപയോഗിച്ച് റീസിൽവറിംഗ് സമയത്ത് മൂന്ന് പേരും പരാജയപ്പെടുന്നു:

ഞാൻ മനസ്സിലാക്കിയിടത്തോളം, പ്രശ്നം
WD RED - WD Red EFAX എന്നത് SMR ഡ്രൈവുകളാണ്, കൂടാതെ 256 MB കാഷെയുമുണ്ട്. EFRX ഡ്രൈവുകൾ - SMR ഉപയോഗിക്കരുത് (ഇവ സാധാരണ CMR ഡ്രൈവുകളാണ്) കൂടാതെ 64 MB കാഷെ ഉണ്ടായിരിക്കും
തോഷിബയ്ക്ക് നിരവധി മോഡലുകളുണ്ട് കൂടുതൽ ഇവിടെ
സീഗേറ്റിന് നിരവധി പരമ്പരകളുണ്ട് - കൂടുതൽ ഇവിടെ

അവലംബം: www.habr.com