Discussion :

[Jack_serious]

Bonjour tout le monde.
Tout d'abord j'espere que vous allez tous bien. Je sais qu'il fait froid et que vous vous battez avec vos SegFaults, mais courage ! La vie est belle.

Ensuite, ze probleme :

J'ai deux processus.
Le premier alloue une zone memoire avec mon ami malloc() et la remplit.
Le deuxieme doit la lire.

Le moyen le plus rapide pour le deuxieme de le lire serait qu'il ait acces a cette zone memoire. Comme ca je lui passe une adresse memoire et roulez jeunesse.

Est-ce possible ? Ou est ce que mes propos frisent l'heresie et qu'on va me bruler sur un bucher ?

[khayyam90]

regarde du cote de la memoire partagee. Mais son implementation depend de ton systeme d'exploitation.
Faudra aussi serieusement penser aux problemes d'acces concurrents si tes 2 processus tentent d'acceder a une meme ressource au meme instant.

[Jack_serious]

regarde du cote de la memoire partagee. Mais son implementation depend de ton systeme d'exploitation.
Faudra aussi serieusement penser aux problemes d'acces concurrents si tes 2 processus tentent d'acceder a une meme ressource au meme instant.

Pas de probleme d'acces concurrent, un processus ecrit, puis donne la main au deuxieme.

Pour la memoire partagee tu n'aurai pas un nom sous la main ? Une lib ou une fonction de depart que je fasse un petit man. Un point de depart quoi !

P.S. C'est fou meme a 4h du mat' on a des reponses ce forum est vraiment magique...

[khayyam90]

Pas de probleme d'acces concurrent, un processus ecrit, puis donne la main au deuxieme.

Dans ce cas, si tu n'as que peu d'acces a cette ressource a partager, il peut ne pas etre necessaire de passer par la memoire partagee.
N'est-ce pas plus simple de passer par un fichier ? (et ce serait portable)

Si vraiment le fichier ne correspond pas a ce que tu recherches, la suite de la discussion sur la memoire partagee depend de ton OS.

P.S. C'est fou meme a 4h du mat' on a des reponses ce forum est vraiment magique...

c'est pas le premier forum de prog francophone pour rien.

[Emmanuel Delahaye]

J'ai deux processus.
Le premier alloue une zone memoire avec mon ami malloc() et la remplit.
Le deuxieme doit la lire.

Le moyen le plus rapide pour le deuxieme de le lire serait qu'il ait acces a cette zone memoire. Comme ca je lui passe une adresse memoire et roulez jeunesse.

Il ne faut pas utiliser malloc() mais les fonctions shm_xxx (Shared Memory) qui sont faites pour ça. Tu auras aussi besoin des sémaphores pour synchroniser les accès et éviter les abérrations... Tout celà est bien compliqué...

Est-ce possible ? Ou est ce que mes propos frisent l'heresie et qu'on va me bruler sur un bucher ?

Ceci-dit, je considère l'utilisation de la mémoire partagée dans une application multitâche (ou multi processus) comme une hérésie. Il est beaucoup plus simple d'utiliser un pipe nommé ou un socket unix pour échanger des données (architecture client / serveur)

[fearyourself]

Ceci-dit, je considère l'utilisation de la mémoire partagée dans une application multitâche (ou multi processus) comme une hérésie. Il est beaucoup plus simple d'utiliser un pipe nommé ou un socket unix pour échanger des données (architecture client / serveur)

Je suis d'accord avec une préférence pour les sockets vu que ça permet une plus grande portabilité et une exécution multisite (à mon souvenir, les pipes ne sont que faisable si on tourne sur le même ordinateur, non?)

Par contre, si tu tournes vraiment sur la même machine, utilise plutôt des threads, c'est plus léger et plus facile à mettre en place...

Jc

[Emmanuel Delahaye]

Par contre, si tu tournes vraiment sur la même machine, utilise plutôt des threads, c'est plus léger et plus facile à mettre en place...

La mémoire partagée peut venir d'un simple malloc(), mais elle est aussi difficile à synchroniser...

[Jack_serious]

Ceci-dit, je considère l'utilisation de la mémoire partagée dans une application multitâche (ou multi processus) comme une hérésie. Il est beaucoup plus simple d'utiliser un pipe nommé ou un socket unix pour échanger des données (architecture client / serveur)

C'est evident. Cet exercice est plus une sorte de defi...

L'objectif de base etait d'arriver a transmettre des donnees entre deux processus (un client et un serveur) en utilisant seulement les signaux.
Ca c'est avere tres interessant, etant donne les problemes d'ecrasement que l'on rencontre quand on en envoie trop d'un coup, vu que ce n'est pas du tout destine a ce genre d'utilisation. Amusant comme exercice, On s'est retrouve oblige de recreer un mini-protocole de transfert.

J'etais arrive a un resultat tres correct en envoyant le pid du premier processus au deuxieme et en faisant en suite un ping-pong avec des sigprocmask() et des sigsuspend().

Le coup de partager la memoire c'etait une idee pour obtenir une vitesse optimale : je transmet juste l'adresse.

Voila le pourquoi de cette question... Avec des pipes ca aurait ete fait vite...

Mais le but est d'arriver a faire acceder l'autre processus a des donnees en lui envoyant le moins d'informations possible...

[Médinoc]

Pour la mémoire partagée, tu as le choix entre les IPC systemV ou POSIX.
Les SystemV sont plus puissantes, les POSIX plus rapides...

Mais il faut noter que ça ne marche pas partout: Les IPC POSIX ne marchent pas sur tous les systèmes (certains de mes amis en ont fait l'expérience sur leur linux, et moi sur un HP-UX : Erreur "function not available" à l'exécution), et je suppose qu'il doit y avoir des systèmes qui ne supportent pes SystemV...

[Jack_serious]

Pour la mémoire partagée, tu as le choix entre les IPC systemV ou POSIX.
Les SystemV sont plus puissantes, les POSIX plus rapides...

Mais il faut noter que ça ne marche pas partout: Les IPC POSIX ne marchent pas sur tous les systèmes (certains de mes amis en ont fait l'expérience sur leur linux, et moi sur un HP-UX : Erreur "function not available" à l'exécution), et je suppose qu'il doit y avoir des systèmes qui ne supportent pes SystemV...

Aie... Je pense que du systemV a peut de chance de tourner sur NetBSD ... Ce sera autant portable que possible mais ce sera teste sur un systeme BSD en premier,

[Médinoc]

J'ai fait tourner des Files de messages SystemV sur le serveur FreeBSD de mon école. Donc, ça devrait marcher.
(ou bien, c'est sans doute que le noyau n'a pas été compilé avec les bonnes options, car je ne crois pas qu'on puisse faire marcher ou non les IPC sans trifouiller le noyau lui-même)

[Jack_serious]

J'ai fait tourner des Files de messages SystemV sur le serveur FreeBSD de mon école. Donc, ça devrait marcher.
(ou bien, c'est sans doute que le noyau n'a pas été compilé avec les bonnes options, car je ne crois pas qu'on puisse faire marcher ou non les IPC sans trifouiller le noyau lui-même)

Ok je vais essayer. Merci en tout cas.

[Jack_serious]

Eureka j'ai trouve !

Je suis alle demande a mon ami google si il avait deja entendu parler des fonctions relatives a la Shared Memory, et il m'a donne ceci :

http://www.cs.cf.ac.uk/Dave/C/node27.html

Donc je vais eplucher consciencieusement cette page, mais apparement elle contient les cles pour resoudre mon probleme.
Je n'ai pas encore verifie si le code etait propre mais ca m'a l'air potable.

Il est donne un exemple de code client/serveur pour un partage de chaine, exactement ce que je cherchais.

Merci a tous pour votre aide, et bonne nuit.