Dotaz: Pocitac IBM PC

[pdp7]

Dobry den.

Potykam se s nasledujicim problemem...

Spustim aplikaci a ta si behem sve prace zacne brat 100% vykonu procesoru a totalne obsadi HDD (tzn. HDD "furt hrabe" ) --> nyni chci tedy tuto aplikaci ukoncit. Jenze

1. Nelze spustit spravce procesu!

2. Jakekoliv jine metody ukonceni aplikace nefunguji (protoze proste PCka je totalne zamestnana )

Jak si v tomto pripade pomoct? ... KROME restartovani pocitace!

PS: Je toto problem pouze IBM PC, nebo vsech architektur pocitacu?

Odpovědi

[mozog]

kill -9 $PID_zleho_procesu nefunguje ?

[pdp7]

No prave. Kdybych si mohl spustit terminal bylo by to vpohode.

Budu mluvit konkretne. Dneska jsem si hral s firefoxem + gnash. Chtel jsem otestovat nejaky flashovy hry, ale najednou se to zacalo vsechno nechutne trhat "nejenom ta hra, ale celej firefox a Xka v podstate cely OS!

Chtel jsem teda ukoncit firefox... no jo ale,

1. emulator terminalu si jaksi nespustim

2. nejaky spravce procesu taktez prd

3. Ctrl+Alt+Backspace rovnez nereaguje.

4. Kurzor mysi se pohne jednou za pul minuty (prestoze mysi mrd*m sem a tam jako blazen )

PC proste nereaguje na povely, harddisk "sviti" a to je tak vse.

Co stim?

[pdp7]

Dodatek: Jak uz jsem rekl...

Restartovani PC (natvrdo) asi neni moc dobry reseni.

[mozog]

mne sa toto stavalo ked mi dosla volna RAMka, mimochodom tiez pri "hrani sa" s flashom

[pdp7]

Hmm. Me by spis zajimalo jestli exituje v takovych pripadech nejaky reseni krom restartovani "natvrdo".

Samozrejme tohle se mi nestalo poprvy (popravde stalo se mi to nespocetnekrat) a nejenom s firefoxem, gnash.

Nechci prosim odpovedi typu... kup si dalsi RAMku atd.

Otazka: Narazil jsem snad na nejaky limit IBM PC platformy, nebo je toto normalni jev na vsech pocitacich?

[mozog]

ja som to vyriesil pridanim SWAPu a obcasnym kontrolovanim stavu RAMky

[pdp7]

Mam pocit ze i kdyby jsem mel 20GB RAM moc to nepomuze.

Spis mi pripada ze pokud nejaky program zacne vytezovat HDD na 100% nelze s PC nic delat, i kdybych se treba na hlavu stavel!!!

[fakenickname]

mit porad nejaky monitor (conky, gkrellm) po ruce a hlidat stav.. pokud je to zalezitost jedne aplikace tak zacit cmuchat po bugzillach nebo po alternativach, pokud je to chaoticky nahodne, tak zkouset vylucovaci metodou HW..

[pdp7]

Vyborne! Pripojil jsem muj starsi disk a pridal 10GB swapu! 512MB RAM + 512MB swap na jednom disku + 10GB swapu na druhym disku, dohromady tedy 11GB pameti! Gnash je vazne super do 5-ti minut mi to dokazal zaplnit, hehe .

[=^..^= AmigaPower®]

ehm... swap 10GB??? ...ty masochysto ...jinak to s tim Gnashem je fakt hůůůstýýýý...

[Olsen]

To je nějaká chyba, a když to zaplní giga, zaplní to už cokoliv, takže přidávat nemá smysl.

[Käyttäjä 11133]

Ani magická ALT+SysRQ klávesa?

[pdp7]

Ne.

[Václav HFechs Švirga]

Tak pak jen SSH...

[pdp7]

Vyzkousim.

[Käyttäjä 11133]

Mno já bych se vsadil, že pokud nefunguje tak není buďto zakompilovaná, nebo není zapnutá. Viz. /etc/sysctl.conf Nějaké informace.

[Jooky (inactive)]

Mas spravne nastavene DMA na diskoch ? Ono ked to prenasa klasicky tak to vie dost zamrazit pc (az do kym sa vsetko zapise).
Ja na svojom booku pouzivam CFQ sheduler a DMA prenos na diskoch. Book vpohode reaguje aj ked nejaka app brutalne zatazuje hdd + swapuje os.

[pdp7]

# hdparm -I /dev/sda       

/dev/sda:

ATA device, with non-removable media
        Model Number:       ST3160815AS                             
        Serial Number:      6RA0BNCF
        Firmware Revision:  3.AAC   
Standards:
        Supported: 7 6 5 4 
        Likely used: 7
Configuration:
        Logical         max     current
        cylinders       16383   16383
        heads           16      16
        sectors/track   63      63
        --
        CHS current addressable sectors:   16514064
        LBA    user addressable sectors:  268435455
        LBA48  user addressable sectors:  312579695
        device size with M = 1024*1024:      152626 MBytes
        device size with M = 1000*1000:      160040 MBytes (160 GB)
Capabilities:
        LBA, IORDY(can be disabled)
        Queue depth: 32
        Standby timer values: spec'd by Standard, no device specific minimum
        R/W multiple sector transfer: Max = 16  Current = 16
        Recommended acoustic management value: 208, current value: 0
        DMA: mdma0 mdma1 mdma2 udma0 udma1 udma2 udma3 udma4 udma5 *udma6 
             Cycle time: min=120ns recommended=120ns
        PIO: pio0 pio1 pio2 pio3 pio4 
             Cycle time: no flow control=120ns  IORDY flow control=120ns
Commands/features:
        Enabled Supported:
                SMART feature set
                Security Mode feature set
           *    Power Management feature set
           *    Write cache
           *    Look-ahead
           *    Host Protected Area feature set
           *    WRITE_BUFFER command
           *    READ_BUFFER command
           *    DOWNLOAD_MICROCODE
                SET_MAX security extension
           *    48-bit Address feature set
           *    Device Configuration Overlay feature set
           *    Mandatory FLUSH_CACHE
           *    FLUSH_CACHE_EXT
           *    SMART error logging
           *    SMART self-test
           *    General Purpose Logging feature set
           *    SATA-I signaling speed (1.5Gb/s)
           *    SATA-II signaling speed (3.0Gb/s)
           *    Native Command Queueing (NCQ)
           *    Phy event counters
                Device-initiated interface power management
           *    Software settings preservation
Security: 
        Master password revision code = 65534
                supported
        not     enabled
        not     locked
        not     frozen
        not     expired: security count
        not     supported: enhanced erase
Checksum: correct

[Olsen]

Jo, moje zkušenost je, že totální zaplnění swapu linux (OpenSUSE 10.2) dokáže odstavit. /Což se mi s Win2K nepovedlo, hehe./

Doporučuju nemr**at myší sem tam, protože tím situaci jen zhoršujete (všecko se to hezky řadí ve frontě). Zkrátka nedělejte nic (alt tab, všecky tyhle věci to jenom dál zahlcujou). Jediné, co vám může pomoct je přepnout se do terminálu (ctrl+alt+1 nebo 2 nebo atd). A jestli vám tohle vyjde, tak se z toho můžete vylízat. Dáte top, máčknete shift+m (takže vám nahoru vyskočí procesy s excesivní spotřebou paměti), napíšete si čísla a pak hezky kill číslo (pokud je třeba tak pod rootem). Jestli se pořád znova obnovují, tak to bude chtít tuším příkaz killall, který snad funguje i se jménem procesu - takže firefox. Půjde to pomalu jako prase, ale podle mých zkušeností nebývá v těchto situacích konzole tak bezandějně zahlcená jako X server.

[Olsen]

No, s těma windows to ale taky není tak růžové, protože ačkoliv by to normálně skončilo tím, že se požadavek na paměť odmítne (a gnash by měl smůlu), někdy se stane modrá smrt...

Na druhou stranu, task manager we vindovs vám po stisknutí ctrl+alt+delete vyskočí i za těch nejbrutálnějších podmínek, a můžete si prevíta odstřelit. V linuxu se nejdřív musíte dostat do terminálu, ale to může být problém...

[Smajchl]

v topu staci zmackout k a pak napsat cislo procesu

[Olsen]

Ad P.S.

To je problém všech počítačů. Takováhle chyba by vám pravděpodobně zaplnila swap nekonečné velikosti (pokud by dřív systém nepošel na vyčerpání adres paměti, či vím já jakých jaderných tabulek, pidů atd...). Obrana by byla v nějaké detekci takovýchhle zdegenerovaných procesů a jejich střelbě... ale to máte jako spamový filtr - může na to dojet legitimní, a co hůř, třeba důležitý proces.

Jinak by se taky mohly chovat počítače, které se nesnaží v takových podmínkách dál shánět procesu paměť (třeba zahozením stránek, které používají Xka, pročež apk nefunguje xkill...), ale prostě odmítnou a nechají ho na to zdechnout.

A moje P.S. - název diskuse je tvrdě neinformativní, dokonce se nestydím říct, že zavádějící... chtělo by to něco jako "memory leak - kritické zaplnění swapu; cesta ven?"

[pdp7]

Diky za vycerpavajici odpovedi.

[Tomas]

To se mi stava celkem casto - kdyz nejakou dobu delam s firefoxem ... - firefox je proste hrozne nenazranej na pameta ma pravdepodobne par memory-leaku, takze zere ukrutne ramku, takze ve chvili, kdy dojde RAMka, tak to dela presne co popisujes....

Naprosto vpohode na tom kompu valim, linux s kdecim, a k tomu mam pusteny vmware s WinXP a nemam pocit, ze bych mel nedostatek pameti (mam 512M) ... ale jak pustim firefox a chvili browzdam po netu - i kdyz mam vsechno ostatni vyplne, tak se mi obcas stane ze sezere vsechnu volnou ramku ....

- od jiste doby mam zaply v panelu system-monitor a koukam kolik zere pameti atd, a jak se je plna RAM a system se zacina sekat, tak hned prepnu do konzole a "killall -9 firefox-bin" - kdyz ho pustim znova, zepta se, jestli chci otevrit predchozi okna a kdyz se znova pusti tak uz zere jen mizive procento puvodni pameti -- proste jsou tam bugy ze cim dele je pusteny tim vic zere pameti ....

asi zvazim, jestli neprejdu na jiny browser ....

[pdp7]

Me se to s firefoxem nestava, teda pokud si nehraju s tim GNASHem.

BTW uzavreny flash nemam a nechci ho!

[Smajchl]

Ale fungovalo by to Ja s nim nema problem, akorat na starickym pocitaci, kdyz ho moc trapis (klikas rychlejc nez to stiha ten pocitac) s tim flashem tak zacne ff zrat vsechen cas procesoru a musi se taky killnout, ale co ten pocitac byl s windows byl zralej do popelnice, takhle se na nem da aspon browsovat na netu, prehravat filmy a hudbu a takovyty nenarocny vecicky.

[Smajchl]

Btw. bez flashe se da krasne browsovat, ale staci par otravnejch reklam a clovek ceka nez se treba prekresli prepnuti do panelu a hned je to.. jak to popsat :)

[pdp7]

Ale fungovalo by to

To mi nestaci

[Olsen]

Mě žere firefox (kvůli flashi) klidně 80-90% (čili co je zrovna k dispozici) na Athlonu 64 2Ghz... Takže to není o starých kompech. Ta věc zkrátka žere jako 3d hra, a přitom nedělá nic jiného, že zobrazuje blbé reklamy (s vcelku jednoduchou strukturou). Flash je zkrátka ostuda internetu, a ještě zvyšuje spotřebu - tomu říkám extra vlezlý spam!

[Smajchl]

jj taky ho nemam rad, nastesti umi konqueror povolit/zakazat flash v zavislosti na domene (treba youtube se mi libi) a nektery stranky sou udelany jenom ve flashi

[Olsen]

Oni to v tom Firefoxu nejsou ani tak memory leaky, jen příliš agresivní cachování navštívených stránek - defaultně asi 50 na jeden(!) tab... Takže když se restartne, načte sice znovu těch třeba 50 tabů, jenže už žádné dříve navštívené stránky, takže spotřeba paměti bude menší.

Alerspoň jsem to někde četl. Nastavení se dá změnit v registrech firefoxu - napíše se něco do adresního řádku a tradá. Viz Google.

[Käyttäjä 11133]

about:config

[R]

Zjavne ti dosla pamat a swapovalo to ako dive. Pridanie swapu nepomoze, skor odobranie. Staci chvilku pockat na OOM killer, ktory zabije ten proces, ktory tu pamat celu zozral.

BTW. Celkom jednoducho sa to da spravit GIMPom - otvorit naraz viac velkych obrazkov.

[onion]

Rekl bych, ze tohle je predevsim problem aplikace samotne a tezko s tim neco udelas, ja to resim killem pres ssh. Co me ale obcas zarazi vic je naprosta nemoznost zabit proces, at dam kill s parametrem jakymkoliv nebo spustim killall tak se vubec nic nestane, jako kdybych posilal prikazy do dubu. Stava se mi semtam napr. se Sambou :( typicky nepomuze nic jineho nez reset systemu.

[pdp7]

Monolit fuck, microkernel rulezzz Ze?

[Václav HFechs Švirga]

Zaseklá IO operace? Tohle se mi stává občas u wine a nedá se s tím bohužel dělat nic...

[dustin]

A není ten proces jenom ve stavu zombie (D), tedy již ukončený, uvolněné zdroje, jenom čeká, až na něj nadřazený proces zavolá wait(), aby mohl uvolnit process descriptor a zmizet tak ze seznamu procesů? Když v té době již neexistuje jeho rodičovský proces, je volání wait na procesu init, kterému obvykle chvíli trvá, než se k tomu dostane. Aspoň tak se mi procesy zatím vždy chovaly, SIGKILL mi vždy zafungoval. Ale znám to, nikdy neříkej nikdy :)

[michich]

Zombie je stav Z. Stav D je uninterruptible sleep. Pokud je proces v D dlouho, je to opravdu problém. Dobré je zkusit Alt+SysRq+T a nechat nějakého kernel hackera, ať se podívá na výsledný výpis.