Les tubes nommés ou fichiers fifos existent depuis très longtemps, peut être même depuis les débuts d'unix (si quelqu'un à le courage de rechercher ...)
C'était même le sujet d'un de mes projets de licence, en 1987 ! Implémenter un "chat live" à plusieurs participants, avec des fifos. Chaque utilisateur ouvrait 2 fifos sur un process hub central qui circularisait les messages entre les particpants.
J'ai réussi à le développer mais lors de la soutenance, bof : sur notre machine (une machine à processeur 68000 de 32 bits (!), avec 16 Mo de RAM, qui permettait pourtant à 10 utilisateurs sur terminal compatible vt100 de travailler), ça ramait affreusement. C'est là que j'ai découvert que les fifos, c'est lent, en tout cas sur nos machines de l'époque, car apparemment ça travaille vraiment sur disque. ça posait aussi des problèmes de sécurité : comment donner accès aux clients tout en protégeant le canal de comm et en empêchant aux autres utilisateurs de voir le contenu des messages ? (bon, il y avait des solutions)
J'ai découvert du coup que les files de message (msgget), un autre moyen de communication inter-process unix, ne posait pas ce problème de rapidité : l'échange est quasi immédiat.
Merci pour ce moment de nostalgie, je ne m'attendais pas à voir resurgir cette techno !
[^] # Re: Si je puis me permettre ...
Posté par Ant . En réponse à la dépêche Oubliez les web services, utilisez des tubes nommés. Évalué à 7.
C'était même le sujet d'un de mes projets de licence, en 1987 ! Implémenter un "chat live" à plusieurs participants, avec des fifos. Chaque utilisateur ouvrait 2 fifos sur un process hub central qui circularisait les messages entre les particpants.
J'ai réussi à le développer mais lors de la soutenance, bof : sur notre machine (une machine à processeur 68000 de 32 bits (!), avec 16 Mo de RAM, qui permettait pourtant à 10 utilisateurs sur terminal compatible vt100 de travailler), ça ramait affreusement. C'est là que j'ai découvert que les fifos, c'est lent, en tout cas sur nos machines de l'époque, car apparemment ça travaille vraiment sur disque. ça posait aussi des problèmes de sécurité : comment donner accès aux clients tout en protégeant le canal de comm et en empêchant aux autres utilisateurs de voir le contenu des messages ? (bon, il y avait des solutions)
J'ai découvert du coup que les files de message (msgget), un autre moyen de communication inter-process unix, ne posait pas ce problème de rapidité : l'échange est quasi immédiat.
Merci pour ce moment de nostalgie, je ne m'attendais pas à voir resurgir cette techno !