Kirjoittaja Aihe: Hidas SSD ja osiointikysymys  (Luettu 1739 kertaa)

launila

  • Käyttäjä
  • Viestejä: 24
    • Profiili
Hidas SSD ja osiointikysymys
« : 16.09.12 - klo:17.57 »
Hei

Rautatiedot:
Emo Asus P5B
128 GB A-Data SP900 /dev/sda
500 GB Seagate normaalilevy /dev/sdb

Käskyn
Koodia: [Valitse]
hdparm -I /dev/sda tiedot on liitteenä, jos niistä olisi apua.

Kysymyksenä ihan ensin, että tarvitseeko btrfs:llä säätää jotain blokkikokoja jotta se osaa sijoittaa kirjoitukset niin ettei osu SSD:n blokkien rajalle?

Siirsin vanhalta kovalevyltä juuri- ja home-osiot sekä toisen kovalevyn swapin SSD-levylle. Juuri ja home on btrfs-osiolla omina subvolumeina Ubuntun tyyliin @ ja @home. Palaan osioihin myöhemmin. Sen jälkeen olen etsinyt vikaa miksi nopeus jää reilusti luvatusta.

Käsky
Koodia: [Valitse]
hdparm -t /dev/sda antoi eilen 176 MB/s parhaimmillaan ja tänään 166 MB/s. Mielestäni tämä on aika kaukana siitä mihin SATA2-liitännällä ja SSD:llä pitäisi päästä. Olen lukenut useita artikkeleita joissa on vihjeitä millä voi säätää paremmaksi, muttei ole parantunut. IO Scheduleri on vaihdettu deadline-tyyppiseksi. Siirsin paremman otsikon alle lisäkysymykset /sys-hakemiston muokkauksesta.

AppArmorin konffaus lienee edessä, muttei avautunut miten nuo saisi sallituksi.

Mutta se suurin syy hitauteen on vielä löytämättä. Ei noilla vinkeillä saada kuin muutama prosentti lisää, nyt pitäisi saada 100% lisää jotenkin. Onko ideoita millä saisi nopeutta lisää?

Emossa olisi Micronin SATA-ohjainkin yhdellä sisäisellä liittimellä, voiko nuo Intelin piirit olla näin takkuisia? Jos siirrän levyn siihen, niin miten Grub pitää säätää jotta se osaa bootata oikealta levyltä (nimittäin vanha järjestelmä löytyy vielä 500 GB Samsungilta, enkä tuhoa ennen kuin tämä toimii kunnolla)? Käytin nimitäin 6 tuntia Grubin ja boottiasetusten säätöön SSD:n asennuksen yhteydessä, jotta sain toimimaan.

Osiointi on nyt seuraavanlainen:
Koodia: [Valitse]
Disk /dev/sda: 128.0 GB, 128035676160 bytes
255 päätä, 63 sektoria/ura, 15566 sylinteriä, yhteensä 250069680 sektoria
Yksiköt = 1 * 512 = 512 -tavuiset sektorit
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes

    Laite Käynn     Alku          Loppu    Lohkot   Id  Järjestelmä
/dev/sda1            2048   241987094   120992523+  83  Linux
/dev/sda2       241987095   250069679     4041292+  82  Linux-sivutus / Solaris

Swapin järkevyydestä SSD:llä on nyt kahta eri lippukuntaa. Swapatessa olisi kyllä hyvä että ei tulisi hidastumista hitaan levyn takia. Minun käytössä swappia harvoin kuluu, joskus virtuaalikoneiden kanssa sinne päätyy jotain. Olisiko järkevämpää poistaa tuo SWAP-osio ja käyttää tarvittaessa SWAP-tiedostos SSD-levyllä? Kakkoslevylle saan kyllä riittävästi SWAP-tilaa siivoamalla vanhan käyttiksen pois. Lähinnä siinä tulee vastaan nopeusero, joka on luokkaa 3, ja 4GB ramia löytyy kuitenkin.
« Viimeksi muokattu: 16.09.12 - klo:20.46 kirjoittanut launila »

juyli

  • Vieras
Vs: Hidas SSD ja osiointikysymys
« Vastaus #1 : 17.09.12 - klo:21.26 »
Swapin järkevyydestä SSD:llä on nyt kahta eri lippukuntaa. Swapatessa olisi kyllä hyvä että ei tulisi hidastumista hitaan levyn takia. Minun käytössä swappia harvoin kuluu, ...

Jo vanhentuneet SSD-levyt eivät kestäneet jatkuvaa levynkäyttöä - joten swap-osio ko. levyillä saattoi lyhentää levyn toiminta-aikaa oleellisesti.
Linux kuitenkin swappailee varsin vähän, joten tuo hidastuvuus tuskin oikeasti näkyy, vaikka swap-osio olisikin hieman hitaammalla levyllä - swappiin siirretään dataa, jota ei aktiivisesti käytetä tms. . Jos RAM-muistia riittää koneessasi jopa kohtuullisesti (käytöstäsi riippuen), voisi jopa swap:in jättää asentamatta (tai luoda swap-tiedosto levyosiolle, jolle swap olisi omiaan - aina tarvittaessa raskaampaa muistinkäyttöä.)

launila

  • Käyttäjä
  • Viestejä: 24
    • Profiili
Vs: Hidas SSD ja osiointikysymys
« Vastaus #2 : 17.09.12 - klo:23.09 »
Linux kuitenkin swappailee varsin vähän, joten tuo hidastuvuus tuskin oikeasti näkyy, vaikka swap-osio olisikin hieman hitaammalla levyllä - swappiin siirretään dataa, jota ei aktiivisesti käytetä tms. . Jos RAM-muistia riittää koneessasi jopa kohtuullisesti (käytöstäsi riippuen), voisi jopa swap:in jättää asentamatta (tai luoda swap-tiedosto levyosiolle, jolle swap olisi omiaan - aina tarvittaessa raskaampaa muistinkäyttöä.)

Toiselta levyltä voisin järjestää swappitilaa riittävästi. Nyt siellä on jo vanhan järjestelmän ajoilta 500 MB. Onnistuuko swapin poisto ilman että tarvitsee juuriosiota luoda uudestaan? Eli voinko vain poistaa osiot ja luoda turvallisesti uuden koko levyn loppuun menevän alkamaan 2048:sta? Tämän jälkeen toki tiedostojärjestelmä pitäisi vielä laajentaa, mutta btrfs osaa tehdä sen onlinena (kuulemma).