Merci pour vos r�ponses.... C'est un projet de fin de 2�me ann�e d'�cole
d'ing�nieur ... c'est les codeurs de demain ! ;)
Fran�ois TOURDE wrote:
Le 12549i�me jour apr�s Epoch,
Jeremy Monnet �crivait:
En fait ils ont un projet en ce moment, et ils pensaient r�aliser la
communication entre les diff�rentes parties du programme par des pipes
(m�me notion que celle-la ? je ne sais pas), donc il y aurait eu un
grand nombre de pipes simultan�s.
C'est un programme client/server et ils ont choisi de forker le
processus server pour chaque client connect�. donc 100 clients, 100
processus servers, et donc 100 pipes entre le "maitre" et les servers
.... ?????
Ca marche toujours comme ca ? (c'est vraiment une question, sachant
que je n'y connais vraiment rien en C)
Faut que tu leur ach�tes un bouquin d'informatique :)
En fait, tu peux le faire comme �a, mais �a doit pas �tre tr�s facile
� g�rer. En plus, tu perds tout l'avantage du fork par client.
Il se peut qu'ils se heurtent � des limites (administratives) de
nombre de descripteurs ouverts, ou autre. man ulimit.
Sinon, il y a la technique de apache, qui fait pareil au niveau fork,
et qui passe par shm.
Ou encore les s�maphores, named-pipes, sockets ou autres IPCS !
Il y a aussi la solution de passer par une base de donn�e.
Et plein d'autres auxquelles je ne pense pas pour l'instant.
--
------
Linux Registered User #317862
You want to use GNU/Linux or Windows ?
- You want to spend time or money ?
Why is Microsoft raising prices on you? Because they can !
- To take that power away from them, use Linux !
