abclinuxu.cz AbcLinuxu.cz itbiz.cz ITBiz.cz HDmag.cz HDmag.cz abcprace.cz AbcPráce.cz
AbcLinuxu hledá autory!
Inzerujte na AbcPráce.cz od 950 Kč
Rozšířené hledání
×
eParkomat, startup z ČR, postoupil mezi finalisty evropského akcelerátoru ChallengeUp!
Robot na pivo mu otevřel dveře k opravdovému byznysu
Internet věcí: Propojený svět? Už se to blíží...
včera 21:21 | Nová verze Ladislav Hagara | Komentářů: 0
včera 11:44 | Zajímavý projekt

Na Indiegogo byla spuštěna kampaň na podporu herní mini konzole a multimediálního centra RetroEngine Sigma od Doyodo. Předobjednat ji lze již od 49 dolarů. Požadovaná částka 20 000 dolarů byla překonána již 6 krát. Majitelé mini konzole si budou moci zahrát hry pro Atari VCS 2600, Sega Genesis nebo NES. Předinstalováno bude multimediální centrum Kodi.

Ladislav Hagara | Komentářů: 0
včera 00:10 | Nová verze

Byla vydána verze 4.7 redakčního systému WordPress. Kódové označením Vaughan bylo vybráno na počest americké jazzové zpěvačky Sarah "Sassy" Vaughan. Z novinek lze zmínit například novou výchozí šablonu Twenty Seventeen, náhledy pdf souborů nebo WordPress REST API.

Ladislav Hagara | Komentářů: 1
6.12. 12:00 | Zajímavý projekt

Projekt Termbox umožňuje vyzkoušet si linuxové distribuce Ubuntu, Debian, Fedora, CentOS a Arch Linux ve webovém prohlížeči. Řešení je postaveno na projektu HyperContainer. Podrobnosti v často kladených dotazech (FAQ). Zdrojové kódy jsou k dispozici na GitHubu [reddit].

Ladislav Hagara | Komentářů: 24
6.12. 11:00 | Bezpečnostní upozornění

Byly zveřejněny informace o bezpečnostní chybě CVE-2016-8655 v Linuxu zneužitelné k lokální eskalaci práv. Chyba se dostala do linuxového jádra v srpnu 2011. V upstreamu byla opravena minulý týden [Hacker News].

Ladislav Hagara | Komentářů: 2
5.12. 22:00 | Komunita

Přibližně před měsícem bylo oznámeno, že linuxová distribuce SUSE Linux Enterprise Server (SLES) běží nově také Raspberry Pi 3 (dokumentace). Obraz verze 12 SP2 pro Raspberry Pi 3 je ke stažení zdarma. Pro registrované jsou po dobu jednoho roku zdarma také aktualizace. Dnes bylo oznámeno, že pro Raspberry Pi 3 je k dispozici také nové openSUSE Leap 42.2 (zprávička). K dispozici je hned několik obrazů.

Ladislav Hagara | Komentářů: 6
5.12. 06:00 | Zajímavý software

OMG! Ubuntu! představuje emulátor terminálu Hyper (GitHub) postavený na webových technologiích (HTML, CSS a JavaScript). V diskusi k článku je zmíněn podobný emulátor terminálu Black Screen. Hyper i Black Screen používají framework Electron, stejně jako editor Atom nebo vývojové prostředí Visual Studio Code.

Ladislav Hagara | Komentářů: 50
5.12. 06:00 | Zajímavý článek

I letos vychází řada ajťáckých adventních kalendářů. QEMU Advent Calendar 2016 přináší každý den nový obraz disku pro QEMU. Programátoři se mohou potrápit při řešení úloh z kalendáře Advent of Code 2016. Kalendáře Perl Advent Calendar 2016 a Perl 6 Advent Calendar přinášejí každý den zajímavé informace o programovacím jazyce Perl. Stranou nezůstává ani programovací jazyk Go.

Ladislav Hagara | Komentářů: 10
3.12. 16:24 | Nová verze

Byla vydána Mageia 5.1. Jedná se o první opravné vydání verze 5, jež vyšla v červnu loňského roku (zprávička). Uživatelům verze 5 nepřináší opravné vydání nic nového, samozřejmě pokud pravidelně aktualizují. Vydání obsahuje všechny aktualizace za posledního téměř půldruhého roku. Mageia 5.1 obsahuje LibreOffice 4.4.7, Linux 4.4.32, KDE4 4.14.5 nebo GNOME 3.14.3.

Ladislav Hagara | Komentářů: 17
3.12. 13:42 | Pozvánky

V Praze probíhá konference Internet a Technologie 16.2, volné pokračování jarní konference sdružení CZ.NIC. Konferenci lze sledovat online na YouTube. K dispozici je také archiv předchozích konferencí.

Ladislav Hagara | Komentářů: 0
Kolik máte dat ve svém domovském adresáři na svém primárním osobním počítači?
 (32%)
 (24%)
 (29%)
 (8%)
 (5%)
 (3%)
Celkem 785 hlasů
 Komentářů: 50, poslední 29.11. 15:50
Rozcestník
Reklama

Dotaz: Zpomalení systému při práci s HDD

Jardík avatar 8.2.2009 01:45 Jardík | skóre: 40 | blog: jarda_bloguje
Zpomalení systému při práci s HDD
Přečteno: 1232×
Už delší dobu se mi projevuje taková nepříjemná věc při kopírování a tou je skoro nemožnost normálního používání při kopírování souborů. Věc se má takto: začnu kopírovat nějaký soubor (na velikosti nezáleží, ale příkladem budiž 4GB soubor, který se kopíruje dostatečně dlouho, abych při tom něco stihl dělat) a spustím např. Firefox, tak když už dokáže naběhnout před dokopírováním souboru, tak je skoro nepoužitelný, protože to nic nestíhá. Na aplikaci nezáleží, dělá to se všemi. Systémem to ale také nebude, protože stejná věc se mi projevuje i ve Windows. A vůbec nezáleží, jestli kopíruji z disku na disk, oddílu na oddíl, nebo ze stejného oddílu na stejný oddíl. Na mém NB se toto neprojevuje a při kopírování můžu klidně dělat, co chci.

Už to pozoruji delší dobu, tak 2 měsíce a už mě to opravdu deptá. Podezřívám DMA, Windows ve správci zařízení ukazuje DMA a je tam zaškrtlé, že se bude používat, co řekne BIOS. Chtěl bych si to radši ověřit i v Linuxu, ale nevím jak. hdparm se SATA disky nespolupracuje a sdparm nic jako DMA neukáže:
# sdparm /dev/sda
/dev/sda: ATA       WDC WD3200YS-01P  21.0
Read write error recovery mode page:
  AWRE        1
  ARRE        0
  PER         0
Caching (SBC) mode page:
  WCE         1
  RCD         0
Control mode page:
  SWP         0

# sdparm /dev/sdb
    /dev/sdb: ATA       WDC WD2500YS-01S  20.0
Read write error recovery mode page:
  AWRE        1
  ARRE        0
  PER         0
Caching (SBC) mode page:
  WCE         1
  RCD         0
Control mode page:
  SWP         0
A pokud to není DMA, v čem by mohl být problém? V řadiči na desce? Teď mě napadá, že to možná začalo dělat po přidání druhého disku, ale nevím to určitě. Nejdřív bych si chtěl ověřit do DMA, než se začnu hrabat ve skříni.
Věřím v jednoho Boha.

Odpovědi

Jardík avatar 8.2.2009 01:58 Jardík | skóre: 40 | blog: jarda_bloguje
Rozbalit Rozbalit vše Re: Zpomalení systému při práci s HDD
Tak jsem něco našel v dmesg:
ata3: SATA max UDMA/133 cmd 0xc480 ctl 0xc400 bmdma 0xbc00 irq 23       
ata4: SATA max UDMA/133 cmd 0xc080 ctl 0xc000 bmdma 0xbc08 irq 23
ata3: SATA link up 3.0 Gbps (SStatus 123 SControl 300)
ata3.00: ATA-7: WDC WD3200YS-01PGB0, 21.00M21, max UDMA/133
ata3.00: 625142448 sectors, multi 16: LBA48 NCQ (depth 1)
ata3.00: configured for UDMA/133
ata4: SATA link up 1.5 Gbps (SStatus 113 SControl 300)
ata4.00: ATAPI: ASUS    DRW-2014L1T, 1.00, max UDMA/66
ata4.00: configured for UDMA/66
sata_nv 0000:00:05.1: PCI INT B -> Link[LSA1] -> GSI 22 (level, low) ->IRQ 22
sata_nv 0000:00:05.1: Using SWNCQ mode
sata_nv 0000:00:05.1: setting latency timer to 64
scsi4 : sata_nv
scsi5 : sata_nv
ata5: SATA max UDMA/133 cmd 0xb880 ctl 0xb800 bmdma 0xb080 irq 22
ata6: SATA max UDMA/133 cmd 0xb480 ctl 0xb400 bmdma 0xb088 irq 22
ata5: SATA link up 3.0 Gbps (SStatus 123 SControl 300)
ata5.00: ATA-7: WDC WD2500YS-01SHB1, 20.06C06, max UDMA/133
ata5.00: 490234752 sectors, multi 16: LBA48 NCQ (depth 31/32)
ata5.00: configured for UDMA/133
Nějak se mi to nezdá, proč pro SATA DVD palírnu jen UDMA/66 a pro disky jen UDMA/133 - je to SATA2 a to má být přece 300 (jestli to 133 znamená přenosovou rychlost). Ještě se zkusím pohrabat v BIOSu.
Věřím v jednoho Boha.
Jardík avatar 8.2.2009 01:59 Jardík | skóre: 40 | blog: jarda_bloguje
Rozbalit Rozbalit vše Re: Zpomalení systému při práci s HDD
Teda ne 300 ale 375 (MB).
Věřím v jednoho Boha.
9.2.2009 20:04 pht | skóre: 48 | blog: pht
Rozbalit Rozbalit vše Re: Zpomalení systému při práci s HDD
nejde v biosu nastavit ahci?
In Ada the typical infinite loop would normally be terminated by detonation.
Jardík avatar 9.2.2009 20:58 Jardík | skóre: 40 | blog: jarda_bloguje
Rozbalit Rozbalit vše Re: Zpomalení systému při práci s HDD
Nic takového v BIOSu nemám
Věřím v jednoho Boha.
Jardík avatar 8.2.2009 14:57 Jardík | skóre: 40 | blog: jarda_bloguje
Rozbalit Rozbalit vše Re: Zpomalení systému při práci s HDD
Tak jsem v BIOSu natvrdo nastavil UDMA6 na obouch discích a UDMA4 na DVD palírně a stále stejná chyba. Aktualizoval jsem BIOS na nejnovější verzi, stále stejný problém.
Věřím v jednoho Boha.
9.2.2009 10:58 frr | skóre: 32
Rozbalit Rozbalit vše Re: Zpomalení systému při práci s HDD

Pomohl by výpis smartctl -d ata -a /dev/sda .

Pak si přihřeju polívčičku - co ukazuje hddtest?

http://www.fccps.cz/download/adv/frr/hddtest-1.0.tgz

 

[:wq]
Jardík avatar 9.2.2009 12:57 Jardík | skóre: 40 | blog: jarda_bloguje
Rozbalit Rozbalit vše Re: Zpomalení systému při práci s HDD
hddtest.cc: In member function ‘void test_thread::seq_test(char)’:
hddtest.cc:383: error: ‘malloc’ was not declared in this scope
hddtest.cc:471: error: ‘free’ was not declared in this scope
hddtest.cc: In member function ‘void test_thread::rnd_test(char)’:
hddtest.cc:501: error: ‘malloc’ was not declared in this scope
hddtest.cc:604: error: ‘free’ was not declared in this scope
hddtest.cc: In function ‘void my_exit(int)’:
hddtest.cc:956: error: ‘exit’ was not declared in this scope
make: *** [hddtest] Error 1
Pomohlo #include <stdlib.h>

Teď to běží, asi na dlouho u 320GB disku? Ale jetli to kontroluje disk, tak je to asi zbytečné, když to dělá na obouch.

A to smartctl nemám, jaký je to balíček?
Věřím v jednoho Boha.
Jardík avatar 9.2.2009 12:59 Jardík | skóre: 40 | blog: jarda_bloguje
Rozbalit Rozbalit vše Re: Zpomalení systému při práci s HDD
A zajímavé je, že se mi systém nezpomalil ... asi se tedy zpomaluje jen při zápisu.
Věřím v jednoho Boha.
Jardík avatar 9.2.2009 13:12 Jardík | skóre: 40 | blog: jarda_bloguje
Rozbalit Rozbalit vše Re: Zpomalení systému při práci s HDD
Beru to zpět, ke zpomalení dochází. On ten program totiž poprvé nedělal nic, nevypsal ani čárku a pak když jsem zmáčknul entern tak ukázal přístup odepřen, tak jsem ho spustil pod rootem. Teď ukazuje průběh, ale systém je skoro nepoužitelný, jdu koukat na telku, než se to udělá.
Věřím v jednoho Boha.
9.2.2009 19:28 frr | skóre: 32
Rozbalit Rozbalit vše Re: Zpomalení systému při práci s HDD

Nemá asi moc smysl, nechat hddtest běžet přes celý disk (pokud nechcete vyloženě kontrolovat celý povrch disku). On jede pořád dokola, na konci passu nic nevypíše / nezaloguje. Spíš mě zajímala sekvenční přenosová rychlost - tu program ukazuje průběžně. Jaká je typická hodnota? Vyskytují se krátkodobé výkyvy? Případně zkuste parametr -2 a dejte vědět, kolik Tps disk zvládá. Nejlépe je testovat disk odmontovaný / bez zátěže, ale to leda z nějakého live CD.

Napadá mě, jestli nemáte nějaký problém se zvoleným schedulerem (za určitých méně běžných okolností mi pomohlo změnit CFQ na "noop") - ale to by se neprojevovalo pod Windows. Zkusil jste se taky podívat programem iostat z balíku "sysstat", jaká je na disku zátěž ve chvíli, kdy "je systém pomalý" ? Ještě mě napadá LatencyTop, ale s tím jsem nikdy nepracoval...

Hmm... mohl byste přihodit výpis /proc/meminfo ?

 

[:wq]
Jardík avatar 9.2.2009 21:03 Jardík | skóre: 40 | blog: jarda_bloguje
Rozbalit Rozbalit vše Re: Zpomalení systému při práci s HDD
S parametrem -2 to lítá mezi 4000 kB/s a 3500 kB/s a 60 TPS, bez -2 se to pohybuje okolo 65000 kB/s a 1015 TPS, odmountovaný je. Ještě zkusím ten iostat.
Věřím v jednoho Boha.
Jardík avatar 9.2.2009 21:12 Jardík | skóre: 40 | blog: jarda_bloguje
Rozbalit Rozbalit vše Re: Zpomalení systému při práci s HDD
Při kopírování z oddílu na ten samý (sdb), cca 1GB dat v cca 40MB souborech ukazuje iostat:
avg-cpu:  %user   %nice %system %iowait  %steal   %idle
           2.24    0.00    3.58   42.30    0.00   51.88

Device:            tps   Blk_read/s   Blk_wrtn/s   Blk_read   Blk_wrtn
sda             363.29     91966.90         0.00 2864408488          0
sdb               5.63       277.33       283.50    8637758    8829824
Skoro to samé ukazuje při spuštění hddtest -2 na sda (odmountovaný), akorát se mění ty bloky a minimálně tps. Ale moudrý z toho nejsem.
Věřím v jednoho Boha.
Jardík avatar 9.2.2009 21:32 Jardík | skóre: 40 | blog: jarda_bloguje
Rozbalit Rozbalit vše Re: Zpomalení systému při práci s HDD
Po rozbalení raru při kopírování 4GB souboru z sda1 na sdb1 a současném pokusu o spuštění firefoxu ukázal iostat
avg-cpu:  %user   %nice %system %iowait  %steal   %idle
           2.41    0.00    3.54   41.36    0.00   52.69

Device:            tps   Blk_read/s   Blk_wrtn/s   Blk_read   Blk_wrtn
sda             351.64     88942.03       127.90 2864456279    4119136
sdb               7.41       603.35       522.36   19431270   16823168
Firefox dokázal naběhnout asi 10s po dokončení kopírování a dalších 5s byl absolutně nepoužitelný, než se uklidnily disky.
Věřím v jednoho Boha.
9.2.2009 22:23 frr | skóre: 32
Rozbalit Rozbalit vše Re: Zpomalení systému při práci s HDD

Hele tohle všecko vypadá zdravě. Ty průchodnosti jak sekvenční tak náhodná tak "sekvenční do FS" jsou v naprostém pořádku. 10 s na start Firefoxu taky žádná tragédie. Sice nevím, co přesně hledá na discích dalších 5 s po zobrazení hlavního okna, ale vcelku proč ne.

Jak jsem chtěl ten výpis /proc/meminfo, tak z něj je vidět, kolik má stroj fyzické RAM, kolik z toho je volného, kolik zabírají I/O buffery (systémová disková cache), jak moc je využitý swap. Počítač se typicky tragicky zpomalí ve chvíli, kdy dochází fyzická RAM a systém musí začít swapovat. Pozor, pod Windowsama se swapovací algoritmus chová trochu jinak, a nejde ladit.

Možná ještě by byl zajímavý výpis "df" s namountovanými svazky. Z něj by se dalo usoudit na zaplnění filesystémů, což v kombinaci s dalšími nepříznivými okolnostmi (rychlá obrátka dat) může mít vliv na fragmentaci...

Jo a jestli je ten disk třeba pomalý při zápisu, to se dá otestovat prakticky jenom destruktivně (smažou se data) :-) Už jsem viděl disky, které četly OK, ale při zápisu ukázaly pravou tvář... BTW v těch típancích z iostatu je vidět jenom čtení, skoro žádný zápis. Blok je 512B, takže ta hodnota v blocích/s děleno dvěma znamená kBps. Iostat doporučuju nechat běžet kontinuálně, např. v jednosekundovém intervalu (iostat  -1).

A ten scheduler se dá případně přehodit takhle:

cat /sys/block/sda/queue/scheduler
echo "noop" > /sys/block/sda/queue/scheduler

Dneska je default "cfq", který je na desktopu údajně subjektivně nejsvižnější - ale v některých verzích kernelu se mi choval líp noop :-)

[:wq]
Jardík avatar 10.2.2009 01:08 Jardík | skóre: 40 | blog: jarda_bloguje
Rozbalit Rozbalit vše Re: Zpomalení systému při práci s HDD
Já jsem nemyslel, že mi FF naběhl do 10s. Já ho spustil chvilku poté, co se spustilo kopírování a okno se zobrazilo až 10s poté, co bylo kopírování dokončeno a dalších 5s v tom nešlo vůbec nic dělat. Ram mám 2GB, swap nemém. Skusím ho kdyžtak zapnout, ale pochybuji, že pomůže - ve Windows swap je zaplý. Zítra zkusím ještě ten /proc/meminfo, teď musím ve Windows pokročit v jedné nejmenované hře :-) Ještě zkusím vždy zapojený jen 1 disk. Jestli nic nepomůže, tak ten krám hodím do popelnice.
Věřím v jednoho Boha.
10.2.2009 09:18 frr | skóre: 32
Rozbalit Rozbalit vše Re: Zpomalení systému při práci s HDD

Jasně - pořídit jiný/nový disk a naklonovat na něj obsah starého disku. A ten starý pak můžete potrápit ještě zápisovým testem. Dobrý nápad.

Vyměňovat postupně jednotlivé díly, to je obecně nejjistější způsob, jak najít závadu - jenom člověk běžně nemá za zády sklad náhradního hardwaru, pokud se tím vysloveně neživí :-)

Pokud budete pořizovat nový disk, hodně dobrou sekvenční rychlost a spotřebu mají nové Barracudy 7200.12 (500 GB na jedné plotně). Ale ani starší Barracudy 7200.11, třeba 250GB model, nejsou žádná ořezávátka.  Hodně rychlé seeky mají ze SATA disků WD Raptor resp. Velociraptor. A pak jsou tu samozřejmě klasické enterprise disky, třeba dnešní Cheetahy na SASu... ale SAS asi onboard mít nebudete :-)

[:wq]
10.2.2009 13:35 Honza
Rozbalit Rozbalit vše Re: Zpomalení systému při práci s HDD

On ten problém ale nemusí být způsobený harwarem. Dokud jsem na desktopu používal Fedoru, mohl jsem klidně kopírovat jakkoliv velké soubory a odezva v Gnome byla stále stejná. Ve verzi 8 mě ale už naštvala nutnost každý rok upgradovat na novou verzi distribuce a přešel jsem na CentOS.Když teď kopíruji velký soubor (xGB), CPU tráví téměř veškerý čas v IOWait a odezva systému na cokoli co potřebuje I/O je šíleně pomalá. Přitom vlastní kopírování proběhne normálně rychle.

Předpokládám, že důvod bude pravděpodobně ve verzi jádra (Fedora 8 = 2.6.26, CentOS 5.2 = 2.6.18) a nejspíš i v jeho konfiguraci. Vzhledem k tomu, že to je jediná nevýhoda, kterou mi přechod na CentOS přinesl oproti obrovskému množství výhod, nechávám to být.

Jardík avatar 10.2.2009 20:48 Jardík | skóre: 40 | blog: jarda_bloguje
Rozbalit Rozbalit vše Re: Zpomalení systému při práci s HDD
S jádrem můj problém ale nesouvisí, dělá to i ve Windows
Věřím v jednoho Boha.

Založit nové vláknoNahoru

Tiskni Sdílej: Linkuj Jaggni to Vybrali.sme.sk Google Del.icio.us Facebook

ISSN 1214-1267   www.czech-server.cz
© 1999-2015 Nitemedia s. r. o. Všechna práva vyhrazena.