Új hozzászólás Aktív témák

• #147 hdsentinel őstag jattila40 #142

  Új Válasz 2007-05-29 08:04:52 #147

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  hdsentinel

  őstag

  válasz jattila40 #142 üzenetére

  A program csak a valóban kritikus, adatbiztonság szempontjából értékelhető attribútumokat vizsgálja.
  Ezek az attribútum értékek nem előjeles számok természetesen, hiszen negatív hibaszám nem fordulhat elő.
  Az alsó két bájt kerül kiértékelésre, de azok is csak abban az esetben, ha a további, felsőbb bájtok értékei 0-ák. Így a program kiszűri azokat az értékeket, melyek túl gyorsan növekednek ill. túl magas (emiatt nem értékelhető) szintet érnek el.
  
  Sok attribútum (pl. az említett raw read error rate vagy a hardware ECC recovered, stb.) nyers értéke valóban nagyon tág határok között mozog, elég nagy (milliós vagy akár százmilliós nagyságrendben is). Ez nem jelent problémát, teljesen normális jelenség, mivel ezek csak mint számlálók, statisztikai információt hordoznak.
  Ezeknél elképzelhető túlcsordulás, hirtelen csökkenés is.
  
  A kiértékelt érték valamilyen módon a nyers értékből kerül meghatározásra (merevlemez gyártótól, típustól, attribútumtól függően máshogy). Ha a nyers érték változik, a kiértékelt érték is változhat, akár javulhat is. Pl. ha egyik nap picit gyorsabban pörög fel vagy seek-el a merevlemez, mint korábban, akkor nyilván a megfelelő (spin up time, seek time performance) attribútumok értékei javulhatnak is. A legrosszabb értéknek ''illene'' valóban a legalacsonyabb (=legrosszabb) értéket tárolnia, de nem kritikus attribútumoknál ez nem törvényszerű.
  
  (további kérdés esetén egy nyers riportot küldhetnél, akkor látnám konkrétan, mi a helyzet)

Új hozzászólás Aktív témák