Fórum Ubuntu CZ/SK
Ubuntu pro osobní počítače => Hardware => Téma založeno: beer 19 Listopadu 2012, 10:38:07
-
Ahoj, dle návodu na http://www.root.cz/clanky/optimalizace-prace-s-ssd-disky-v-linuxu/ (http://www.root.cz/clanky/optimalizace-prace-s-ssd-disky-v-linuxu/)jsem přes fdisk rozdělil disk, následně jsem dle tohoto návodu provedl naformátování ext4 oddílů. První oddíl jsem nechal pro windows 7 a ty správně zarovnaly filesystém i oddíl. Ne však ubuntu. 2. oddíl začíná rovněž správně na čísle dělitelném 512, ale končí špatně a následující oddíly chybně začínají i končí (swap na 3. oddílu), 4. oddíl rozšířený a na něm /home.
Je nějaká šance, jak správně oddíly zarovnat a zarovnat i filesystémy po instalaci? Chybné rozdělení má za následek více zapisování a tím nižší životnost disku a úbytek výkonu, který oproti windows je znatelný. Windows bootují za cca 12 vteřin, linux do půl minuty.
-
mrkni http://community.linuxmint.com/tutorial/view/293 (http://community.linuxmint.com/tutorial/view/293)
https://wiki.archlinux.org/index.php/SSD#Tips_for_Maximizing_SSD_Performance (https://wiki.archlinux.org/index.php/SSD#Tips_for_Maximizing_SSD_Performance)
-
mrkni http://community.linuxmint.com/tutorial/view/293 (http://community.linuxmint.com/tutorial/view/293)
Tak zde vůbec neřeší zarovnání oddílů nebo filesystému, první příkaz ( sudo mke2fs -t ext4 -O ^has_journal /dev/sda1) vytvoří filesystém bez žurnálování. Dle článku Petra Krčmáře je tento tweak zbytečný, protože žurnály jsou poměrně malé a tímto se životnost disku nebo rychlost výrazně neprodlouží, ale přijde se o možnost opravit systém na základě toho žurnálu. Tweak ve výsledku není vůbec vhodný, je spíše na škodu.
Další 2 příkazy (tune2fs –i 7d a tune2fs –c 15) zapínají periodickou kontrolu, to může mít svůj účel, ale kontrola stejně probíhá tak jako tak občas i bez tohoto nastavení.
vm.swappiness=10
Toto může mít smysl, něco takového mám už nastaveno.
Doporučené nastavení /etc/fstab není nejvhodnější, chybí parametr discard (zapíná funkci TRIM), který je daleko důležitější, než zmiňovaný parametr noatime. Ten však také používám, je dobrý, protože se eliminují zbytečné zápisy ohledně posledního přístupu k souboru.
Návod na linuxmintu bych tedy odvrhl. Na ty ostatní se ještě mrknu, díky.
-
V komentáři se tam vyskytuje doporučení pro /etc/fstab:
inode_readahead_blks=64
Co to přesně dělá?
-
Ty typy tweakovací tipy na archlinuxu vypadají zajímavě, bohužel alen neřeší problém zarovnání oddílů a souborových systémů. Bohužel angličtinou zas tak dobře nevládnu a není mi úplně jasné, co jsou to ty shedulery, deadline a cfq, nevím, jestli nastavovat v ubuntu, nebo ne, nevím, co je NOOP a jestli hraje v ubuntu nějakou roli.
Je možné vyřešit dodatečně zarovnání oddílů? Abych nemusel reinstalovat od začátku? Třeba prostřednictvím livecd a následně přepsat přes live cd jen /etc/fstab (respektive změněná čísla UUID?
-
A máš jistotu, že zarovnaný oddíl nastartuje systém rychleji, než tebou udávaných 1/2 minuty? Není ten problém jinde než v zarovnání?
-
A máš jistotu, že zarovnaný oddíl nastartuje systém rychleji, než tebou udávaných 1/2 minuty? Není ten problém jinde než v zarovnání?
Jistotu nemám. Abych jí mohl mít, musel bych udělat test po zarovnání :).
-
snad k tomu zarovnání pomůže http://support.zcu.cz/index.php/Public:Svamberg/SSD#Rozd.C4.9Blen.C3.AD_disku (http://support.zcu.cz/index.php/Public:Svamberg/SSD#Rozd.C4.9Blen.C3.AD_disku)
a o plánovači http://www.heronovo.cz/mereni-diskoveho-vykonu-v-zavilosti-na-nastaveni-kernel-scheduleru/ (http://www.heronovo.cz/mereni-diskoveho-vykonu-v-zavilosti-na-nastaveni-kernel-scheduleru/)
a něco ze současnosti http://www.phoronix.com/scan.php?page=article&item=linux_iosched_2012&num=1 (http://www.phoronix.com/scan.php?page=article&item=linux_iosched_2012&num=1)
-
Díky, doma na to mrknu.
-
Zarovnáním si pomůžeš možná o 10%, ale furt bude hodně scházet (víc bych nečekal). Dnešní chipsety v SSD pracují paralelně a pokud je disk plně osazen (např. 256GB), tak se využijí všechny kanály a to zarovnání nebude takovou překážkou.
-
Jak byste to lépe zarovnali, nebo je to OK?
root@ubuntu-desktop:~# fdisk -l /dev/sda
Disk /dev/sda: 120.0 GB, 120034123776 bytes
hlav: 32, sektorů na stopu: 32, cylindrů: 228 946, celkem 234 441 648 sektorů
Jednotky = sektory po 1 * 512 = 512 bajtech
Velikost sektoru (logického/fyzického): 512 bajtů / 512 bajtů
Velikost I/O (minimální/optimální): 512 bajtů / 512 bajtů
Identifikátor disku: 0x00055f70
Zařízení Zavádět Začátek Konec Bloky Id Systém
/dev/sda1 * 2048 125831167 62914560 7 HPFS/NTFS/exFAT
/dev/sda2 125831168 178259967 26214400 83 Linux
/dev/sda3 178259968 186648575 4194304 82 Linux swap/Solaris
/dev/sda4 186648576 233836543 23593984 5 Rozšířený
/dev/sda5 186650624 233836543 23592960 83 Linux
Tak jsem si nastavil i ten I/O sheduller, zatím na noop pomocí /etc/default/grub, nicméně mám i datový pevný disk, na to to není optimální. Dle toho návodu na wiki archu to s mojí angličtinou a znalostma to fakt nedám, abych měl zvlášť pro hdd jiný elevator a jiný pro sdd.
Možná nahradím noop za deadline.
-
s mojí angličtinou a znalostma to fakt nedám, abych měl zvlášť pro hdd jiný elevator a jiný pro sdd.
zvládneš to podle toho? (http://forum.xda-developers.com/showthread.php?t=1627197) nebo i toho? (http://askubuntu.com/questions/88819/how-can-i-run-a-command-conditionally)
Arch popisuje novější systemd, zatímco Ubuntu systemd ve výchozí instalaci zatím nepoužívá, takže to nelze brát vše doslova.
To udev pravidlo je platné i pro ubuntu, a možná bude stačit jen to.
Vím, že programovat umíš, určitě to dáš dohromady.
-
s mojí angličtinou a znalostma to fakt nedám, abych měl zvlášť pro hdd jiný elevator a jiný pro sdd.
zvládneš to podle toho? (http://forum.xda-developers.com/showthread.php?t=1627197) nebo i toho? (http://askubuntu.com/questions/88819/how-can-i-run-a-command-conditionally)
Arch popisuje novější systemd, zatímco Ubuntu systemd ve výchozí instalaci zatím nepoužívá, takže to nelze brát vše doslova.
To udev pravidlo je platné i pro ubuntu, a možná bude stačit jen to.
Vím, že programovat umíš, určitě to dáš dohromady.
Díky, mrknu na to. PS: si mne docela rozesmál, programovat opravdu neumím :D.
-
Umíš bash scripty ne? I kdyby jsem se spletl, tak u toho prvního odkazu je to celkem zdá se jednoduchý ne?
Napíšeš to pravidlo pro udev, které je už téměř celé hotové a dopíšeš (nebo s pomocí) do rc.local pod to SSD i HDD, a dopíšeš pro HDD řádky scriptu. Snad to bude stačit. Scriptaři jistě pomůžou, kluci šikovní.
-
Původně jsem netušil, kde vezmu ten název disku, a tady je to napsaný, že je to v /dev/disk/by-id/, tak to půjde ;), díky.
-
Pro laiky, aby se nelekli tomu kecání o Bashi. Vlákno poslouží i jiným.
echo noop > /sys/block/SSD xxx/queue/scheduler do /etc/rc.local
echo deadline > /sys/block/HDD xxx/queue/scheduler
do /etc/rc.localA jestli má smysl užívat 2 schedulery nebo jeden, to je na každém.
Kontrola po restartu.
cat /sys/block/sda/queue/scheduler
[noop] deadline cfq
cat /sys/block/sdb/queue/scheduler
noop [deadline] cfq
-
Jen pro info: http://www.abclinuxu.cz/blog/bambasovo/2013/1/ssd-instalace-win7-plus-linux-mint-debian
-
Jen pro info: http://www.abclinuxu.cz/blog/bambasovo/2013/1/ssd-instalace-win7-plus-linux-mint-debian
Já tomu nerozumím. Já nikde s utilitama nešachoval. Odjakživa mám na SSD jen Linux a zarovnání a návaznost mám v pořádku.
Ale jinak je vidět, že ví co dělá.
EDIT: Odpovědel mi, že Debian apod to nedělají automaticky.