HWSW Informatikai Kerekasztal: S.M.A.R.T. - Mi micsoda? (avagy HDD-kről kicsit mélyebben) - HWSW Informatikai Kerekasztal

Ugrás a tartalomhoz

Mellékleteink: HUP | Gamekapocs

  • (94 Oldal)
  • +
  • 1
  • 2
  • 3
  • Utolsó »
  • Nem indíthatsz témát.
  • A téma zárva.

S.M.A.R.T. - Mi micsoda? (avagy HDD-kről kicsit mélyebben) Értékeld a témát: -----

#1 Felhasználó inaktív   Csybe 

  • Őstag
  • PipaPipaPipaPipaPipa
  • Csoport: Fórumtag
  • Hozzászólások: 7.117
  • Csatlakozott: --

Elküldve: 2003. 04. 08. 15:16

Hali!

Nos elkészült végre (nagyjából) a dolog. Régóta írok egy leírást a fontosabb SMART attribútumok jelentéséről, mert a környező topicokban elég sok kérdést láttam ezzel kapcsolatban. Igyekeztem magyarosra (mivel szinte kizárólag külföldi forrásokból dolgoztam) és hétköznapi emberek számára is érthetővé tenni, utóbbi nem volt mindig könnyű.
Bármilyen további kérdésnek, ötletnek, javaslatnak itt a helye :) Na lássuk!

Raw Read Error Rate: Azon olvasási hibák száma, amiket az ECC (Error Checking and Correction) nem tudott menet közben (on-the-fly) visszaállítani. A mérés minden 5E+09 bit után újraindul. Az érték átlagon felüli csökkenése átalában a mágneses felület vagy a fejek hibájára utal.

Soft Read Error Rate: Szoftveres hibára visszavezethető olvasási hibák száma. Overclock? Kábelhiba? Driverek?

Throughput Performance: 1.0E+10 bit olvasásához szükséges idő. A mérés az off-line teszt alatti lineáris olvasásra vonatkozik.

Seek Time Performance: 1628 seek művelet elvégzéséhez szükséges idő. Szintén off-line teszt alatt kerül mérésre.

Spin Up Time: Teljes felpörgéshez szükséges idő. Minden ötödik felpörgésnél újraszámolásra kerül. Az érték lehet alacsony és kissé változó néhány gyártónál (60-70, pl. Maxtor-Quantum), ez normális.

Start/Stop Count: Felpörgések (leállások) számlálója. Csak statisztikai célokat szolgál.

Read Channel Margin: az adatfolyam tulajdonságait méri használat közben. Pontos céljáról és működéséről egyelőre nincsenek adatok...

Reallocated Sector Count: A valamilyen okból hibásnak vélt és ezért áthelyezett szektorok számlálója (nem tartalmazza a függőben lévő szektorok számát, ezekről később). Az off-line scan vagy egy olvasási próbálkozás során rossznak ítélt szektorokból a HDD megpróbálja a még dekódolható adatokat lementeni, a szektort pedig áthelyezni és a használatból kivonni. Az áthelyezett szektorok rohamos növekedése a lemezfelületre romló fizikai állapotára utal (Barracuda IV-eknél gyakran előfordul lassú növekedés - :confused: ). A régebbi merevlemezeknél az erre a célra fenntartott tartalék szektorok a lemez belső felén helyezkedtek el, ezért ezeknél a nagyobb számú szektoráthelyezések jelentős (10%+) teljesítménycsökkenést okoztak. A mai drive-ok ún. sector sparing scheme-mel működnek, ami azt jelenti, hogy a lemez felületén megadott sávonként van egy tartalék sáv, így az áthelyezések nem okoznak a teljesítményben változást.

Reallocation Event Count: Áthelyezési események számlálója, függetlenül attól, hogy hány szektor helyeződött át egy esemény alkalmával, illetve hogy sikeres volt-e a művelet.

Seek Error Rate: 1000000 seek művelet alatti hibákat számolja. Minden 5000000 seek művelet után újraszámolódik. Túl alacsony érték elméletileg a servo vagy a vezérlés hibájára utalhat, de Seagate drive-oknál felvehet alacsony (és általában lassan növekvő) értékeket.

Spin Retry Count: Felpörgési próbálkozások száma. Minden 5 felpörgés után újraszámításra kerül.

Device Power Cycle Count: Üzemciklusok száma, általában megegyezik a Start/Stop Count-tal. Statisztikai célokat szolgál.

Drive Temperature: Aktuális hőmérséklet, amit a vezérlőpanelre épített szenzor mutat. A RAW érték átváltása után általában °C-ban kapjuk meg a hőmérsékletet. A mai gyártók közül egyedül a Western Digital az, ami ezt még nem támogatja.

Current Pending Sector Count: Az olyan szektorok száma, amik a meghajtó "pending" listájában vannak. A függésben levő szektor egy olyan bad szektor, amelyet a következő kell érvényesíteni (használatba visszahelyezés vagy használatból való végleg kivonás és áthelyezés - reallocate). Magyarán szólva ez egy magnetoszatikailag instabilabb szektor, amiről még a meghajtó sem döntötte el, hogy rossz-e, vagy sem.

Offline Scan Uncorrectable Sector Count: Azon szektorok száma, melyeknél a meghajtó javíthatatlan olvasási hibát észlelt a legutóbbi off-line scan során.

Ultra ATA CRC Error Count: Az utolsó 8000 szektor UDMA módban történő átvitele során észlelt CRC hibák számlálója. A hibaarány 4000 szektoronként újraszámításra kerül. Szokatlan érték esetén érdemes kábelcserével indítani, de tuning és drivergond is okozhatja.

Write Error Rate: Adatok rögzítése közben észlelt hibák. Az érték csökkenése a mágneses felület és/vagy a mechanika rossz állapotára utal.

Power Off Retract Count: Kikapcsolások során a hardveres fejparkolási (IBM: kifésülési) folyamatok számlálója.

G-Sensor Error Rate: Fizikai behatások száma. A SMART egy gyorsulásérzékelő szenzorból veszi az adatokat, ilyen csak notebook merevlemezeken található meg.

Torque Amplification Count: 'Fogatónyomaték erősítések' száma. Csapágyproblémák vagy letapadt fej esetén a meghajtó erős rántásokkal próbálja a sikeres felpörgést elérni, ez a torque amplification. Az érték csökkenése komoly mechanikai problémákra utal.

GMR Head Amplitude: GMR (Giant-MagnetoResistive) fejek vibrációjának amplitúdója. Az érték csökkenése mechanikai problémákra utal. DTLA-knál véletlenül elég divatos ;)

Disk Shift: A lemezek elmozdulása a forgástengelyhez képest. Sem a mértékegységek, sem az érték esetleges csökkenésének pontos okai nem ismertek. Ez is kizárólag notebook meghajtókban használt.

Loaded Hours: Csak IBM merevlemezekre vonatkozik (Exelstor?). Azon órák számlálójra, amikor a fejek a lemezek fölött (működési pozícióban) voltak. Tudni kell, hogy az IBM újabb notebook merevlemezeiben illetve a DTLA óta desktop drive-okban (és persze SCSI vonalon is) bevezette azt, hogy a fejek a kikapcsolást követően kiemelésre kerülnek a lemezekről, és egy rámpára kerülnek. Így normális esetben a fejek soha nem kerülnek fizikai kapcsolatba a lemezekkel, ami többek között megnövelt élettartamot biztosít. A fejek rámpáról való behúzása a továbbiakban "betöltés".

Kép


Load Cycle Count: Betöltési ciklusok számlálója. Csak statisztikai szerepet tölt be.

Load-in Time: Betöltéshez szükséges idő. Az attribútum megmutatja mennyi időre van szükség induláskor a fejek teljes készenléti állapotához.

Load Retry Count: Betöltési próbálkozások száma. Általában valamilyen mechanikai elváltozásra utal a csökkenése.

Load Friction: A rámpákról a fejek betöltése közben mért súrlódás.

===============

Egyelőre ennyi volna. Megjegyzésnek még annyit, hogy ezek az attribútumok hivatalos nevei, white paper-ekből kiszedve... Ezt csak azért írom, mert láttam már különböző programokban elég érdekes dolgokat (SpeedFan féle "offline correctable" szerű marhaságokkal az élen ;)). Ha bármilyen újdonsággal tudok szolgálni, ezt a hozzászólást fogom szerkeszteni...

Update: íme 3 táblázat az offline scan-ről és a self test-ről. Remélem mindenki számára érthető lesz - sajnos a csucs.hu nem túl megbízható így ha valaki tud valami megbízhatóbb forrást akkor szivesen átírom a linkeket a jövőben... jó böngészést.

Kép

Kép

Kép

[ 2003. április 08.: Csybe szerkesztette a hozzászólást ]

[ 2003. április 22.: Csybe szerkesztette a hozzászólást ]

#2 Felhasználó inaktív   lameXpert 

  • Őstag
  • PipaPipaPipaPipaPipa
  • Csoport: Kitiltott
  • Hozzászólások: 43.097
  • Csatlakozott: --

Elküldve: 2003. 04. 08. 15:18

;)
¤
® "A legjobb tanácsadók nem azok, akik különleges esetekben megmondják, hogy hogyan cselekedjünk; hanem azok, akik elkötelezett szellemiségükből és cselekedni vágyásukból adnak, majd ránk hagyják, hogy még ha sok hibával is de magunk találjuk meg a cselekvés véleményünk szerinti legjobb formáját."

#3 Felhasználó inaktív   Csybe 

  • Őstag
  • PipaPipaPipaPipaPipa
  • Csoport: Fórumtag
  • Hozzászólások: 7.117
  • Csatlakozott: --

Elküldve: 2003. 04. 08. 15:19

Nyilván sokaknak érthetetlen az offline scan fogalma, ez már folyamatban van :) Keresek valami korrekt definíciót a SMART-ra is, ha már arról beszélünk ;)

#4 Felhasználó inaktív   Csybe 

  • Őstag
  • PipaPipaPipaPipaPipa
  • Csoport: Fórumtag
  • Hozzászólások: 7.117
  • Csatlakozott: --

Elküldve: 2003. 04. 08. 15:24

idézet:
Ezt írta lameXpert:
;)[/quote]

:cool:

#5 Felhasználó inaktív   Satriani 

  • Őstag
  • PipaPipaPipaPipaPipa
  • Csoport: Fórumtag
  • Hozzászólások: 22.863
  • Csatlakozott: --

Elküldve: 2003. 04. 08. 15:45

Kép

#6 Felhasználó inaktív   Qpack 

  • Törzsvendég
  • PipaPipaPipa
  • Csoport: Fórumtag
  • Hozzászólások: 837
  • Csatlakozott: --

Elküldve: 2003. 04. 08. 16:11

Csybe gratula...KCS ment!
---Qpack---
"Muszáj mindig megoldást találni? Nem élvezhetnénk egy kicsit a problémát?" (grafiti)

Gigabyte GA-8INXP;Intel Pentium 4 3.06 HT;Asetek Vapo Chill Micro Ultra Low Noise;Sapphire Radeon HD 3850;Pioneer DVR-110;Pioneer DVR-115(D); IBM Deskstar 120GXP 60GB;Hitachi Deskstar 7k250 SATA 160 GB ;Morex 9689 házikó;2x2x512/400 DualDDR Inifineon;Philips 107T21

#7 Felhasználó inaktív   Meszo 

  • Tag
  • PipaPipa
  • Csoport: Fórumtag
  • Hozzászólások: 199
  • Csatlakozott: --

Elküldve: 2003. 04. 08. 16:39

Ez tényleg kellett :)

#8 Felhasználó inaktív   caratyuska 

  • Őstag
  • PipaPipaPipaPipaPipa
  • Csoport: Fórumtag
  • Hozzászólások: 8.364
  • Csatlakozott: --

Elküldve: 2003. 04. 08. 17:05

Gratula Csybe ,de kcs-t nem adok ,már nem tudok :)

  ----atyuska----

#9 Felhasználó inaktív   Signal 

  • Senior tag
  • PipaPipaPipaPipa
  • Csoport: Fórumtag
  • Hozzászólások: 3.599
  • Csatlakozott: --

Elküldve: 2003. 04. 08. 18:02

idézet:
Ezt írta Csybe:
Keresek valami korrekt definíciót a SMART-ra is, ha már arról beszélünk ;)[/quote]
Először is gratula, ez szép munka, másrészt:

[url="http://"http://www.pc.ibm.com/us/infobrf/ibsmart.html"]http://www.pc.ibm.co...rf/ibsmart.html[/url]

Where did S.M.A.R.T. come from?

In 1992, IBM began shipping 3.5-inch hard disk drives that could actually predict their own failure—an industry first. These drives were equipped with Predictive Failure Analysis (PFA), an IBM-developed technology that periodically measures selected drive attributes—things like head-to-disk flying height—and sends a warning message when a predefined threshold is exceeded. As a result of IBM's efforts, this technology subsequently became the ANSI-standard S.M.A.R.T. SCSI protocol.

Industry acceptance of PFA technology and interest in extending its protection to Ultra ATA drives led to the creation of the S.M.A.R.T. Working Group (SWG) in 1995. IBM was one of the earliest members of this group and has continued to play a leading role. Other original members of the group were Conner Peripherals, Fujitsu Limited, Hewlett-Packard Company, Maxtor Corporation, Quantum Corporation, Seagate Technology and Western Digital Corporation. The S.M.A.R.T. specification produced by the SWG covers both Ultra ATA and SCSI hard disk drives.

[url="http://"http://www.seagate.com/support/kb/disc/smart.html"]http://www.seagate.c...disc/smart.html[/url]

- The evolution of S.M.A.R.T.
- Some failures are predictable, and some are not.
- How attributes are determined
- The two S.M.A.R.T. specifications


#10 Felhasználó inaktív   Csybe 

  • Őstag
  • PipaPipaPipaPipaPipa
  • Csoport: Fórumtag
  • Hozzászólások: 7.117
  • Csatlakozott: --

Elküldve: 2003. 04. 08. 19:48

idézet:
Ezt írta Signal:

Először is gratula, ez szép munka, másrészt:

[url="http://"http://www.pc.ibm.com/us/infobrf/ibsmart.html"]http://www.pc.ibm.co...rf/ibsmart.html[/url]

Where did S.M.A.R.T. come from?

In 1992, IBM began shipping 3.5-inch hard disk drives that could actually predict their own failure—an industry first. These drives were equipped with Predictive Failure Analysis (PFA), an IBM-developed technology that periodically measures selected drive attributes—things like head-to-disk flying height—and sends a warning message when a predefined threshold is exceeded. As a result of IBM's efforts, this technology subsequently became the ANSI-standard S.M.A.R.T. SCSI protocol.

Industry acceptance of PFA technology and interest in extending its protection to Ultra ATA drives led to the creation of the S.M.A.R.T. Working Group (SWG) in 1995. IBM was one of the earliest members of this group and has continued to play a leading role. Other original members of the group were Conner Peripherals, Fujitsu Limited, Hewlett-Packard Company, Maxtor Corporation, Quantum Corporation, Seagate Technology and Western Digital Corporation. The S.M.A.R.T. specification produced by the SWG covers both Ultra ATA and SCSI hard disk drives.

[url="http://"http://www.seagate.com/support/kb/disc/smart.html"]http://www.seagate.c...disc/smart.html[/url]

- The evolution of S.M.A.R.T.
- Some failures are predictable, and some are not.
- How attributes are determined
- The two S.M.A.R.T. specifications
[/quote]

Köszi :) Egy részét majd lefordítom magyarra és beszerkesztem a legelső üzenetbe.

#11 Felhasználó inaktív   Obi-Wan 

  • Törzsvendég
  • PipaPipaPipa
  • Csoport: Fórumtag
  • Hozzászólások: 958
  • Csatlakozott: --

Elküldve: 2003. 04. 09. 00:02

Csibi, nem semmi!
THX!
DIGITALIZÁLÁS * Régi, VHS, VHS-C, Video8, illetve Hi8 kamera kazettáról, és hanglemezről, magnókazettáról digitalizálás CD-re, DVD-re! MPEG2/DivX/MPEG4 * FOTODIGITALIZÁLÁS, dia, A3 szkenn nyomdai minőségben 06/70-335-2110 Ypsarion Team információs honlapja * Super8-as kerestetik!

#12 Felhasználó inaktív   kokler 

  • Törzsvendég
  • PipaPipaPipa
  • Csoport: Fórumtag
  • Hozzászólások: 1.745
  • Csatlakozott: --

Elküldve: 2003. 04. 09. 07:54

Ezeket az adatokat a SMART programbol lehet kiolvasni?
Vagy oprenceren keresztul elerhetoek?A fogalmak immar vilagosak,de az osszefuggesek meg nem egeszen. :eek:
Forumlako

#13 Felhasználó inaktív   Renwick 

  • Renwick
  • PipaPipaPipaPipaPipa
  • Csoport: Stábtag
  • Hozzászólások: 8.707
  • Csatlakozott: 2001. jan. 01.

Elküldve: 2003. 04. 09. 11:20

idézet:
Ezt írta kokler:
Ezeket az adatokat a SMART programbol lehet kiolvasni?...[/quote]

A S.M.A.R.T-nak pont az lett volna lényege, hogy a háttérben folyamatosan figyelve a működési paramétereket, a felhasználót időben tájékoztassa egy esetleges meghibásodásról.
Namost ez valahogy többnyire nem akar a gyakorlatban műkdöni. Nem dőlt el az sem, hogy BIOS/OS/software szinten kell-e az ellenőrzést végezni, a gyártók össze-vissza paraméterezik a S.M.A.R.T attribútomokat, van olyam modell (akár egy gyártó terméksáláján belül is), ahol 100-as a max. érték, van olyan, ahol 200, vagy ennél is több.
Így elég nehéz egy valóban jól használható, szabványos hibaprognosztizáló funkciót implementálni.
Összefoglalva mindezt, a S.M.A.R.T a kezdeti ígéretes indulás ellenére mára nagyjából sz*rt sem ér, ezt tükrözik legalábbis a tapasztalatok.
Egy dologra jó szvsz; ha használt vinyót veszel, akkor egy S.M.A.R.T kiolvasó programmal hozzávetőlegesen meg tudod ítélni, hogy mennyit volt gyepálva az előző tualjnál...

üdv

R.
Can you hear me, major Tom?

#14 Felhasználó inaktív   Taranis 

  • Senior tag
  • PipaPipaPipaPipa
  • Csoport: Fórumtag
  • Hozzászólások: 3.263
  • Csatlakozott: --

Elküldve: 2003. 04. 09. 11:31

Valaki összefoglalná röviden, hogy maguk a számok, mit is takarnak?
AIDA32 ben pl. :Hardware ECC recovered; Küszöb:0, Érték:100, Legrosszabb:100, Adat:38119, Állapot: mindig rendben.
Tehát, hogy "mennyi az annyi"?

#15 Felhasználó inaktív   Csybe 

  • Őstag
  • PipaPipaPipaPipaPipa
  • Csoport: Fórumtag
  • Hozzászólások: 7.117
  • Csatlakozott: --

Elküldve: 2003. 04. 09. 17:00

idézet:
Ezt írta Taranis:
Valaki összefoglalná röviden, hogy maguk a számok, mit is takarnak?
AIDA32 ben pl. :Hardware ECC recovered; Küszöb:0, Érték:100, Legrosszabb:100, Adat:38119, Állapot: mindig rendben.
Tehát, hogy "mennyi az annyi"?
[/quote]

V=100-[100×(A÷R)] ahol V az érték, A az adat (ami itt nem más mint az ECC által helyrehozott olvasási hibák száma az utolsó x művelet alatt, mindig hexadecimális szám ezért váltani kell!) és az R egy referencia szám ami megmutatja, mekkora az a legnagyobb számú hiba ami még normális ilyen esetben. Magyarul ha az érték 100, akkor az olvasott szektorok <1%-kánál kellett az ECC-nek besegíteni, ha pl. 95, akkor kb. 5%-nál. Régebbi Maxtor vinyóknál a value egészen kis (akár 10 alatti) értékeket is felvehetett, pl. a D540X-ről tudom ezt biztosan.

#16 Felhasználó inaktív   szucsati 

  • Őstag
  • PipaPipaPipaPipaPipa
  • Csoport: Fórumtag
  • Hozzászólások: 5.946
  • Csatlakozott: --

Elküldve: 2003. 04. 09. 21:09

Gratulálok, nagyon szép összeállítás!

Bocsánat, most bele fogok kontárkodni a témába, de ide vág.

Egy kis fsb emelés után (próbára ment, egyszer 142, egyszer 138, mindkétszer lefagyott a rendszer) hibát jelzett a gép induláskor, smart hibát.
Megjegyzem, kb egy percig sem tartott egyik emelés sem most, de régebben ment huzamosabb ideig 138-on, gond nélkül.

Nos aida azt mondja, hogy ez a baja:

"0A Spin Retry Count 223 222 221 24 Várható meghibásodás: Közelgő adatvesztés jósolható"

Fentebb írtad, hogy ez mit jelent magyarul, de mi ennek a tényleges jelentése? Esetleg hogyan lehetne rendbe tenni? Tényleg olyan bajos?

Egy pár óra állás után amúgy nem jelzett hibát a bootoláskor a gép...

Előre is köszi a segítséget!

#17 Felhasználó inaktív   Csybe 

  • Őstag
  • PipaPipaPipaPipaPipa
  • Csoport: Fórumtag
  • Hozzászólások: 7.117
  • Csatlakozott: --

Elküldve: 2003. 04. 09. 21:27

idézet:
Ezt írta szucsati:
Gratulálok, nagyon szép összeállítás!

Bocsánat, most bele fogok kontárkodni a témába, de ide vág.

Egy kis fsb emelés után (próbára ment, egyszer 142, egyszer 138, mindkétszer lefagyott a rendszer) hibát jelzett a gép induláskor, smart hibát.
Megjegyzem, kb egy percig sem tartott egyik emelés sem most, de régebben ment huzamosabb ideig 138-on, gond nélkül.

Nos aida azt mondja, hogy ez a baja:

"0A Spin Retry Count 223 222 221 24 Várható meghibásodás: Közelgő adatvesztés jósolható"

Fentebb írtad, hogy ez mit jelent magyarul, de mi ennek a tényleges jelentése? Esetleg hogyan lehetne rendbe tenni? Tényleg olyan bajos?

Egy pár óra állás után amúgy nem jelzett hibát a bootoláskor a gép...

Előre is köszi a segítséget!
[/quote]

köszi :)

Kicsit furcsa az eset főleg mivel az értékek nem tűnnek alacsonynak. Maxtor vinyó? Esetleg a megemelt FSB-t és így PCI frekvenciát a vezérlőpanel nem szerette, és emiatt nem tudott felpörögni, hirtelen erre tudok gondolni. Pár naponta azért nézz rá SpeedFan-nal vagy bármilyen SMART progival...

#18 Felhasználó inaktív   rulla 

  • Törzsvendég
  • PipaPipaPipa
  • Csoport: Fórumtag
  • Hozzászólások: 1.364
  • Csatlakozott: --

Elküldve: 2003. 04. 09. 21:33

Szeva Csybe!

érdekes és hasznos topic.
amúgy miujság, jársz még a Terminal-ra? Esetleg a windows-fórumára?
ehe
The blood of martyrs is the seed of the Imperium.

#19 Felhasználó inaktív   szucsati 

  • Őstag
  • PipaPipaPipaPipaPipa
  • Csoport: Fórumtag
  • Hozzászólások: 5.946
  • Csatlakozott: --

Elküldve: 2003. 04. 09. 21:41

Igen, Maxtor.

Kolléga ajánlotta Active smart használatát.
A progi a következőket dobta ki:
[url="http://"http://tar.hu/szucsati/pub/a_smart.txt"]http://tar.hu/szucsati/pub/a_smart.txt[/url]
[url="http://"http://tar.hu/szucsati/pub/a_smart.gif"]http://tar.hu/szucsati/pub/a_smart.gif[/url]

[ 2003. április 09.: szucsati szerkesztette a hozzászólást ]

#20 Felhasználó inaktív   SkyNET 

  • Tag
  • PipaPipa
  • Csoport: Fórumtag
  • Hozzászólások: 364
  • Csatlakozott: --

Elküldve: 2003. 04. 10. 10:15

idézet:
Ezt írta Csybe:


V=100-[100×(A÷R)] ahol V az érték, A az adat (ami itt nem más mint az ECC által helyrehozott olvasási hibák száma az utolsó x művelet alatt, mindig hexadecimális szám ezért váltani kell!) és az R egy referencia szám ami megmutatja, mekkora az a legnagyobb számú hiba ami még normális ilyen esetben. Magyarul ha az érték 100, akkor az olvasott szektorok <1%-kánál kellett az ECC-nek besegíteni, ha pl. 95, akkor kb. 5%-nál. Régebbi Maxtor vinyóknál a value egészen kis (akár 10 alatti) értékeket is felvehetett, pl. a D540X-ről tudom ezt biztosan.
[/quote]

És ebből lehet következtetni valami gondra, vagy csak statisztikai jellegű? Mert nálam az érték: 12, legrosszabb: 1, és az adat: 404893560 az AIDA szerint.
Ezek szerint nálam szinte mindig kell az ECC-nek besegítenie. Egy Quantum AS 30 Gb-os lenne.

Téma megosztása:


  • (94 Oldal)
  • +
  • 1
  • 2
  • 3
  • Utolsó »
  • Nem indíthatsz témát.
  • A téma zárva.

1 felhasználó olvassa ezt a témát.
0 felhasználó, 1 vendég, 0 anonim felhasználó