Fórum Ubuntu CZ/SK
Ubuntu pro osobní počítače => Hardware => Téma založeno: sodak11 14 Listopadu 2012, 09:01:41
-
Ahoj, jsem úplný nováček v systému ubuntu, včera jsem si nainstaloval verzi 12.10 na můj notebook asus u36j a mám pár problémů. Na oficiálních stránkách se píše jak nastavit USB 3.0, ale jelikož vůbec nechápu jak to udělat tak vás prosím o radu. Doslova se tam píše toto a já vůbec nevím jak to udělat.
USB 3.0
This USB 3.0 port doesn't seem to work at full speed. To make it work properly you need to add an option to /etc/default/grub, find the line GRUB_CMDLINE_LINUX_DEFAULT and add "pci=nomsi" like this :
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash pci=nomsi"
https://help.ubuntu.com/community/Asus_U36JC
Dále je na této stránce napsáno, že v není známo řešení jak zajistit funkčnost hdmi a to mě docela štve, jelikož si chci pouště obsah na mém extérním monitoru.
Ještě bych potřeboval vědět jak si nastavím jako základní přehrávač VLC media player. V nastavení médií jsem ho nastavil jako základní přehrávač pro video souboru, jenže soubory .avi se mi při spuštění stále přehrávají tím "přehrávačem filmů". Kdyby někdo věděl jak problémy vyřešit tak moc díky.
P.S: Dá se ještě nějak změnit základní písmo systému, které se zobrazuje např. v prohlížeči?
-
Pre usb3
gksudo gedit /etc/default/grubToto ti otvori tento subor v textovom editore. Tam najdes riadok GRUB_CMDLINE_LINUX_DEFAULT= a upravis ho podla toho navodu.
Filmy. Kliknes pravym mysi na avi-vlastnosti-otvorit cim a vyberies vlc. Potomto sa ti budu vsetky avi otvarat vo vlc.
-
P.S: Dá se ještě nějak změnit základní písmo systému, které se zobrazuje např. v prohlížeči?
http://ubuntu-tweak.com/ (http://ubuntu-tweak.com/)
-
Zdravím, mám malý problém s rychlostí svých USB 3.0 u NTB ASUS N56VM, který má řadič v CPU i7 3610QM od intelu, ale asdi ovladače jsou nic moc, případně že by to bylo SSD diskem (nepravděpodobné, jedná se o intel SSD 520 180GB se zaplým trim atd co má být, boot trvá asi 7s, takže tam problém nebude).
Mam flash disk Sandisk extreme USB 3.0 32GB a na win8 běžně při přesunech velkých souborů (mkv filmy v HD) mezi flash-SSD je cca 190-210MB/s zápis a 200-250MB/s zápis. Na ubuntu jen 70-80MB čtení i zápis.
Tak kde je krpa? v ovladači USB 3.0 pro ubuntu.
-
Zdravím, mám malý problém s rychlostí svých USB 3.0 u NTB ASUS N56VM, který má řadič v CPU i7 3610QM od intelu, ale asdi ovladače jsou nic moc, případně že by to bylo SSD diskem (nepravděpodobné, jedná se o intel SSD 520 180GB se zaplým trim atd co má být, boot trvá asi 7s, takže tam problém nebude).
Mam flash disk Sandisk extreme USB 3.0 32GB a na win8 běžně při přesunech velkých souborů (mkv filmy v HD) mezi flash-SSD je cca 190-210MB/s zápis a 200-250MB/s zápis. Na ubuntu jen 70-80MB čtení i zápis.
Tak kde je krpa? v ovladači USB 3.0 pro ubuntu.
Tak tohle je zajímavé, já když testuji USB3 tak jen na flešce USB3 a tam takový rychlostí dosahuji ani náhodou ani na Win. Ale pamatuj že Win taky dost lžou, takhle jsem viděl že na win jsem zkopírovat 500mb soubor na USB2 za 5 vteřin a pak trvalo tři minuty než jsem mohl flešku odpojit.
Každopádně si myslím že tyto věci se tak nějak vyřeší časem samy s novým jádrem...
-
Nerovnomerné ukazovanie priebehu kopírovania (http://forum.ubuntu.cz/index.php?topic=67304.msg482096#new)
-
Zdravím, mám malý problém s rychlostí svých USB 3.0 u NTB ASUS N56VM, který má řadič v CPU i7 3610QM od intelu, ale asdi ovladače jsou nic moc, případně že by to bylo SSD diskem (nepravděpodobné, jedná se o intel SSD 520 180GB se zaplým trim atd co má být, boot trvá asi 7s, takže tam problém nebude).
Mam flash disk Sandisk extreme USB 3.0 32GB a na win8 běžně při přesunech velkých souborů (mkv filmy v HD) mezi flash-SSD je cca 190-210MB/s zápis a 200-250MB/s zápis. Na ubuntu jen 70-80MB čtení i zápis.
Tak kde je krpa? v ovladači USB 3.0 pro ubuntu.
Krpa je v tom, jak Windows počítá rychlost. Tvůj flash ma maximální čtení až 190MB/s. Zápis je ještě dalece pomalejší. Windows zobrazují při počátku rychlost kopírování vždy více, než je realita, protože přesun dat do cache je mnohonásobně rychlejší, než samotný zápis. Pokud zápis trvá déle, typicky potom rychlost pomalu klesá.
-
no, nedalo mě to a změřil jsme to stopkama, odpojil flashku fyzicky z portu.
Přesouval jsem MKV soubor s velikostí 9.05GB=9267.2MB pod windows 8 a pod ubuntu 12.0 s nejnovějším jádrem 9.7GB=9932.8MB.
Přesouval jsem soubor z flashky na SSD a pak zpět.
naměřil jsem pod
windows 53s read a 88s write
ubuntu 160s read a 116s write
z toho rychlosti v MB/s pro velikost souboru dle windows 9.05GB
windows 174.85 read a 105.31 write
ubuntu 57.92 read a 79.88 write
dle velikosti pod ubuntu 9.7GB v MB/s
windows 187.41 read a 112.87 write
ubuntu 62.08 read a 85.63 write
Tak a teď babo raď, můžu zkusit ještě nějaký benchmark disku, ale chtělo by to asi stejný program pod ubuntu i windows, protože na windows k měření používám většinou hdtune, pod ubuntu jen systémový benchmark.
No a na závěr, kontrola úplnosti zápisu proběhla i opticky-LED na flashce neblikala.
-
Bezva benchmark.
Koukl jsem na podporu USB 3.0 skrze ovladač XHCI. Podpora je označena za experimentální až do jádra 3.6. Dále už je normální. Jestli by se Ti chtělo, mohl bys to zkusit z novějším jádrem odtud zase změřit?
http://kernel.ubuntu.com/~kernel-ppa/mainline/ (http://kernel.ubuntu.com/~kernel-ppa/mainline/)
Anebo počkat na Ubuntu 13.04.
-
asi počkám, tak to zas nepotřebuju a zatím používám spíše windows 8, protože nemám čas si ubuntu ani ponastavovat. Koncem dubna bude volněji a to už bude i 13.04, takže asi vydržím a počkám.
Kdybych chtěl to nové jádro, tak jen přidat zdroj? ale který?
-
http://wiki.ubuntu.cz/aktualizace_kernelu (http://wiki.ubuntu.cz/aktualizace_kernelu)
Akorát bys navíc instaloval i čtvrtý balíček..co má ve jméně extra.
A tuto verzi třeba.
http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.8.4-raring/ (http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.8.4-raring/)
-
jo díky, jak budu mít čas nebo mě bude štvát škola, zkusím
-
tak jsem právě na přednášce nainstaloval to jádro 3.8, jede, to jsem si ověřil přes uname -a
Čas už neměřím, ale pořád ubuntu ukazuje rychlost pouze cca 57MB/s read i write a podle indikační diody na flashce to opravdu trvá tak dlouho.
:o :( >:(
-
Můžeš zkusit připojit s parametrem flush, jak psal někde NTZ... Zajímalo by mne, jestli ten čas bude stejný...
edit, bylo to tady:
to je protoze to nejdrive jde do cache (v pameti) a potom se to syncuje na disk ..
eg treba bugreport zde: https://bugzilla.novell.com/show_bug.cgi?id=766351
podle komentare by melo stacit nastavit, aby se usb zarizeni pripojovala s volbou flush
-
Zajímalo by mě co to ovlivnilo, ale už jede cca 120MB/s zápis i čtení.
Instaloval jsme vědomě jen Bumblebee a jinak mě nic nenapadá.
-
Tak jsem teĎ na 12.04 ale to je jiné forum, jádro 3.5.0-32 a USB 3 pořád stejný. Zkoušel sjem na flash i ext4, ale to je blbost aby to ovlivnilo rychlost.
Pak jsem náhodou narazil na zmínku v tomto foru http://forum.ubuntu.cz/index.php?topic=66676.msg475853#msg475853 (http://forum.ubuntu.cz/index.php?topic=66676.msg475853#msg475853)
Zkusil jsem tedy na flash live CD ubuntu 13.04 a ejhle s jádrem 3.8.0-19 (snad píšu ty podlední dvě čísla dobře) a ejhle ono to začlo asi na 130MB/s a ustálilo se to na 110MB/s +/- cca 0.5MB.
Tak tedy menší dotaz zda exituje nějaký repozitáš s novějším jádry než je standartně v distribuci nebo musím stáhnout a nainstalovat klasicky ručně? Ruční isntalace mě bohužel činila problémy s bumblebee, který si v novém jádru nedoinstaloval nebo nespustil moduly a pak samozřejmě nešel a baterka vydržela 1/3 doby.
12.10 a13.04 nechci, protože nefunguje víc věcí, viz popis pod každým mým příspěvkem. Navíc už chci jen LTS, protože kdo má každýcho 3/4 roku instalovat novou verzi a bez záruky funkčnosti původních věcí.
-
Tak zkusil jsem tedy doinstalovat jádro 3.6.3-030603 ručně a vypadá že bumblebee jede, rychlost zápisu začínala na 90MB/s a končila na cca 97MB/s u skoro 12GB souboru. Čtení toho zapsaného souboru pak při kopírování zpátky na SSD byla +/- nějaký 1MB 82MB/s, což je pomalé, na windows jede čtení přes 200MB/s
EDIT: nejnovější stabilní jádro 3.9.5-030905 dává čtení o nalinko více, začíná na 98MB/s a končí na 84MB/s, zápis pak průměrně 99MB/s +/- cca 1-2MB
v obou případech na flash je NTFS a soubor má necelých 12GB
EDIT2: s jádrem 3.8.0-23 z ofiko zdrojů instalované přes synaptik pak byl zápis od 90 po 86MB/s ke konci a čtení pak cca 80-81MB/s
EDIT3: ještě jádro 3.8.13 a stejný, ovšem v ani jednom 3.8 nejde regulace jasu ani na posuvníku v nastavení, v 3.9 zas nejdou fn zkratky krom zvuku a zhasnutí displeje se opozdí o 5s po zmáčknutí. V 3.6 zas nejde spustit script s úpravou pro příjmač myši unifying. Takže odinstalovávám a vracím se k poslední 3.5 co byla automaticky nainstalovaná
-
Jelikož NTFS v Linuxu obsluhuje ntfs-3g, což je v uživatelském prostoru, tak to podle mě nikdy nebude moc rychlé a nenáročné. Aby to jelo rychle, musel by být ovladač v jádře. Jako je u ext a dalších.
-
já tohle ale zkoušel na ext4, pač mě zpomalení s ntfs napadlo. Jinak když změřím disk v diskovém nsátroji tak moje SSD dosahuje malinko vyžší výkon po asi 10 testech a jejij srovnání na ubutnu. Flashku jsem ještě neměřil, zkusím.
-
Nějak to nepobírám...
"Čtení toho zapsaného souboru pak při kopírování zpátky na SSD byla +/- nějaký 1MB 82MB/s, což je pomalé, na windows jede čtení přes 200MB/s
"
Takže jsi ho na WIndows četl a v Linuxu zapisoval.. a pak se divíš, že je rychlost nižší? Porovnával jsi, dle popisu zápis a čtení...jako dvoje čtení.
-
nene, na windows byla rychlost normlně 110-120/20-240MB/s zápis/čtení flash i disk ntfs
na ubuntu jsem zkoušel ext4 na flash a home na SSD taky ext4 a rychlost byla pod různými jádry jak jsem psal.
-
Nedalo mě to spát, tak jsem ještě testoval pořádně se stejným souborem 11.7GB VDI obraz z virtualboxu a jádro -3.5.0-32.
zápis ext4 home->ext4 flash cca 108MB/s (odpovídá hodnotě 110MB/s na windows a od výrobce)
čtení ext4 flash -> ext4 home cca 180MB/s (to je už blíž hodnotě cca 220MB/s na windows a deklarované výrobcem)
zápis ext4 home -> NTFS flash cca 92MB/s
čtení NTFS flash -> ext4 home cca 170MB/s
zápis NTFS SSD oddíl -> NTFS flash cca 88MB/s
čtení NTFS flash -> HTFS oddíl na SSD cca 74MB/s
pro zajímavost srovnání v rámci disku SSD
NTFS SSD oddíl (sda5) -> ext4 home na SSD (sda6) cca 180MB/s (rychlé čtení NTFS)
ext4 home na SSD (sda6) -> NTFS SSD oddíl (sda5) cca 65MB/s (pomalý zápis na NTFS)
(ve windows mezi SSD oddíly se systémem a hudbou to bylo cca 220-250MB/s čtení i zápis)
Takže je to jasné, vliv NTFS je značný, vliv měly nejspíš i špatně zarovnané bloky na flash. Ono ntfs-3g bylo vytvořenéo v době HDD a nejspíš už nedostalo úpravu pro SSD disky a zvýšení rychlosti nečekám.
Tímto považuju téma za uzavřené, protože NTFS je mimo jádro (jediná možná otázka zda tam lze přidat při kompilaci vlastního jádra na což se chystám o prázkách).
-
Máš u SSD zapnutý trim? V /etc/fstab musíš mít v parametrech u oddílů, které jsou na SSD parametr discard. Dále je možnost zvýšit výkon SSD tím, že zapneš u SSD elevator=noop. Těch tipů a triků je víc.
-
obojí mám, + ještě noatime na všech SSD oddílech včetně EFI oddílu. Výtah mám vyplý a ve fstabu discard a noatime
-
obojí mám, + ještě noatime na všech SSD oddílech včetně EFI oddílu. Výtah mám vyplý a ve fstabu discart a noatime
on to není discart, ale discard, a ještě jedna věc, ne na všech SSD discích lze trim zapnout, některé jsou bez trimu. Co se týká sheduleru, ověř si, který máš aktivní:
cat /sys/block/sda/queue/scheduler
cat /sys/block/sdb/queue/scheduler
-
no tak jsem se přepdal, trim mám určitě, pač mám jendo z těch lepších SSD, viz můj podpis.
fstab:
# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point> <type> <options> <dump> <pass>
proc /proc proc nodev,noexec,nosuid 0 0
# / was on /dev/sda6 during installation - SSD
UUID=f5c14028-8bb1-446e-a432-043ca11bc0fd / ext4 noatime,discard,errors=remount-ro 0 1
# /boot/efi was on /dev/sda2 during installation
UUID=A286-8E69 /boot/efi vfat noatime,discard,defaults 0 1
# swap was on /dev/sdb2 during installation
UUID=04765c77-89b6-4f5c-acf1-a7f1a85f7781 none swap sw 0 0
#ramdisk
none /tmp tmpfs nodev,nosuid,noatime,size=512M,mode=1777 0 0
#Data SSD on /dev/sda6
UUID=1AE88C51E88C2CD7 /home/matlala/SSD ntfs noatime,discard,nosuid,nodev,nofail,allow-other,x-gvfs-show,uid=matlala 0 0
#Data HDD on /dev/sdb1
UUID=6E56301749EE9C98 /home/matlala/Win ntfs nosuid,nodev,nofail,allow-other,x-gvfs-show,uid=matlala 0 0
a pak teda ty příkazy scheduler, což teda nevím co je a slyším to prvně, jdu googlit, zatím výpis:
matlala@matlala-ubuntu:~$ cat /sys/block/sda/queue/scheduler && cat /sys/block/sdb/queue/scheduler
[noop] deadline cfq
[noop] deadline cfq
Tak vygoogleno, je to ovládání NQC, tedy řazení příkazů logicky. Teda mám to vyplé tím parametrem elevator=noop v parametrech grubu pro zavedení jádra. Chápu ten anglickej popis a výpis těch příkazů dobře?
EDIT: úpravy pro SSD jsem dělal podle tohoto článku: http://www.root.cz/clanky/optimalizace-prace-s-ssd-disky-v-linuxu/ (http://www.root.cz/clanky/optimalizace-prace-s-ssd-disky-v-linuxu/)
-
Já mám parametry ve fstabu u / takto: discard,errors=remount-ro
ten noatime někdo doporučoval nepoužívat, protože je stejně od jádra xx defaultní relatime, takže těch zápisů tolik není a noatime může způsobovat problémy.
Jinak to asi už o moc líp nepotuníš. Já používám jak noop, nak cfq. Pro SSD noop a pro plotnový disk cfq. Noop umožňuje paralelní načítání u SSD, cfq zase působí jako výtah, tahá data za sebou podle toho, kde na disku jsou, aby se eliminovalo přesouvání hlaviček. Tak to laicky chápu já.
-
výtah chápu, ale to ten cfq nějak nechápu. noop myslýš tím parametrem jádra elevator=noop, tedy výtah a jak píšeš to tahání dat postupně, viz NQC u disků - řazení příkazů logicky za sebe aby se na disku braly fyzicky za sebou a hlavičky nekmitaly.
Noatime vyřadit můžu, ale nějak netuším, jak by se to dalo změřit, což udělali už asi jiní. Můžeš kdyžtak nějaký linky? Discart je jasný, že musí být na zapnutí trimu, to je bez diskuse.
No a jak tedy vypnout výtah na SSD (sda) a zapnout ho jen na HDD (sdb)? Ten výtah je totiž v parametrech jádra a ne ve fstabu, kde to jde jendnoduše.
A realtime jdu googlit, jinak o něčem takovém slyším prvně.
-
Ono je těch shedulerů víc. V ubuntu fungují minimálně tyto:
noop
cfq
deadline
Defaultní je cfq. Ten je vhodný na rotační disky. Deadline je vhodný při kombinacích rotačních a ssd disků, když si to někdo chce zjednodušit. Mne vyhovuje kombinace noop a cfq. V /etc/default/grub mám elevator=noop a v /etc/rc.local mám
echo cfq> /sys/block/sdb/queue/scheduler
Tím mám zajištěno, že noop bude defaultním shedulerem pro všechno, co připojím, vyjma rotačního disku sdb, který přenastavý zpět na cfq příkaz z /etc/rc.local.
Jestli je přímá souvislost mezi shedulerem a NCQ netuším. Obojí se snaží optimalizovat vstupně výstupní činnosti na disku, můžeme se dočíst na netu, že při zapnutém AHCI u disků s NCQ podává noop nejlepší výsledky. Rozdíl bych laicky viděl v tom, že NCQ je spojeno s firmwarem a sheduler provádí optimalizaci na úrovni jádra operačního systému. Jestli shedulery noop, cfq nebo deadline přímo NCQ při své plánování vstupně výstupních operací využívají, to netuším.
-
jo takhle, takže v tom případě bude pro mě nejlepší nastavit to stejně jako máš ty, tedy pro sdb přidat ten zápis a projeví se to po restartu?
Projeví se to nějak dramaticky na výkonu?
-
jo takhle, takže v tom případě bude pro mě nejlepší nastavit to stejně jako máš ty, tedy pro sdb přidat ten zápis a projeví se to po restartu?
Projeví se to nějak dramaticky na výkonu?
Ne, na výkonu se projeví zejména to, jestli máš na SSD noop a kde je umístěn / oddíl. Já na rotační disk sahám jen když tam chci zapsat nějaká multimediální data, nebo když ty data chci spustit. Rozdíl bude asi zanedbatelný, ale možná sheduler cfq prodlouží alespoň výdrž toho rotačního disku.
Dobré je nastavit taky systém tak, aby méně swapoval a využíval tmp na tmpfs, pokud máš dost ram.
-
tam ramdisk mám, viz fstab a jede to na RAM, ale tohle mám v podpisu pod každým příspěvkem, tak nebudu opakovat, udržuju popis aktualizovaný.
Jinak já na HDD sahám úplně stejně. / je umístěn na SSD sda6 tedy na konci, na kraji je windows záloha sda1, efi oddíl sda2, jako sda3 pak windows zavaděč, sda4 sám windows, sda5 je oddíl na hudbu, kterou poslouchám furt.
Zkusil jsme tedy do rc.local přidat to co máš ty:
#!/bin/sh -e
#
# rc.local
#
# This script is executed at the end of each multiuser runlevel.
# Make sure that the script will "exit 0" on success or any other
# value on error.
#
# In order to enable or disable this script just change the execution
# bits.
#
# By default this script does nothing.
# Turn Numlock on for the TTYs:
for tty in /dev/tty[1-6]; do
/usr/bin/setleds -D +num < $tty
done
echo cfq> /sys/block/sdb/queue/scheduler
exit 0
dále mám na sdb1 ntfs data a sdb2 swap necelých 500MB a nastavené swappiness na 5%, tj u mě je to posledních cca 362MB RAM (mám 8GB a z toho si ukousne 512MB integrovaná grafika a kousek RAMdisk).
Tak snad je to už kompletní a ok. Souhlas? Jinak díky za rady, tohle se člověk moc nedočte a tady na fóru to slyším prvně.
-
tam ramdisk mám, viz fstab a jede to na RAM, ale tohle mám v podpisu pod každým příspěvkem, tak nebudu opakovat, udržuju popis aktualizovaný.
Jinak já na HDD sahám úplně stejně. / je umístěn na SSD sda6 tedy na konci, na kraji je windows záloha sda1, efi oddíl sda2, jako sda3 pak windows zavaděč, sda4 sám windows, sda5 je oddíl na hudbu, kterou poslouchám furt.
Zkusil jsme tedy do rc.local přidat to co máš ty:
#!/bin/sh -e
#
# rc.local
#
# This script is executed at the end of each multiuser runlevel.
# Make sure that the script will "exit 0" on success or any other
# value on error.
#
# In order to enable or disable this script just change the execution
# bits.
#
# By default this script does nothing.
# Turn Numlock on for the TTYs:
for tty in /dev/tty[1-6]; do
/usr/bin/setleds -D +num < $tty
done
echo cfq> /sys/block/sdb/queue/scheduler
exit 0
dále mám na sdb1 ntfs data a sdb2 swap necelých 500MB a nastavené swappiness na 5%, tj u mě je to posledních cca 362MB RAM (mám 8GB a z toho si ukousne 512MB integrovaná grafika a kousek RAMdisk).
Tak snad je to už kompletní a ok. Souhlas? Jinak díky za rady, tohle se člověk moc nedočte a tady na fóru to slyším prvně.
Pozice na SSD není relevantní, protože tam nejsou žádné hlavičky, které by se posouvaly. Data si putují po disku dle potřeb disku (wear leveling). U rotačního disku je dobré mít data, ke kterým se často přistupuje na začátku disku (například /, /tmp/, swap, /var), statická a neměná data potom na konci, ale u SSD je to jedno.
Pokud máš 8 GB ram, tak bych určitě zakázal swap na rotačním disku. To je zbytečná brzda. V dnešní době bych se nebál swapovat ani na SSD disk, koneckonců dnes se dokonce používají SSD i jako rychla cache. Při dostatku ram je swap zbytečnost.
Postačí řádek ohledně swapu v /etc/fstab zakomentovat #. V případě potřeby můžeš opětovně swap povolit.
-
s tou pozicí mi ej to jansý, to je klasické fyzické omezení, o technologiích SSD toho snad vím dost - semestrální projekt ve škole.
Swap mám jen jako pojistku, kdyby náhodou něco přeteklo, zatím se to stávalo jen u virtuálních OS a swapováním od 60% volné RAM.
Takže ještě to noatime/realtime. Nechat/vypnout ve fstabu?
EDIT:
tak po změně rc.local
cat /sys/block/sda/queue/scheduler && cat /sys/block/sdb/queue/scheduler
[noop] deadline cfq
noop deadline [cfq]
Takže pokud dobře chápu na sda (ssd) je výtah vyplý, hodnota noop je aktivní a na sdb (hdd) je zaplý cfq tedy výtah zaplý.
Ale tohle funguje jen na linuxovém souborovém systému ne? Na NTFS ne, nebo jo?
Stejně mám v plánu někdy prez prázdniny zavést ext4 oddíl na těch pár dat, protože si stavím NAS s dvěma disky.
No a ještě k tmpfs, když ve fstabu nastavím velikost, tak to je jen maximální velikost vytvořeného oddílu a skutečně se zabere aktuální velikost dat?
-
s tou pozicí mi ej to jansý, to je klasické fyzické omezení, o technologiích SSD toho snad vím dost - semestrální projekt ve škole.
Swap mám jen jako pojistku, kdyby náhodou něco přeteklo, zatím se to stávalo jen u virtuálních OS a swapováním od 60% volné RAM.
Takže ještě to noatime/realtime. Nechat/vypnout ve fstabu?
EDIT:
tak po změně rc.local
cat /sys/block/sda/queue/scheduler && cat /sys/block/sdb/queue/scheduler
[noop] deadline cfq
noop deadline [cfq]
Takže pokud dobře chápu na sda (ssd) je výtah vyplý, hodnota noop je aktivní a na sdb (hdd) je zaplý cfq tedy výtah zaplý.
Ale tohle funguje jen na linuxovém souborovém systému ne? Na NTFS ne, nebo jo?
Stejně mám v plánu někdy prez prázdniny zavést ext4 oddíl na těch pár dat, protože si stavím NAS s dvěma disky.
No a ještě k tmpfs, když ve fstabu nastavím velikost, tak to je jen maximální velikost vytvořeného oddílu a skutečně se zabere aktuální velikost dat?
To noatime bych z fstabu odstranil, relatime tam dávat nemusíš, to je jako výchozí a nemusí být explicitně určeno.
Co se týká sheduleru, ano, teď bys to měl mít optimálně, výtah zaplý jen na sdb.
Tohle funguje i na NTFS. Samozřejmě ten výkon NTFS nebude nidky srovnatelný, jednak kvůli fragmentaci, jednak kvůli tomu, jak již bylo zmíněno, že není řešeno na úrovni jádra.
Jestli se jedná o maximální velikost, nebo fixní velikost, kterou nemůže již ram použít, to přesně nevím. Myslím, že se jedná o fixní velikost, ale na druhou stranu, pokud máš swap, tak tmpfs narozdíl od ramfs dokáže se přesunout do swapu, když je potřeba uvolnit ram pro potřeby OS. Tak jsem to pochopil z článku:
http://www.linuxexpres.cz/praxe/vyuzitie-tmp-adresara-v-ram
-
super, moc díky. Takže ten /tmp na ramdisku nechám jak je, zatím stačí a běžně při umístěném chase firefoxu v /tmp zaplním kolem 200, max 300MB.
S tím přesunem swap pouvažuju časem, zatím od doby, co jsem nastavil swapování až od 5% zbývající RAM se neswapovalo.
V budoucnu mám v plánu navíc zvětšit RAM na 16GB abych měl větší diskovou chase, ramdisk na úpravy videí a podobně, ale to je ještě dost dlouho na to abych plánoval a navíc ne každé RAM jsou s mým NTB kompatibilní.
Zatím teda moc moc díky, ještě mě nejspíš něco napadne časem kromě toho přesunu swapu.
No vlastně jen s tím by se vynořil dotaz na nějaké programy, co se bez swap oddílu ani nepustí nebo mají problémy, o tom sem četl na nejedné diskusi a článku.
-
super, moc díky. Takže ten /tmp na ramdisku nechám jak je, zatím stačí a běžně při umístěném chase firefoxu v /tmp zaplním kolem 200, max 300MB.
S tím přesunem swap pouvažuju časem, zatím od doby, co jsem nastavil swapování až od 5% zbývající RAM se neswapovalo.
V budoucnu mám v plánu navíc zvětšit RAM na 16GB abych měl větší diskovou chase, ramdisk na úpravy videí a podobně, ale to je ještě dost dlouho na to abych plánoval a navíc ne každé RAM jsou s mým NTB kompatibilní.
Zatím teda moc moc díky, ještě mě nejspíš něco napadne časem kromě toho přesunu swapu.
No vlastně jen s tím by se vynořil dotaz na nějaké programy, co se bez swap oddílu ani nepustí nebo mají problémy, o tom sem četl na nejedné diskusi a článku.
Osobně jsem se s tím nesetkal, ale celkem často jsem se setkal s tím, že problém může udělat vypalovací program při používání tmpfs. Jednoduše proto, že se celý obraz vypalovaného média do tmp potom nevejde. Ale to se dá řešit nastavením těch konkrétních problematických programů. Co se týká swapu, tak není problém ho zapínat ručně, mělo by postačit, aby byl v /etc/fstab s parametrem noauto, a pak by měli jít swapy zapnout přes:
sudo /sbin/swapon -a -e
-
Tak jo ještě mě napadlo pár dotazů.
Lze nějak vynutit rezim cfq pro připojené externí HDD nebo to není potřeba? U flashek mi vyhovuje že mají výchozí hodnotu noop. Bylo by to dobré kdyby si to samo zjistilo zda jde o HDD/SSD, případně se spokojím s identifikací třeba podle konkrétní značky nebo UUID oddílu na disku. Hlavně mě to zajímá pro moje vlastní disky přes USB, občas je používám při opravách ostatních PC S win a chystá si tam instalačky, ovladače a pod.
A pak jestli jsem dobře pochopil:
Parametr elevator=noop vypne výtah při zavádění systému a nastaví default na všech nových zařízeních noop, když chci na některém jiný režim, tak musím přidat pravidlo do rc.local jak jsem to udělal pro sdb.
No a ještě pořád jsem nepochopil ten realtime. To se zapisuje do RAM a až pak se smaže a zapíše naráz větší objem dat?
No a ještě jsme objevil nějaký SW na úsporu energie a zrychlení HDD. Zapisuje do RAM a až větší objem dat vynutí roztočení disku a zapsání dat. Link teď nemůžu dohledat.
Jinak vypalovat nevypaluju, snad jen na Vánoce/narozeniny strejdovi, tj tak 2-5 DVD ročně. Navíc mám DVD/BD mechaniku v externím boxu přes USB 3. Takže až to bude aktuální, teprve se o to budu zajímat.
A odpojení, připojení swapu jsme párkrát využil následovně, když přetekla RAM nad 40% zaplnění
sudo swapoff -a && sudo swapon -a
Tak snad vše, jestli by nebylo rozumnější tohle a další drobnosti řešit přes mail/icq/skype/facebook... V linuxech jsem celkem nováček, ale rád si s tím hraju a nastavím, ne windows není tolik možností a správa paměti a ovládání aplikací je v linuxu pro mě mnohem lepší.
-
nastavit cfq můžeš na externím hdd i z terminálu, nemusíš to dávat do /etc/rc.local
sudo su
zadáš heslo
echo cfq > /sys/block/sdc/queue/scheduler
A je to. Od té chvíle máš přepnuto u sdc na cfq.
Relatime:
Update inode access times relative to modify or change time. Access time is only updated if the previous access time was earlier than the current modify or change time. (Similar to noatime, but doesn't break mutt or other applications that need to know if a file has been read since the last time it was modified.)
https://wiki.archlinux.org/index.php/Fstab
No a ještě jsme objevil nějaký SW na úsporu energie a zrychlení HDD. Zapisuje do RAM a až větší objem dat vynutí roztočení disku a zapsání dat. Link teď nemůžu dohledat.
- to by mělo být tuším standardní. Někde bylo zde vlákno, kde se to řešilo u flash disků, jak nastavovat tu cache. Standardně se kopíruje do ram a pak teprve na disk. Ale i samotný disk má vyrovnávací paměť.
Nejsem žádný profík, nemám ani technické vzdělání, víc by sis o tom pokecal s některým z moderátorů. To, co jsem psal, ber jako názory laika :).
-
dobrá, každopádně díky za linky a informace.
No ještě jsi neodpověděl na tu tvou narážku na ntfs/ntfs-3g. To jsi myslel ten souborový systém ve fstabu?
EDIT: ten rc.local je vlastně bash, tak by mi stačilo zjistit odkud vytáhnout informaci o disku a jak poznat HDD od SSD/flashky a pak už ej to snadná podmínka ne?
-
Tak předpokládám, že SSD poznáš, jinak info o disku najdeš v diskovém nástroji nebo v gpartedu. V diskovém nástroji bys měl vidět, zdali se jedná o SSD a měl bys tam vidět i to, jestli je to sda, sdb, sdc, atd.
Ano, /etc/rc.local zpracovává bash, nebo taky ne (viděl jsem už i jiné /etc/rc.local, které měli tuším #!/bin/sh místo #!/bin/bash)
Co se týká NTFS, tak:
Oddíly NTFS jsou mountovány pomocí Filesystem in Userspace (FUSE).
http://cs.wikipedia.org/wiki/NTFS-3G
-
spíš jsem myslel nějaký způsob ve vlastním scriptu
tak tedy díky
-
tak jsme tedy přesunul ten swap a uvidíme, výhoda je aspoň že to jede na jednom SSD disku a HDD se může sem tam odstavit na delší čas (vím, že mu to nedělá dobře, ale je to lavně v novi, když jen brouzdám netem a nepotřebuju tahat data z HDD). Takže jsem i swapu přidal parametr discard
# swap was on /dev/sda7 during installation
UUID=1e26b8ae-a45d-4a84-88f9-e5ada777913c none swap discard,sw 0 0
-
jo, to by mělo být Ok, měl bys mít větší výkon.
-
jen pokud budu swapovat, což je málo pravděpodobé
-
Případně je tu ještě možnost mít více swapů, jeden na ssd s vyšší prioritou a další na HDD s nižší prioritou, pokud by nějaká aplikace byla opravdu velice nenažraná.
http://www.tldp.org/HOWTO/Partition/setting_up_swap.html (http://www.tldp.org/HOWTO/Partition/setting_up_swap.html)
Narozdíl od priorit procesů, které lze nastavovat třeba přes nice, tak zde platí, čím vyšší číslo, tím vyšší priorita. Pokud jsem to pochopil správně.
UUID=1e26b8ae-a45d-4a84-88f9-e5ada777913c none swap discard,sw,pri=1 0 0
UUID=04765c77-89b6-4f5c-acf1-a7f1a85f7781 none swap sw,pri=0 0 0
-
díky, kdyby náhodou, tak to tak můžu udělat, ale spíše zvětším swap na SSD tak na 2-4x.
-
Tak tedy SSD oddíl zformátován na ext4, datový oddíl na HDD taky přeměněn a ve fstabu připojen obyčejně + NTFS oddíl pro pár windows věcí připojuju manuálně
#Data SSD on /dev/sda5
UUID=9c95bbe9-5363-46be-bb5d-3fc6b2fd5beb /media/SSD ext4 discard,defaults 0 2
#Data HDD on /dev/sdb1
UUID=e8aa3b71-a2b4-4583-a0c2-d024da2c3932 /media/HDD ext4 defaults 0 2
#Data HDD on /dev/sdb2
#UUID=689AC51C9AC4E7A0 /home/matlala/Win ntfs noauto,users,nosuid,nodev,nofail,allow-other,x-gvfs-show,uid=matlala 0 0
soubor vdi 6.5GB (znova nainstalovaný virtuální xpčka) a flash naformátována taky jako ext4
rychlost z sda5->flash začíná na 120 a končí na 109MB/s (stejný údaj jako od výrobce, stejné jako na windows)
rychlost z flash->sda5 začíná na 148 a končí na 144MB/s (výrobce udává 190MB/s, na windows jede i 220MB/s)
Takže už to lepší nejspíš nebude.
Max kdyby do fstabu šlo nějak zapsat aby se flashky připojovaly jinam, když to totiž občas přeformátuju, změní se UUID