- Liittynyt
- 18.04.2017
- Viestejä
- 439
UK ? tuleekos päälle verot ja tulli ...
Suosittele kiintolevyä
- Keskustelun aloittaja Make
- Aloitettu
- Liittynyt
- 07.07.2019
- Viestejä
- 1 622
Raid pakkaa millä tekniikalla? ZFS tuntuu olevan kovin suosittu. Jos taas käytät jotain jotain perinteisiä raideja, niin silloin pitää muistaa että levyjen määrä vaikuttaa myös pakan luotettavuuteen. Kaksi levyä mirrorituna, RAID5 / RAID6 jne. 3 teran levyt taitanee olla joo halvimpia giga hinnaltaan tällä hetkellä. Valittu tapa, levyjen määrä ja siirtonopeus vaikuttaa toki myös pakan suorituskykyyn jne. Sekä erityisesti SMR levyillä ZFS pakan rebuildi voi olla itsemurha, se kun ei tapahdu lineaarisesti.
Tuossa justiin huvikseni laskeskelin, että SMR levyllä kirjoitusnopeus voi laskea alle 100 KB/s tasoon worst case skenarioissa (4 kibytes clustereilla). En ole moista testiä tehnyt levylle, mutta oikeastaan voisi tehdä, ihan proof of conceptina. Katsoa mikä on käytännön tulos testistä. Joku päivä kun on sopiva motivaatio päällä niin voisin tehdä tuon, eihän tuohon kauaa mene. Siis testisoftan kirjoittamiseen, itse testin ajamiseen voi kyllä mennä pitkä tovi ja sitten vielä se kauhein asia. Kun levyn on saanut tuolla testillä ajettua täysin tukkoon, niin kauanko kestää että se kirjoituspuskuri tyhjenee. Mun laskelmien mukaan se voi kestää useita päiviä. Joten mietin vielä, että haluanko tehdä tuota testiä sellaisella levyllä joka ei ole jatkuvasti virroissa ja sillä ole aikaa viikkoa tuosta toipua.
Viimeksi muokattu:
Tyhmä kysymys: onko SMR siis ongelma lähinnä silloin kun levylle kirjoitetaan paljon tavaraa hyvin usein? Itse kun käytän NASia käytännössä mediavarastona niin aivan jatkuvaa kirjoitustarvetta ei ole vaan yleensä siirrän aineistoa kerran parissa viikossa ehkä 20-30 gigaa kerrallaan. Sen lisäksi tehdään välillä metatietojen skannauksia ja päivityksiä, mutta ne koskevat kirjoitusmielessä vain pieniin nfo-tiedostoihin.
- Liittynyt
- 03.11.2016
- Viestejä
- 355
En mä tätä hitautta näkis ongelmana, mutta nas käyttöön näitä ei ihan hirveästi suositella:
This means more data can be stored on a shingled disk than an ordinary drive. However, SMR drives are not intended for random write IO use cases because the write performance is much slower than with a non-SMR drive. Therefore they are not recommended for NAS use cases featuring significant random write workloads.
Itsellänikin on pääasiassa media/backup levyinä kolme SMR limppua ja omaan käyttöön täysin riittävä ratkaisu.
- Liittynyt
- 07.07.2019
- Viestejä
- 1 622
Jäin vielä miettimään että jos ajaisin noi SMR testit ihan viihteen vuoksi. Onko ketään jota kiinnostaa tulokset? Voisin ajaa ulkoisella Toshiban 3 TB canviolla noi testit.
Testi suunnitelma:
1) Kirjoita levy täyteen randomia
2) Vaihda kirjoitus patterni randomiksi 4 kilon lohkoksi (direct disk I/O) ja lisää satunnaisessa järjestyksessä satunnaista dataa levylle
3) Logita kirjoitusnopeus, iopsit, jne koko testauksen ajan minuutin välein
Odotettu tulos:
1) Menee perusvauhtia, eli tuolla levyllä noin 113 megatavua sekunnissa (levyn alku, siitä tasaisesti laskien).
2) Menee muutaman kymmentä gigaa hyvää vauhtia, ja sen jälkeen vauti hyytyy kuin seinään (~50 - 100 kibytes/s), I/O latenssi per IOPS räjähtää järjettömäksi ja IOPS lukemat on arviolta luokkaa ~10 - 15 IOPS.
3) Kun testi lopetetaan, levy jatkaa yli kaksi vuorokautta tuon kirjoituspuskurin tyhjentämistä. Nopealla nenäliinamatikalla arvioituna menee jotain 2 - 4 vuorokauden välillä.
Viitsinkö ajaa testit, setuppiin menee ehkä vartti.
Testi suunnitelma:
1) Kirjoita levy täyteen randomia
2) Vaihda kirjoitus patterni randomiksi 4 kilon lohkoksi (direct disk I/O) ja lisää satunnaisessa järjestyksessä satunnaista dataa levylle
3) Logita kirjoitusnopeus, iopsit, jne koko testauksen ajan minuutin välein
Odotettu tulos:
1) Menee perusvauhtia, eli tuolla levyllä noin 113 megatavua sekunnissa (levyn alku, siitä tasaisesti laskien).
2) Menee muutaman kymmentä gigaa hyvää vauhtia, ja sen jälkeen vauti hyytyy kuin seinään (~50 - 100 kibytes/s), I/O latenssi per IOPS räjähtää järjettömäksi ja IOPS lukemat on arviolta luokkaa ~10 - 15 IOPS.
3) Kun testi lopetetaan, levy jatkaa yli kaksi vuorokautta tuon kirjoituspuskurin tyhjentämistä. Nopealla nenäliinamatikalla arvioituna menee jotain 2 - 4 vuorokauden välillä.
Viitsinkö ajaa testit, setuppiin menee ehkä vartti.
Niin siis... se ongelma on yksin tuo SMR hitaus tietyillä kuormilla. Ihan sama onko levyt kiinni NASissa tai missä vaan. NAS+SMR ei ole mikään ongelmakombo.
- Liittynyt
- 03.11.2016
- Viestejä
- 355
On, mutta hinnassa ei liene valtava ero jos ostaa isomman? Monet tekee sitä, että ostavat usb-levyn ja ottaa sieltä kimpun talteen ja näin itsekin teen. Tosin tämä voi vaikuttaa takuuseen
Googleen: USB hdd shucking
Tuo 2-3TB riittää oikein hyvin. Ja ei ole noin euron päälle, että tuollaista jaksaisi säätääOn, mutta hinnassa ei liene valtava ero jos ostaa isomman? Monet tekee sitä, että ostavat usb-levyn ja ottaa sieltä kimpun talteen ja näin itsekin teen. Tosin tämä voi vaikuttaa takuuseen
Googleen: USB hdd shucking
- Liittynyt
- 07.07.2019
- Viestejä
- 1 622
Lopulliset faktat tulee huomenna, mutta todettakoon että 4k randomit oli SMR:llä about:
37 IOPS = 150kt/s ensimmäiset 90 minuuttia, joka oli yllättävän pitkään mielestäni. Olin jotenkin kuvitellut että tuo puskuriin kirjoitus menisi vielä paljon nopeammin.
Kun tuo kirjoituspuskuri täyttyi, nopeus putosi noin kahdeksasosaan, about sitä luokkaa mitä olinkin odotellut.
~5 IOPS = 20 kt/s.
Samalla levyn I/O latenssit pomppasi sellaiseen tasoon, että välillä kesti 10 sekuntia yksi IOPS, kun ei ollut enää tilaa mihin sitä laittaisi ja oli pakko odotella että DM-SMR hoitaa jostain tallennustilaa. Jos tuota joutuu joku käyttäjä odottelemaan, niin se kyllä menettää hermonsa.
Annoin tuon hitaan vauhdin rullutella 30 minuuttia. Pistin poikki ja nyt on selvitys menossa, kauanko toipuminen kestää. Viisi tuntia mennyt ja edelleen järjestelee datoja, katsotaan onko aamulla vielä sama tilanne.
Samalla on käynnissä testi, joka kerran minuutissa testaa levyn latenssia. Katson muuttuuko tilanne jotenkin kun tuo sisänen järjestely on valmis. Ehkä muuttuu, ehkä ei. Tuolla on merkitystä sen suhteen, että jos latenssi laskee merkittävästi järjestelyn loppumisen jälkeen, niin se tarkoittaa sitä, että levy on erittäin hidas, siihen asti kunnes tuo järjestely on päättynyt.
Tämä testi siis Toshiba Canvio 3 TB levyllä, mutta tää nyt oli ihan odotettava tulos, ja oletan että koskee yleisesti muitakin SMR levyjä.
Riippuen käytöstä SMR levy on joko täydellinen katastrofi, tai käyttäjä ei huomaa mitään eroa. Siksi tämä on hyvä väittelynaihe onko ne huonoja vai ei.
Viimeksi muokattu:
- Liittynyt
- 07.07.2019
- Viestejä
- 1 622
Tarkistin nyt logit, tl;dr; versio menee näin.
Kirjoituspuskurin täyttyminen kesti 90 minuuttia, sen jälkeen suorituskyky putosi noin 90%. Puskurin purkautuminen ja levyn palaaminen normaaliin kesti 9 tuntia.
Ilmeisesti tuossa levyssä on joku head park tms ominaisuus, koska puskurin purkauduttua itseasiassa I/O latenssi kasvoi merkittävästi, mutta todennäköisesti johtuen siitä, tein 20 IOPSia kerran minuutissa. Eli levy ehti todeta tuossa minuutissa, että sitä ei käytetä ja siksi heräsi hitaammin pyyntöihin kuin puskuria tyhjentäessään. Tämä oli vähän yllätys minulle, mutta selvästi indikoi ajan kauanko puskurin tyhjennys kesti. Oletin että tuossa olisi käynyt juuri toisin päin, ja vasteajat olisi laskenut kun puskuri tyhenee. Tämä olisikin todennäköisesti tilanne, jos olisin lukenut levyä useammin.
Tuo siis tuollaisena perustaustatietona, kun miettii onko SMR ongelma vai ei.
Kirjoituspuskurin täyttyminen kesti 90 minuuttia, sen jälkeen suorituskyky putosi noin 90%. Puskurin purkautuminen ja levyn palaaminen normaaliin kesti 9 tuntia.
Ilmeisesti tuossa levyssä on joku head park tms ominaisuus, koska puskurin purkauduttua itseasiassa I/O latenssi kasvoi merkittävästi, mutta todennäköisesti johtuen siitä, tein 20 IOPSia kerran minuutissa. Eli levy ehti todeta tuossa minuutissa, että sitä ei käytetä ja siksi heräsi hitaammin pyyntöihin kuin puskuria tyhjentäessään. Tämä oli vähän yllätys minulle, mutta selvästi indikoi ajan kauanko puskurin tyhjennys kesti. Oletin että tuossa olisi käynyt juuri toisin päin, ja vasteajat olisi laskenut kun puskuri tyhenee. Tämä olisikin todennäköisesti tilanne, jos olisin lukenut levyä useammin.
Tuo siis tuollaisena perustaustatietona, kun miettii onko SMR ongelma vai ei.
Mitä sä sinne levylle laitoit? Pystyisikö levyn laittaa automaattisti kirjoittamaan ilman että tarvitsee alkaa järjestelemään levyä, jos satoja gigoja kirjoitaa levylle kerralla pääasiassa isoja tiedostoja?
- Liittynyt
- 07.07.2019
- Viestejä
- 1 622
Mitä laitoin levylle? 4 kilon data lohkoja, pseudosatunnaisiin osoitteisiin (non 4k aligned!). Eli niin sanotusti aikalailla pahin mahdollinen yhtälö SMR:n osalta. Tavoitteena oli testata miten huono se SMR:n suorituskyky on, silloin kun se on huono. Ja olihan se aikalailla heikko, joskin ihan odotettavissa. Jos kerran shinglessä on 4 - 5 layeria, tarkoittaa se sitä, että shinglen uudelleenkirjoitus tarvitsee ~10 levyn ympäripyörähdystä. Tuon voi siis aika helposti laskea shinglet / pyörimisnopeus. Jotta tuo 4 kiloa voidaan shingleen kirjoittaa, pitää levyn pyörähtää 8 - 10 kertaa ympäri. Esin pinkka luetaan ja sitten kirjoitetaan muokattuna takaisin.
Todellakin tilanne on aivan toisenlainen, jos koko tuo pinkka kirjoitetaan kerralla yli, silloin sitä ei tarvitse lukea. Tämä on se syy, miksi ongelma ei ole isolla yhtenäisillä kirjoituksilla niin paha, koska tuolta suorituskyvyn vähintään puolittavalta, lukemisvaiheelta voidaan pääsääntöisesti säästyä.
Sitä en tiedä osaako jotkut asemat optimoida tuon niin, että ne kirjoittaa vain osan shingleistä uudelleen, eli jos pakka on "5 layeria syvä", niin voik siihen kirjoittaa vain kaksi viimeisintä päälle, kuulostaa ihan todennäköisesti mahdolliselta ja fiksulta optimoinnilta.
Oma kokemus isoista kirjoituksista on käytännössä se, että tuo SMR hidastuminen heiluu jossain 50-0% välillä. Pääsääntöisesti ehkä kuitenkin vain ~10% hidastumista verrattuna non-SMR levyyn. Eli ei ollenkaan niin hirveää kun se voisi olla. Tämä siis kun levylle kirjoitetaan 4 gigan fileitä putkeen, lukematta käytännössä mitään välissä.
Eli pitäisi toimia ihan hyvin medialevynä, jonne vain tallennetaan ja luetaan vlc playerilla.
- Liittynyt
- 03.11.2016
- Viestejä
- 355
Ei ole tullut kertaakaan ongelmia edes 4k videoiden kanssa.
- Liittynyt
- 07.07.2019
- Viestejä
- 1 622
Kuten todettu joo, toimii mainiosti sellaisessa käytössä missä ei tarvita jatkuvaa hajakirjoitusta. Backupeissa toimii myös mainiosti.
Hajakirjoitus käytössä kannattaa luonnollisesti suunnata SSD puolelle.
Onko hiljaset, ei ollu ainakaan pahan hintaset.
Seagate, joutuu tekemään paljon työtä, että olisi uskoa tuon brändin luotettavuuteen.
Eivät saapuneet perille, seurantakoodin perusteella kääntyivät Ranskassa ja lähtivät myyjälle takaisin. Redundi tulossa, joten valitettavasti en voi arvioida. :/
- Liittynyt
- 27.12.2018
- Viestejä
- 154
Sopivatko Seagaten Ironwolf tai Exos levyt kotikäyttöön eli ei palvelin/NAS tai valvontakameroihin vaan normaalin koneen sisälle tai ulkoiseen telakkaan silloin tällöin käytettäväksi? Etsin suurikapasiteetillisia levyjä kotivarmuuskopiointiin koska 4K videot sun muut vievät tilaa. Nämä olisi halvimmat mallit yli 12 TB kokoluokassa. Muut "normaaliin" käyttöön tehdyt maksaa yli tuplasti enemmän ja näissä taitaa olla 5-vuoden takuu. Kirjoitustarvetta tulee ehkä kerran viikossa mutta levyn lukua tulee useammin.
Viimeksi muokattu:
- Liittynyt
- 25.10.2016
- Viestejä
- 1 158
Toki sopivat. Itselläni on useita palvelinsalikäyttöön tehtyjä kiintolevyjä. Ne on työasemassani pikairrotettavissa kiintolevykehikoissa. Hyvin toimivat siinä.
Kyllä, itselläki Ironwolfi koneessa normaali käytössä, itse ainaki olen siinä ymmärryksessä että nämä kestäis normaali levyjä paremmin. Tuskinpa sitä viiden vuoden takuuta ja datanpalautusta voidaan luvata kylkeen semmoseen levyyn mikä on yötäpäivää tarkotettu ajettavaksi jos ihan paska olis.
- Liittynyt
- 27.12.2018
- Viestejä
- 154
Ei oikein yli 12tb herätä luottoa jos tämmösiä kuvia kattelee
No joo ei näytä pahalle kun ottaa huomioon että nuo on käytössä kokoajan eikä esimerkiksi muutamia tunteja päivässä tai viikossa.
- Liittynyt
- 17.10.2016
- Viestejä
- 852
Ei oikein yli 12tb herätä luottoa jos tämmösiä kuvia kattelee
Edit; katsoin väärä riviä, 60 kpl joista 2 hajalla, ei kerro mitään.
Viimeksi muokattu:
Joo, en tuosta yhdestä luvusta vetäisi vielä johtopäätöksiä. Käytännössä joka vuosi, Seagate "johtaa" Backblazen failure tilastoja ja yli 1% annualized failure ratea voidaan pitää huonohkona, ja usein % on lähempänä kahta, kuin yhtä.
Toki merkittävyys kotikäyttäjälle on pieni, jos joka 50. lätty hajoaa vuosittain, mutta tietty mielikuva tuosta välittyy. Etenkin Seagaten Barracuda (kuluttajalevy) 3tb versio jätti muistijäljen, Backblazen tilastoissa yhtenä vuonna pikaisella Googlauksella failure rate oli yli 40 %. Vuosia olen tilastoja seurannut ja aina Seagate johtaa tilastoja. Yhdistettynä Barracuda-failureen, luottamus on mennyt.
Backblazen tilastoissa on usein myös vanhempaa rautaa, koska tässä haetaan pitkäikäisyyttä - joka selviää vasta pitkän ajan päästä.
Tässä vielä 2019 tilasto. Backblaze jakaa sivuillaan vielä raakaa testidataa, jos kiinnostaa enemmän.
- Liittynyt
- 27.12.2018
- Viestejä
- 154
Mulla olisi yksi levy kiinni koneessa ja toinen telakassa varmuuskopiontiin. Uskon että kahden levyn yhtäaikainen hajoaminen on tässä tapauksessa aika harvinaista kun vain yksi on viikoittain 7h päivä virroissa. Jos haluaisi vielä leikkiä hankkisi kolmannen levyn eri valmistajalta ja kaikkiin samat tiedot.
Miksi WD merkkisiä levyjä ei ole ollenkaan?Joo, en tuosta yhdestä luvusta vetäisi vielä johtopäätöksiä. Käytännössä joka vuosi, Seagate "johtaa" Backblazen failure tilastoja ja yli 1% annualized failure ratea voidaan pitää huonohkona, ja usein % on lähempänä kahta, kuin yhtä.
Toki merkittävyys kotikäyttäjälle on pieni, jos joka 50. lätty hajoaa vuosittain, mutta tietty mielikuva tuosta välittyy. Etenkin Seagaten Barracuda (kuluttajalevy) 3tb versio jätti muistijäljen, Backblazen tilastoissa yhtenä vuonna pikaisella Googlauksella failure rate oli yli 40 %. Vuosia olen tilastoja seurannut ja aina Seagate johtaa tilastoja. Yhdistettynä Barracuda-failureen, luottamus on mennyt.
Backblazen tilastoissa on usein myös vanhempaa rautaa, koska tässä haetaan pitkäikäisyyttä - joka selviää vasta pitkän ajan päästä.
Tässä vielä 2019 tilasto. Backblaze jakaa sivuillaan vielä raakaa testidataa, jos kiinnostaa enemmän.
Hinta. Niitä on ollut aiemmin ("but over the years we’ve never been able to get the quantity of Western Digital drives we need at a reasonable price", lähde). En tiedä, onko koko totuus. HGST on kuitenkin hyvin edustettuna, joka on WD:n omistuksessa.
- Liittynyt
- 17.10.2016
- Viestejä
- 852
/r/datahoarder
WD Elements SE 1 TB ulkoinen kovalevy - Gigantti verkkokauppa
Ohut ja tyylikäs ulkoinen WD Elements SE -kovalevy on varustettu 1 teratavun tallennustilalla ja nopealla USB 3.0 -liitännällä.
Tuo on parillakin eri tv:llä toiminut, ja hyvässä tarjouksessakin. Ei ole omaa softaa tms, niin kaikista toimintavarmin, oli se sitten TV, pleikkari tai muu vastaava. Ja onhan Gigantilla myös 50pv palautusoikeus, jos ei pelitäkään.WD Elements SE 1 TB ulkoinen kovalevy - Gigantti verkkokauppa
Ohut ja tyylikäs ulkoinen WD Elements SE -kovalevy on varustettu 1 teratavun tallennustilalla ja nopealla USB 3.0 -liitännällä.www.gigantti.fi
Kiitokset, täytyypi laittaa tuollainen tilaukseen
- Liittynyt
- 23.10.2016
- Viestejä
- 42
Ei käytännössä mitään eroa.
Nopealla googletuksella:
MY BOOK
Uses WD Backup software to automatically backup selected file types when added or changed. Prices are a bit higher; for the software. Largest size it 8TB (TeraBytes). This would be good for users without much computer experience. There is a Password feature which provides some security, but if the Password is forgotten, there is no way to recover the files.
ELEMENTS
Uses standard Windows Copy or Move software for user to select files and where to save them. Prices are lower. Largest size is 4TB. Windows software requires some computer experience.
Tämä wd: sivulta, kirjoitettu 2018.
Olen purkanut pari tuollaista WD Elements 12Tb levyä (WD120EMFZ) koteloistaan ja laittanut serveriin. Levyt toimii ihan ok, mutta jotenkin tuntuu, että nuo ei noudata kiintolevyn sleep asetuksia mitä olen laittanut windows server 2019 virranhallinta asetuksista. Siellä on määritetty, että levyt menee nukkumaan 15 min idlen jälkeen. Nyt vaikuttaisi, että nuo nukahtaa ihan parissa minuutissa. Voiko tuota vielä yrittää säätää tai edes tarkistaa jotenkin miten nuo toimii? Vai onko tuolla edes väliä levyjen kestävyyden suhteen?
Ei hyvä jos nukkuvat liian nopeasti, silloin käynnistyksiä ja myös odotusta tulee turhaan.
Arvaan että levyillä on joku vitransäästöasetus joka sammuttaa ne. Esimerkiksi hdparm pitäisi osata näyttää asetukset levyltä. Toinen oli muistaakseni wdidle.
Levystä riippuen asetus tallentuu levylle tai jos haluaa muuttaa niin pitää muuttaa aina bootissa.
Tälläistä näyttää hdparm. Ymmärsinkö oikein, että tuo ei saanut luettua power asetuksia?
Capabilities:
LBA, IORDY(can be disabled)
Queue depth: 32
Standby timer values: spec'd by Standard, no device specific minimum
R/W multiple sector transfer: Max = 16 Current = 0
Advanced power management level: unknown setting (0x00fa)
DMA: mdma0 mdma1 mdma2 udma0 udma1 udma2 udma3 udma4 udma5 *udma6
Cycle time: min=120ns recommended=120ns
PIO: pio0 pio1 pio2 pio3 pio4
Cycle time: no flow control=120ns IORDY flow control=120ns
Capabilities:
LBA, IORDY(can be disabled)
Queue depth: 32
Standby timer values: spec'd by Standard, no device specific minimum
R/W multiple sector transfer: Max = 16 Current = 0
Advanced power management level: unknown setting (0x00fa)
DMA: mdma0 mdma1 mdma2 udma0 udma1 udma2 udma3 udma4 udma5 *udma6
Cycle time: min=120ns recommended=120ns
PIO: pio0 pio1 pio2 pio3 pio4
Cycle time: no flow control=120ns IORDY flow control=120ns
Viimeksi muokattu:
Saihan se: "Advanced power management level: unknown setting (0x00fa)".
Yleensä suunnilleen näin:
Maximum performance FEh
Intermediate power management levels without Standby 81h-FDh
Minimum power consumption without Standby 80h
Intermediate power management levels with Standby 02h-7Fh
Minimum power consumption with Standby 01h
Reserved FFh
Reserved 00h
Valmistaja voi tietysti käyttää tuota arvoa miten sattuu. Periaatteessa APM- arvoa pitäisi voida rauhassa muuttaa ja katsoa miten levy reagoi kunhan ei käytä 0 tai 255.
Tähän mennessä kaikki levyt ovat jääneet pyörimään ilman virranssätöjä arvolla 254 (0xfe).
Minulla ei myöskään ole tullut vielä vastaan levyä joka muistaisi asetuksen jos käyttää virrattomana.
Kannattaa katsoa myös smart- tiedoista 193 Load_Cycle_Count, jos se on kovin korkea/kasvaa nopeasti niin sitten serverikäytössä kokeilisin jos ominaisuuden saisi pois. Hdparmin versiosta riippuen asetuksen saa -J parametrilla tai wdidle3.
Omassa serverissä levyt pyörii koko ajan (2kpl n. 68kh ja 2kpl n. 20kh)
Tuota 193 Load_Cycle_Count tietoa en saanut -J parametrilla, mutta crystaldiskinfo näyttää tuollaista.
-- S.M.A.R.T. --------------------------------------------------------------
ID Cur Wor Thr RawValues(6) Attribute Name
01 100 100 __1 000000000000 Read Error Rate
02 135 135 _54 00000000006C Throughput Performance
03 _81 _81 __1 000701810180 Spin-Up Time
04 _91 _91 __0 000000000F55 Start/Stop Count
05 100 100 __1 000000000000 Reallocated Sectors Count
07 100 100 __1 000000000000 Seek Error Rate
08 133 133 _20 000000000012 Seek Time Performance
09 100 100 __0 0000000007C0 Power-On Hours
0A 100 100 __1 000000000000 Spin Retry Count
0C _63 _63 __0 0000000009F4 Power Cycle Count
16 100 100 _25 000000000064 Vendor Specific
C0 100 100 __0 0000000011FC Power-off Retract Count
C1 100 100 __0 0000000011FC Load/Unload Cycle Count
C2 _45 _45 __0 002700120024 Temperature
C4 100 100 __0 000000000000 Reallocation Event Count
C5 100 100 __0 000000000000 Current Pending Sector Count
C6 100 100 __0 000000000000 Uncorrectable Sector Count
C7 100 100 __0 000000000000 UltraDMA CRC Error Count
-- S.M.A.R.T. --------------------------------------------------------------
ID Cur Wor Thr RawValues(6) Attribute Name
01 100 100 __1 000000000000 Read Error Rate
02 135 135 _54 00000000006C Throughput Performance
03 _81 _81 __1 000701810180 Spin-Up Time
04 _91 _91 __0 000000000F55 Start/Stop Count
05 100 100 __1 000000000000 Reallocated Sectors Count
07 100 100 __1 000000000000 Seek Error Rate
08 133 133 _20 000000000012 Seek Time Performance
09 100 100 __0 0000000007C0 Power-On Hours
0A 100 100 __1 000000000000 Spin Retry Count
0C _63 _63 __0 0000000009F4 Power Cycle Count
16 100 100 _25 000000000064 Vendor Specific
C0 100 100 __0 0000000011FC Power-off Retract Count
C1 100 100 __0 0000000011FC Load/Unload Cycle Count
C2 _45 _45 __0 002700120024 Temperature
C4 100 100 __0 000000000000 Reallocation Event Count
C5 100 100 __0 000000000000 Current Pending Sector Count
C6 100 100 __0 000000000000 Uncorrectable Sector Count
C7 100 100 __0 000000000000 UltraDMA CRC Error Count
Joo, hdparm ei näytä smart- tietoja. Crystal näyttää numerot heksana eli C1 Load/Unload Cycle Count on sama kuin tuo 193.
Käyttötuntimäärään verrattuna (1984h) käynnistyksiä on ollut paljon, tuostahan tulee keskimäärin puolisen tuntia käyttöaikaa / käynnistyskerta. Jos Load/Unload pitää säätää niinn arvo alkaa kasvaa sitten kun levy on pidempään päällä.
Käyttötuntimäärään verrattuna (1984h) käynnistyksiä on ollut paljon, tuostahan tulee keskimäärin puolisen tuntia käyttöaikaa / käynnistyskerta. Jos Load/Unload pitää säätää niinn arvo alkaa kasvaa sitten kun levy on pidempään päällä.
Jahas, vanha 2TB WD green alkaa näyttää smartissa cautionia vaivaisen 75k tunnin jälkeen (power on). Korvaajaksi sunnittelin WD40EFRX, tuskin menee pahasti pieleen? Ei ole niin euron päälle, kovalle suorituskyvylle ei ole tarvetta, kunhan on hiljainen ja luotettava. Varmaan menisi tuo SMR versiokin mutta hintaeroa on vajaa 20€ niin en tiedä viitsiikö sen takia. Saman levyn 3TB versio ollut käytössä ilman ongelmia vajaa 40k tuntia.
Seagate ei oikein vakuuta, ainut lätty mikä on iteltä hajonnut silleen että vienyt datat mukanaan ja aina keikkunut isommilla prosenteilla noissa backblazen käppyröissä.
2TB WD Greenin SMART datat:
Seagate ei oikein vakuuta, ainut lätty mikä on iteltä hajonnut silleen että vienyt datat mukanaan ja aina keikkunut isommilla prosenteilla noissa backblazen käppyröissä.
2TB WD Greenin SMART datat:
Ei ainakaan mihinkään käyttöön, jossa käytössä mirror tai raidz. 75 % käyttöasteella olevan levyn resilver vie kevyet 230h 4tb smr-levyllä (lähde).
Auts. Ja näitä myydään tietoisesti ja näkyvästi (Case WD) sekä asiaa sen kummemmin kertomatta (muut valmistajat?).
Onneksi nykyisin ei tietääkseni muut valmistajat myy NAS/serverikäyttöön SMR-levyjä, paitsi WD. Kuluttajalevyissä ainakin Seagaten Barracuda sekä Archive levyt, jotkut WD Bluet, ja about kaikkien valmistajien 2.5" kuluttaja-sata-levyt ovat SMR. Tämän takia 2.5" ulkoisia kovalevyjä ei suositella shuckattavaksi.
DaNightlander
Powered by 3dfx Voodoo
- Liittynyt
- 20.02.2017
- Viestejä
- 1 248
Ei mene. Kyseistä kokoa ei ole, mutta samasta sarjasta pari muuta lättyä ja tyytyväinen olen ollut. Niillä tuntuisi olevan hieman taipumusta resonointiin, mutta jos kiinnitys on sellainen ettei ne välity koteloon, niin muuta ääntä niistä ei juurikaan lähde.
Uutiset
-
NVIDIA julkaisi uudet GeForce 591.59 -ajurit näytönohjaimilleen
23.12.2025 18:30
-
Samsung julkaisi maailman ensimmäisen 2 nanometrin mobiilijärjestelmäpiirin: Exynos 2600
22.12.2025 21:09
-
LIVE: io-techin hyväntekeväisyysstriimi 2025 joulukeräykseen klo 19:00
21.12.2025 12:44
-
Live: io-techin Tekniikkapodcast (51/2025)
19.12.2025 10:53
-
Myös Kingstonilla uskotaan muistipiirien hinnan ja saatavuuden pahentuvan entisestään ensi vuoden alussa
18.12.2025 21:44
