Fórum Ubuntu CZ/SK
Ubuntu pro osobní počítače => Hardware => Téma založeno: Dotch 16 Prosince 2012, 13:26:43
-
Ahoj, na notebooku jsem vyměnil disk za SSD a nainstaloval Ubuntu 12.10. Podle návodu na wiki nastavil ve fstab parametry discard a noatime.
fstab nyní vypadá takto:
proc /proc proc nodev,noexec,nosuid 0 0
UUID=36768f29-0512-4089-8526-756a971805ce / ext4 discard,noatime,errors=remount-ro 0 1
UUID=86a31ecd-eba9-41aa-b541-b52740d1600c none swap sw 0 0
Podle návodu na https://sites.google.com/site/lightrush/random-1/checkiftrimonext4isenabledandworking jsem zkoušel zda trim funguje ale podle testu ne. Měl by někdo nápad co s tím? Disk samozřejmě funkci trim podporuje.
-
hdparm -I /dev/sda|grep TRIM ti nevypise * Data Set Management TRIM supported. Alebo ako si to testoval?
http://www.root.cz/clanky/optimalizace-prace-s-ssd-disky-v-linuxu/
-
hdparm -I /dev/sda|grep TRIMmi vypíše:
* Data Set Management TRIM supported (limit 1 block)
* Deterministic read data after TRIM
jinak zkoušel jsem to takto:
sudo -i
dd if=/dev/urandom of=tempfile count=100 bs=512k oflag=direct
100+0 vstoupivších záznamů
100+0 vystoupivších záznamů
52 428 800 bajtů (52 MB) zkopírováno, 6,8557 s, 7,6 MB/s
hdparm --fibmap tempfile
tempfile:
filesystem blocksize 4096, begins at LBA 2048; assuming 512 byte sectors.
byte_offset begin_LBA end_LBA sectors
0 8657920 8658943 1024
524288 8674304 8677375 3072
2097152 8763392 8767487 4096
4194304 8783872 8878079 94208
:~# hdparm --read-sector 8657920 /dev/sda
/dev/sda:
reading sector 8657920: succeeded
6923 3e17 fee3 f22b 9a68 a8ed 2b9b fcb5
... ... ...
d65e e6e0 7442 6539 1d3f bc90 6a21 c781
rm tempfile
sync
hdparm --read-sector 8657920 /dev/sda
/dev/sda:
reading sector 8657920: succeeded
6923 3e17 fee3 f22b 9a68 a8ed 2b9b fcb5
... ... ...
d65e e6e0 7442 6539 1d3f bc90 6a21 c781
soubor tempfile již znovu vymazat nejde ale data se na disku stále nacházejí ...
-
Podla tohto
mi vypíše:
* Data Set Management TRIM supported (limit 1 block)
ti trim funguje.
Podla toho tvojho navodu trim moze fungovat aj ked nemas v poslednom vypise same nuly.
Ja by som asi veril tomu ze ide.
-
Tak to vypadá, že trim spíš nefunguje .. zkusil jsem zaplnit disk daty. Vytvořil jsem si testovací složku (20GB, 110 souborů). Při kopírování této složky do jiné složky na témže disku jsem naměřil čas 3 minuty. Po zaplnění disku jsem všechny testovací složky smazal, restartoval počítač a začal kopírovat znovu. Nyní ale překopírování této složky trvá cca 3 minuty a 25 sekund. Start systému a nabíhání aplikací se mi zdá bezezměny. Nikdo asi neví co dál s tím ..
-
Co to je za SSD?
Když jsem měl několik měsíců plné SSD dat(volné místo stovky MB), nešlo to poznat na rychlosti čehokoliv. Ale to je o algoritmech daného SSD.
-
jedná se o Kingston HyperX 3K - 120GB ( http://www.czc.cz/kingston-hyperx-3k-120gb_2/106672/produkt )
-
Máš zaplé AHCI v BIOSe? Co novější firmware?