Dotaz: Futex - co to je a k comu to je.

[lolo6]

Z wiki viem, ze sa jedna o nejaky uzamkynaci algoritmus. Ale na OpenSuse 11.1 x86-64 mi dost komplikuje pracu na niektorych AV programoch. Na pohlad to vyzera ako zamrznutie v skutku zacne toto do nekonecna nieco odpocitavat. Co sa s tym da robit?

Za reakcie dik.

Odpovědi

[frEon]

futex je pekne vysvetleny v manualu.

Jinak, pokud mas problem se zamykanim, tak asi hledej chybu v kodu. Jak jsi na to prisel? Strace?

[lolo6]

Ano cez strace. Lebo najprv som nemohol spustit remote pre VDR http://www.abclinuxu.cz/poradna/linux/show/295774 a zistil som toto, poto som zistil, ze to nemusi byt len rcu, lebo tiez to zacalo, ked som chcel pustit VDR s xine - pluginom. No a teraz mi povedz, ako mam hladat chybu kodu, ked ten remote pri vytvoreni ziadnu nehlasil a druhy pokus s xine bol s native Suse rpm-kou. Da sa ten Futex vypnut?Alebo ako to riesit? Dik za reakciu.

[Igis]

No, vypnout se to da ale ne tak aby ti to bylo k cemu. Futex je specificka fast implementace mutexu. Jinymi slovy, program se snazi spolu synchronizovat dve a vice vlaken-napr aby vzdy pouzivalo urcity resource pouze jedine. Protoze tam ma autor botu tak mutex nikdo neuvolni a vlakna cekaji a cekaji. Neni moc co muzes delat, ledaze bys pochopil kod ktery, futex pouziva a zjistil proc se futex vlastne neuvolni, nebo alespon kdo ho aktualni drzi - jako stafetovy kolik, bezi jen ten kdo ho ma a ostatni cekaji.

Snad to pomuze, Igor

[lolo6]

No a preco mam s tym problemy akurat ja. A nikto na Ubuntu, alebo Debiane s dannym src (VDR)chybu nema. Drzim sa distra OpenSuse, ale raz ma trpezlivost prejde. Mimochodom na nete su k futexu aj nejake patche od autora Inga Molnara.Len nejaky popis, ze co vlastne patchovat chyba.

[Mordae]

O tyhle patche se nestarejte, je to na 99.9% bezny provoz na Linux Kernel Mailing Listu, kde se tyhle veci probiraji a do Vaseho jadra se pres vyvojare Vasi distribuce dostanou "samy".

Na 99.999% neni chyba v implementaci systemoveho volani futex, ale v kodu, ktery jej uziva. Dnes je temer vyhradnim uzivatelem totiz knihovna pthread, cili POSIXova vlakna (threads).

Program, ktery pouzivate, bud v nejake situaci skonci v tzv. dead locku - dve vlakna na sebe navzajem cekaji na mutexu nebo condition; nebo, coz je pravdepodobnejsi, jedno vlakno je proste pomocne a ma spat vetsinu casu, dokud se pro nej neobjevi prace, takze se uspi na condition (futex) a ceka treba pul hodiny a druhe vlakno, hlavni vykonne se zasekne na necem uuuuplne jinem.

Uf... takze... nahlaste vyvojarum Vasi distribuce, pripadne vyvojarum SW, ze se Vam ten SW zasekava, pri cem to dela a nechte se od nich vest.

[lolo6]

No, super. Dat to bug-u , ale ano. Len, niektore bugy maju cakaciu dobu aj dva roky, A to este, ked do toho zapocitam VDR, co ide tiez uz cez dva roky na vyvoji, tak to da vysledok... Ine riesenia nie su? Zlaty Suse 10.3 ,u toho som ziadnu takuto chytrost nezaznamenal.