Ratkaistu SSD jumahtaa 100 % mediaa kopioidessa

[NKO]

Onkohan muut törmänny tällaiseen. Kyseessä melko tuorehko kone, jossa Windows 11 N uusimmilla päivityksillä. Koneessa kaksi SSD:ta, Samsung SSD 980 PRO 1TB ja KINGSTON SA400S37960G 960.

Samsungille asennettu käyttis ja softat, Kingstoni tiedostojen varastolevynä.

Kun kopsailen mediatiedostoja tuohon Kingstonin varastolevyyn (kuvaa ja videoita), niin tiedostojen kopioinnin jälkeen kyseinen SSD jumahtaa 100 % käyttöasteeseen usean minuutin ajaksi, vaikka tiedostojen kopiointi olisi päättynyt jo aikaisemmin. Vaikka kyseessä olisi pienikin siirto, vaikka joku parinsadan megan video, niin tämä ongelma tapahtuu. Kuvien kohdalla tämä kestää lyhemmän tovin. Task manageri näyttää "Processes" välilehdellä, että mikään sovellus ei vie edes paria prosenttia levyn käytöstä, mutta "Performance" näkymä sen sijaan näyttää, että kyseinen levy on 100 % käytössä. Ensin mietin, että liittyykö tämä jotenkin thumbnailien generoitiin tai vastaavaan, mutta koska ilmiötä ei tapahdu ollenkaan Samsungin SSD:llä, niin epäilen vian olevan Kingstonissa. Alhaalla kuva myös diskinfosta, joka näyttää "good" terveyttä. Onko levy kosahtamassa? Mitäs tälle voisi koittaa tehä?

 

[Yeenoghu]

Kuulostaa tyypilliseltä tilanteelta, kun QLC-muistipiireillä (=hitaat) varustetun levyn cache täyttyy. Eli kun tuon tyyliselle levylle kirjoitetaan isoja tiedostoja, ja kun cache tulee täyteen, niin levy jatkaa sisäistä kirjoitustaan cachesta varsinaisille muistipiireille. Joka on hidasta. Ja kestää niin kauan kunnes cache on jälleen tyhjä, jona aikana mitkä tahansa luku/kirjoitusoperaatiot levylle voi olla erittäin tahmaisia.

Mikä tekee tilanteestasi vähän oudon, on se että nopean guuglauksen perusteella levysi muistit pitäisi olla tyyppiä TLC, joka on nopeampaa kuin täysin paska QLC. Mutta eipä olisi ensimmäinen kerta kun joku levynvalmistaja vaihtaa komponentteja julkaisun jälkeen.

Omassa koneessani on Corsairin täyspaska MP400 nvme-levy, jossa QLC. Ja samat oireet, kun cache loppuu niin levy on totaalisen, sietämättömän ja raivostuttavan hidas.

 

[kuukie]

Ehkä joku windowsin indexointiominaisuus jos kerta iskee vain mediatiedostoilla?

 

[Desgorr]

Katsoisin ainakin ensin, että tuolla Kingstonin SSD:llä on uusin firmware sisällä.

KSM Firmware Update - Kingston Technology

KSM Firmware Update | Kingston

www.kingston.com

 

[NKO]

Kuulostaa tyypilliseltä tilanteelta, kun QLC-muistipiireillä (=hitaat) varustetun levyn cache täyttyy. Eli kun tuon tyyliselle levylle kirjoitetaan isoja tiedostoja, ja kun cache tulee täyteen, niin levy jatkaa sisäistä kirjoitustaan cachesta varsinaisille muistipiireille. Joka on hidasta. Ja kestää niin kauan kunnes cache on jälleen tyhjä, jona aikana mitkä tahansa luku/kirjoitusoperaatiot levylle voi olla erittäin tahmaisia.

Hmm. Eli pitäisi löytää joku soppeli TLC-levy sitten tilalle. Mutta voiko se olla kiinni tuosta QLC:n välimuististakaan, kun eikö sen ongelman pitäisi tulla vastaan vasta oikeasti suurten tiedostojen kohdalla? Kun nyt omassa tapauksessani on kyse vaan esim. parin sadan megan filuista.

Mikä tekee tilanteestasi vähän oudon, on se että nopean guuglauksen perusteella levysi muistit pitäisi olla tyyppiä TLC, joka on nopeampaa kuin täysin paska QLC. Mutta eipä olisi ensimmäinen kerta kun joku levynvalmistaja vaihtaa komponentteja julkaisun jälkeen.

Mistähän tämän vois luotettavasti sitten tarkistaa, missä levyssä on mikäkin piiri...?

 

[NKO]

Katsoisin ainakin ensin, että tuolla Kingstonin SSD:llä on uusin firmware sisällä.

KSM Firmware Update - Kingston Technology

KSM Firmware Update | Kingston

www.kingston.com

Vihreää näyttää tämäkin. Mystistä. Crystaldiskmarkki näyttää kans kaiketi ihan normaaleita lukemia tällaselle perus-SSD:lle, mutta kummallista tosiaan on, että käytännön työskentelyssä sit näkyy tuota levyn täydellistä tukkoutumista. Esimerkkinä: nauhotan pelistä videokaappauksen mikä tallentuu oletuksena C-asemalle. Filu on vaikka 500 megaa. Kopsaan sen tuolle Kingstonille CTRL+C CTRL+V ja näytölle pomppaa winukan kopiointi-ikkuna. Se näyttää että kopiointi tapahtuu rivakasti, ja parissa sekunnissa kopiointi onkin tämän mukaan suoritettu, ja tiedosto näkyy kohdekansiossa. Task Manageria seuraamalla huomaan kuitenkin, että kopioinnin jälkeenkin levyn käyttö on jumahtanut 100 %. Tästä huolimatta kokeilen raahata filun After Effectsiin pientä editointia varten (koska senhän pitäisi nyt onnistua: tiedost on jo kohdekansiossa valmiina), ja kuinka ollakaan Afteri jumahtaa heti täysin, koska ilmeisesti tämä tiedost ei vielä ollutkaan valmis.

 

[NKO]

Ehkä joku windowsin indexointiominaisuus jos kerta iskee vain mediatiedostoilla?

Tein lisää kokeiluja, ja tapahtuu näköjään myös muille filuille.

 

[Yeenoghu]

Hmm. Eli pitäisi löytää joku soppeli TLC-levy sitten tilalle. Mutta voiko se olla kiinni tuosta QLC:n välimuististakaan, kun eikö sen ongelman pitäisi tulla vastaan vasta oikeasti suurten tiedostojen kohdalla? Kun nyt omassa tapauksessani on kyse vaan esim. parin sadan megan filuista.


Mistähän tämän vois luotettavasti sitten tarkistaa, missä levyssä on mikäkin piiri...?

Ymmärsin alkup. tilanteen väärin, sori. Totta, ei cachen täyttyminen pitäisi tulla eteen parin sadan megan tiedostojen kanssa.

Jotain muuta ongelmaa varmaan siis. Iskeekö ongelma päälle, jos kopsaat isoja ei-mediatiedostoja? Edit, ehditkin jo vastata tähän.

 

[NKO]

psa_dont_buy_ssds_from_the_kingston_a400_lin

Jaa liekkö tämä sitten ihan sysipaska levy alkujaankin, jostain syystä ongelma tullut omassa koneessani vastaan vasta nytten. No, ei kai se auta ku lähteä levyostoksille taas prkle.