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. -- "If you want to travel around the world and be invited to speak at a lot of different places, just write a Unix operating system." (By Linus Torvalds)
