Version imprimable
Bonjour à tous,
Je voudrais implémenter un reseau client server sur linux.
En gros, un client enverra des fichiers structurés (type .csv) au serveur qui traitera le contenu avant de renvoyer une reponse.
J'imagine devoir utiliser des "messages queues", des semaphores ... ?
Quelqu'un pourrait il m'aiguiller là-dessus ?
merci d'avance !
Besoin d'un logiciel ?
ou
Besoin d'aide à la création d'un logiciel ?
Avant les "message queue", les "sémaphores", etc., tu auras besoin de sockets.
Il faut avoir une idée sur l'architecture de ton serveur:
- un seul processus qui écoute sur la socket, reçoit les données, les traite, renvoie la réponse.
- plusieurs processus qui communiquent entre eux.
- plusieurs processus indépendants.
- autres solutions...
oui , en effet ... j'aurais pû être plus précis ...
en fait, il y a plusieurs procéssus qui pourront envoyer des requetes en meme temps vers un seul processus serveur qui ecoutera un port particulier et qui successivement analysera les demandes avant d'y repondre et de passer à la tache suivante ... (est ce assez explicite ?)
A part étudier le principe des socket, revoir les semaphores , message queues etc ... je patauge dans la semoule et ne sais par quoi commencer
:mouarf:
:help:
Fais déjà un client/serveur "classique".
Ensuite, il suffira de faire passer le contenu du fichier à travers la socket. Le processus serveur traitera ce contenu et enverra sa réponse.
A priori, les message queues et sémaphores ne seront pas nécessaires.
Un petit lien : http://emmanuel-delahaye.developpez.com/reseaux.htm
Vous me dites que je n'aurai pas besoin de semaphores et de messages queues , ... est ce vrai egalement dans le cas ou plusieurs processus risquent d'envoyer un message en meme temps ?
je suppose que non.
En tout ca, merci pour le lien , je m'en vais le lire attentivement
Une application client / serveur met en oeuvre certains mécanismes comme les sockets. Il est clair que si le serveur suporte plusieurs clients en même temps, il fait appels à des mécanismes supplémentaires, tels que les threads ou éventuellement les processus (beark).Citation:
Envoyé par horkets
Ensuite, le sémaphores et les files ne sont que des outils particuliers pour résoudre tel ou tel problème de synchronisation. N'essaye pas de résoudre un problème avant qu'il ne se pose...
Rien de tout ça n'a à voir avec le langage C.
donc, si je comprends bien ,il se peut que malgré un envoi collectif (au meme moment) les mecanismes de synchro ne soient pas forcement obligatoires ?
Absolument.Citation:
Envoyé par horkets