Dotaz: Synchronizacia na sposob udalosti

[majvan]

Da sa nejako efektivne synchronizovat pomocou udalosti (Win32 ekvivalent Event objektu) v linuxe? Cital som, ze taketo udalosti chybaju v linuxe. Ak je to pravda, planuje sa v buducnosti ich implementacia?

Odpovědi

[Messa]

Nějaké IPC je nabízené standardy (implementací standardů) POSIX a System V, včetně zpráv a front zpráv. Některé knihovny implementují další metody synchronizace a komunikace, např. CORBA, D-Bus, KDE DCOP... To je zhruba takový přehled, neznám Win32, takže nevím co si představuješ pod pojmem Event. (Upřímně, neznám příliš ani tu Corbu a ty další )

[majvan]

Event je jednoduchy objekt (asi najjednoduchsi a preto asi aj najviac pouzivany okrem kritickej sekcie). Funguje takto: Event moze byt signalizovany alebo nesignalizovany.

Vlakno A caka na EventX. Vlakno B nastavi EventX do signalizovaneho stavu. Vlakno A je odblokovane.

alebo:

Vlakno A caka na EventX, vlakno B caka na EventX. Vlakno C nastavi EventX do signalizovaneho stavu (pulzne). Vlakno A je odblokovane, vlakno B caka na EventX.

Uplne jednoduche.

Dalsia vecicka, ktora sa mi paci v jadre Windows je, ze ma funkciu: WaitForSingleObject a WaitForMultipleObjects... Tzn., ze necakam na semafor, ale cakam na objekt (ktory moze byt semafor, udalost, mutex...). Rozdiel v tom je taky, ze vo WaitForMultipleObjects mozem cakat, kym budu uvolnene 2 prostriedky, napriklad mutex a udalost, t.j. cakanie mozem skombinovat z viacerych synchronizacnych objektov.

Este celkom fajn vec je kriticka sekcia, co je asi najjednoduchsi synchronizacny objekt, i ked mozno v nom lahko spravit uviaznutie. Pod kritickou sekciou sa zaroven mysli aj cast kodu, ktora pristupuje k zdielanym datam. Priklad: EnterCriticalSection(SectionX); DoSomething(); LeaveCriticalSection(SectionX);

Tak toto mi chyba v linuxe: Event, WaitForMultipleObjects(), CriticalSection.

[Mrazík]

Linux používá mutexy. Jak to použít najdete na Webu. Pokud chcete napsat vícevláknový program tak, aby fungoval pod Win i Linuxem, lze použít Qt od Trolltechu. Je tam metoda QMutex, zajišťující synchronizaci vláken.

[rastos]

IBM má na svojich stránkach dokumentáciu popisujúcu ako portovať synchronizačné API z Windowsov na Linuxové pthreads (NPTL). Jadro má svoje vlastné synchronizačné mechanizmy.

NPTL ekvivalentom SetEvent() má byť "pthread condition variable" - viď napr. man pthread_cond_init. Tie mi ale pripadajú trocha neohrabané, takže vo svojom kóde používam (zatiaľ) normálne semafory (man semget).

[Tom.š Ze.le.in]

Pamatuji se, že implementace těhle věcí se dělala v rámci portování Winbase/602sql na linux (Software602). Zdrojáky jsou veřejné na sf, soubor win32ux.cpp. Pro představu by to mohlo stačit.

[majvan]

No takze odpovedou na moju otazku je: podmienkova premenna, pthread_cond_t. Robi presne to, co Event. Este by bolo fajn vidiet ekvivalent WaitForMultipleObjects.

[rastos]

Este by bolo fajn vidiet ekvivalent WaitForMultipleObjects.

Podľa toho na čo čakáš. Pre pthread_cond_t je to funkcia pthread_cond_wait().

Robi presne to, co Event.

Podľa tých stránok od IBM - nie celkom. Keď na Event nikto nečaká a urobíš SetEvent, tak ďalší WaitFor... prejde bez čakania. Pretože Event sa tým SetEvent dostane do stavu "signaled" a uz v nom ostane. V rovnakej situácii pthread_cond_wait() ostane čakať - aspoň tak som to pochopil z popisu.

[majvan]

S tym WaitForMultipleObjects som pisal vyssie. Paci sa mi na nej, ze mozes naraz cakat aj na mutex aj na event.

Mas pravdu, nie je to priama nahrada, chovaju sa inak. Zaujimavy clanok som nasiel na tuto temu.