- Kytkin koneeseen yhden usb-tikun ja ne näkyvät nyt eri tavalla tuolla /media-kansiossa.
$ ls
KINGSTON 'Seagate Basic'
Tuolta pitääkin näyttää, jos siellä on kaksi mediaa liitettynä.
Se noissa on mielenkiintoista, että levyn nimi ei ole sdb vaan sdb1
Levyn laitetunnus on sdb, osion tunnus on sdb1. Näin kuuluu olla.
Ihan perus settiä. Tiedostot on vielä välimuistissa. Juuri siksi se kopiointi vaikuttaa alkuun nopealta ja sitten jymähtää hitaaksi.
Missä välimuistissa? Tietokoneen vai jossain kovalevyn porstuassa?
Koska umount ja fsync toimivat hitaasti, kopioitava data on kernelin välimuistissa eli tietokoneen ja käyttöjärjestelmän puolella, kuten on ollut jo pari kertaa aiemmin puhetta:
Alun nopea kopioiminen voi johtua Linuxin levyvälimuistista, eli tiedostot kopioidaan RAM-muistiin odottamaan varsinaista kirjoitusta levylle. Kirjoitusprosessi etenee taustalla omaan tahtiinsa, mutta aluksi voi tosiaan vaikuttaa siltä, että kopiointi etenee vauhdikkaasti. Levyvälimuistin koko riippuu vapaan muistin määrästä. Yleensä sitä on ainakin gigatavun verran, ellei muisti ole vähissä.
Kuten aiemmin totesin, levyvälimuisti vaikuttaa nopeuteen siirron alussa. Käytännössä lähdelevyn lukunopeus määrää silloin siirtonopeuden, mutta data siirtyy vain keskusmuistissa sijaitsevaan kernelin levyvälimuistiin. Varsinainen kirjoitus on tässä sinun tapauksessasi todennäköisesti koko ajan yhtä hidasta.
Ja miksi tuo cancel ei sitten keskeytä latausta, vaikka niin näyttää tekevän?
Tiedostoselaimen Cancel-toiminto ei taida pystyä perumaan kernelin välimuistiin ehtinyttä osaa siirrosta, vaan se jää valumaan levylle. Sitten kun kaikki on saatu kirjoitettua, kernelin välimuistissa on taas pari gigatavua tilaa odottelemassa uutta dataa.
Levyn omassa välimuistissa ei tällä 1 Mt/s siirtonopeudella ole paljon mitään. Nythän oli ymmärtääkseni niin, että sama levy toimi toisessa koneessa (Fujitsussa) hidastelematta, jolloin vika ei ole levyssä itsessään, vaan levyn ja tämän ongelmakoneen (Lenovon) välisessä kytkennässä. USB-yhteyden tiedot tutkittiin myös jo, ja se toimii näennäisesti USB 3 -standardilla, mutta siirtonopeus jää siitä huolimatta erittäin alhaiseksi. En keksi tähän muuta syytä kuin jokin laitteistotason epäyhteensopivuus levyn ja tietokoneen USB-ohjaimen välillä tai fyysisessä kytkennässä, jolloin virheenkorjaus hidastaa siirtoa.
Jos taas samaa hidastelua ilmenee muissakin koneissa, voisi epäillä syyksi SMR:ää tai levyn sisäistä vikaa. SMR ei kuitenkaan normaalisti toimi noin hitaasti, kun kyseessä on uudehko levy, eli osiolla on todennäköisesti vapaata tilaa, eikä se ole täysin fragmentoitunut. Nythän nämä hidastelevat siirrotkin ovat yhtenäistä kopiointia, eivätkä satunnaista kirjoittelua eri puolille levyä.
Sitten vertailin levyjä Disks-ohjelmalla ja huomasin, että tuossa toisessa on NTFS-tiedostoformaatti! Voisiko tämä olla syy isojen datamäärien hitauteen? (Toisessa ext4)
No ei ehkä ole täysin poissuljettu vaihtoehto, että ongelma johtuisi Linuxin NTFS-ajurista. Normaalia tällainen ei kuitenkaan ole, enkä ole törmännyt vastaavaan tapaukseen. Mikä käyttöjärjestelmä siinä Fujitsussa on, jolla levy toimii normaalisti?
