Bonjour à tous, je profite du créneau du vendredi pour poser une question qui peut paraître simpliste, espérant que ça limite l'effet linchage :-)
Au détour de verres avec un ami l'autre soir, nous étions en train de réfléchir au "pourquoi comment" du push de données. Par exemple, on prennait l'exemple d'un site web qui notifie en temps réel aux abonnés les nouveaux événements les concernant. Biensûr, impossible pour le serveur de joindre les clients directement, ça serait trop simple. Ce qui implique que tous les clients soient connectés, en permanence. Oui mais ça pose un certain nombre de problèmes d'avoir beaucoup de connexions permanentes. Comme ça au pif je pense par exemple à la limite du nombre de FD disponible. Mais ceci sont des considérations "systèmes". Pour vous opérateurs, ça change quelque chose le modèle push serveur -> client (et donc le fait d'avoir des connexions persistantes)? Le fait d'avoir des (dizaines de) milliers de clients qui se connectent (donc suivant une répartition aléatoire sur une période temporelle) vers une même destination, plutôt que d'avoir ce même (dizaine de) millier de connexions ouvertes? Comme vous l'aurez compris, je n'ai pas beaucoup de notions de ce que c'est "beaucoup" de clients. Si des dizaines de milliers c'est peu, on peut parler de centaines de milliers. C'est juste pour avoir une idée des bottleneck auquel vous êtes confrontés. Merci d'avoir lu jusqu'ici :-) Bon vendredi, bon appétit. -- François --------------------------- Liste de diffusion du FRnOG http://www.frnog.org/
