Dotaz: Spristupnenie pamatovych struktur potomkovi

[xsustek]

Zdravim,

mam takyto problem. Su dva procesy: rodic a potomok. Rodic sa periodicky budi a ziskava informacie. Potomok caka na UDP a pri dotaze musi nahliadnut do rodicovskych pamatovych strukur resp. musi od neho ziskat nejake info resp. citat jeho pamat.

Robim to v C-ku a v Linuxe. Nechcem k tomu pouzit vlakna. Zaujima ma ake su moznosti. Nedalo by sa to nejakou rurou? Alebo niecim inym?

Dakujem

Odpovědi

[Jirka P]

Ta otázka je dost obsáhlá... Dala by se použít roura, unix-domain socket, sdílená paměť, společný soubor... cokoli.

[xsustek]

Co si myslite, ze by bolo najednoduchsie.

Rodic bude mat staticky alokovanu pamat. Napr. 5 struktur.

Chcel by som sa ale vyhnut nejakemu binarnemu citaniu. (nieco v tom zmysle, ze by citajuci cital prud dat a nejak ich musel zozpoznavat. Tak isto by som sa chcel vyhnut tomu, aby sa rodic musel prebudit a poskytnut data.

Viem, ze je to dost nejasne sam v tom nemam uplne jasno. :(

[happy barney]

v tomto prípade by som osobne použil zdieľanú pamäť

[xsustek]

Mohli by ste ma nejako nasmerovat. Su nejane systemove volanie v Linuxe pre to. Ako sa to oficialne vola, aby som si to mohol vyhladat na internete.

[Messa]

Buď můžete použít mmap, který by měl přes fork krásně fungovat (man mmap), nebo řekl bych klasičtější System V IPC (viz man shmat).

[Messa]

Buď sdílená paměť, nebo rodič po získání informací tyto "natlačí" do potomka, který si je zapamatuje, aby je mohl posílat přes UDP. (Což je v podstatě stejný přístup jako sdílená paměť.) To mi připadají jako jediné možnosti, pokud se chceš vyhnout probouzení rodiče pro poskytnutí dat. Pak by se dal použít ještě trochu úchylnější přístup, a to po získání dat rodičem potomka zabít a znovu forknout s novými daty.

Jen bych upozornil, že přestože se nejedná o vlákna, při přístupu do sdílené paměti by se AFAIK měla použít nějaká synchronizace, např. mutexy (ty by ve sdílené paměti měly fungovat i mezi procesy).

Nějak jsem nepochopil, že se chceš vyhnout binárnímu čtení. Číst musíš vždycky

[xsustek]

Nějak jsem nepochopil, že se chceš vyhnout binárnímu čtení.

Myslel som to tak, ze tie struktury v pamati budem moct citat podobne ako by ich cital proces ktoremu patria. Napr. takto st_rec.name. A nemusel to citat ako nejaky prud dat, kde by som musel vediet kde jedna premenna konci a ina zaciana.

Takze hovorite, ze zdielana pamat. Tak skusime.

[xsustek]

nebo rodič po získání informací tyto "natlačí" do potomka, který si je zapamatuje

mohli by ste toto konktretne specifikovat, ako by sa to dalo urobit? Musela by tam byt nejaka aktivita na strane potomka. resp. musel by data nejak spracovavat?

[Messa]

Myslel jsem třeba rourou nebo prostě něčím, na co se v rodičovi zavolá write() a v potomkovi read() (nebo samozřejmě fwrite a fread). Přijatá data by se samozřejmě musela zpracovat, ale pokud se to udělá pěkně, nejsou s tím žádné potíže, protože ty data nemusí být multiplatformní (běží to na jednom stroji, že); fread(ptr, sizeof(*ptr), 1, stream); ptr->name není už tak hrozné. Akorát by se v potomkovi muselo zacházet s dvěma vstupy naráz (UDP a tahle roura), a to je trochu složitější - buď přes přes select() nebo neblokující režim. Sdílená paměť bude opravdu lepší řešení, pokud je možné ji použít.

[Messa]

Příloha:

• main.c (1446 bytů)

Ještě zpět k těm mutexům - mutex se musí nastavit jako process-shared pomocí (pthread_mutexattr_setpshared(&attr, PTHREAD_PROCESS_SHARED). Do přílohy jsem kdyžtat sesmolil ukázkový program, který dělá zhruba to co xsustek chce (abych si vyzkoušel, že to co radím doopravdy funguje). Dost by mě zajímalo srovnání výkonu oproti jiné meziprocesové synchronizaci...

[xsustek]

Za toto musim fakt podakovat. Este som to neskusal, uz je vecer :). Skusim to cez vikend pripadne odpisem. DIK

[Michal Kubeček]

Nechcem k tomu pouzit vlakna.

To je docela chyba, protože právě tohle je jedna z největších výhod threadů. Můžete sice použít sdílenou paměť, ale tím si nepomůžete, stejně budete muset řešit otázku synchronizace (např. pomocí semaforů).