Dotaz: Může program v C vytvořit vlastní soubory v /proc, nebo v /sys?

[Thunder.m]

Netušíte, jestli mohu napsat program, který by při svém běhu vytvořil vlastní soubory někde v /proc, nebo /sys a ostatní programy si odtamtud mohly klidně číst data? Případně jak by takový ukázkový program mohl vypadat?

Odpovědi

[Heron]

Toto je souborový systém jádra, takže jedině přes ovladač. Pokud hledáš řešení komunikace přes "soubor", je možnost použít pojmenovanou rouru, nebo unix socket. Nebo i obyč. soubor v /tmp s vyřešeným zamykáním.

[Thunder.m]

Díky toho jsem se bohužel bál, jakým způsobem bych mohl udělat toto:

Server běží, klient se spustí a dotáže se serveru na data, ten mu je zašle, pak klient skončí, server dále běží a odpovídá dalším dotazům.

Dá se to udělat pomocí named pipe, nebo je vhodnější jiný mechanizmus? Zajímá mě jen unix, takže klidně řešení, které ve windows nebude fungovat.

[Heron]

Zrovna toto bych dělal přes klasické TCP sockety. Jakékoliv jiné řešení (unix soc, named pipe) by sice také posloužilo, ale v případě rozdělení na dva a více počítačů (server/klienti) se tomu stejně nevyhneš. A řešení přes TCP není o nic složitější než ten zbytek.

[Ivan]

Neni ceho se bat. To co hledate je klasicky unix daemon. Na webu jiste nejdete milion examplu jak to udelat. Je to urcite mnohem snadnejsi nez psat jarderny ovladac, ktery by vam chodil jen na linuxu. Prostredky ktere se vam nabizeji: TCP socket, named pipe, IPC.

[tom]

Nejrychlejsi na komunikaci je sdilena pamet. Ale muzete pouzit vpodstate cokoliv - signaly, sockety, zpravy, roury... Pro seznameni s jednou skupinou operaci zacnete treba v man ipc.

[Thunder.m]

Příloha:

• fm2.tar.gz (10052 bytů)

Ok, takže jsem to snad napsal, musel jsem přepsat fm, ten pro zasílání informací využívá rouru v adresáři /var/run/fm. Program dávám do přílohy, aby to někdo někdy mohl taky použít :)

[Thunder.m]

Příloha:

• fm2.c (12206 bytů)

Vylepšená verze, liší se jen v jednom souboru, snad.

[Tomas]

IMHO pro tento druh IPC je vhodnější dbus.