Configuration d'un serveur icacast 2
Bonjour, Sur un serveur dédié (chez OVH), j'ai configuré un serveur Icecast 2. La configuration des limits est celle par défaut .et notamment : threadpool5/threadpool queue-size524288/queue-size client-timeout30/client-timeout header-timeout15/header-timeout source-timeout10/source-timeout burst-on-connect1/burst-on-connect burst-size65535/burst-size Le flux est un flux stéréo MP3 de 140kpbs (kilo bits par sec) et la source est sur une connexion avec un débit montant de 1Mbps (SDSL) Tout fonctionne au poil, sauf que sur certains listeners, le flux s'arrete, bufferise et reprend. Cela arrive toute les 2 à 5 minutes et toujours sur les mêmes auditeurs. Afin de résoudre le problème, faut-il augmenter la queue-size ? burst-size ? voire les deux ? Je comptais doubler les 2 valeurs. J'ai également un doute sur threadpool, la doc indique que la valeur par défaut convient pour un serveur avec un trafic faible à moyen. Peut on considérer que mon serveur rentre dans cette catégorie (j'ai en pointe un peu moins de 100 auditeurs) ? Pour info, le serveur tourne sous Lenny (up to date) et donc avec icecast 2.3.2. Merci pour votre aide. -- Alain -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/1319729208.2078.74.camel@kepler
Re: Configuration d'un serveur icacast 2
On Thu, 27 Oct 2011 17:26:47 +0200 Alain JUPIN aju...@jupin.net wrote: Sur un serveur dédié (chez OVH), j'ai configuré un serveur Icecast 2. La configuration des limits est celle par défaut .et notamment : Pour un clients et une B.P. de combien? threadpool5/threadpool Combien y'a t'il de cores actifs? En Gal c'est Nb_cores+1, voire (Nb_coresx2)+1 pour un svr très chargé. queue-size524288/queue-size C'est trop gros, le default est maintenant de 102400 (bytes), ce qui est largement suffisant. ... Tout fonctionne au poil, sauf que sur certains listeners, le flux s'arrete, bufferise et reprend. Cela arrive toute les 2 à 5 minutes et toujours sur les mêmes auditeurs. Afin de résoudre le problème, faut-il augmenter la queue-size ? burst-size ? voire les deux ? Je comptais doubler les 2 valeurs. Non, c'est aux users à augmenter leur buffer; ce sont des choses qui arrivent à cause de routers déficients, de congestion de réseaux, de changement de route pendant l'écoute, etc. Cependant V. à la fin. J'ai également un doute sur threadpool, la doc indique que la valeur par défaut convient pour un serveur avec un trafic faible à moyen. Peut on considérer que mon serveur rentre dans cette catégorie (j'ai en pointe un peu moins de 100 auditeurs) ? Normalement non. Est-ce que les logs indiquent des timeouts? Pour info, le serveur tourne sous Lenny (up to date) et donc avec icecast 2.3.2. Dernière version, mais certains ont eu des PBs de memory leaks avec: http://old.nabble.com/Memory-leak-on-Icecast-2.3.2---Debian---td26691536.html Il te faudra sans doute surveiller de près la conso de RAM, et éventuellement updater vers une version trunk si tu rencontres le même PB. -- Q: Why did the germ cross the microscope? A: To get to the other slide. -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/20111027182113.7ec11b77@anubis.defcon1
Re: Configuration d'un serveur icacast 2
Le jeudi 27 octobre 2011 à 18:21 +0200, Jean-Yves F. Barbier a écrit : On Thu, 27 Oct 2011 17:26:47 +0200 Alain JUPIN aju...@jupin.net wrote: Sur un serveur dédié (chez OVH), j'ai configuré un serveur Icecast 2. La configuration des limits est celle par défaut .et notamment : Pour un clients et une B.P. de combien? Coté source, SDSL 1Mbps. Coté auditeurs, j'en sais rien. threadpool5/threadpool Combien y'a t'il de cores actifs? En Gal c'est Nb_cores+1, voire (Nb_coresx2)+1 pour un svr très chargé. Vu que c'est un core 2 duo, je vais descendre à 3 queue-size524288/queue-size C'est trop gros, le default est maintenant de 102400 (bytes), ce qui est largement suffisant. OK, je vais donc descendre cette valeur à 102400. Est-ce que les logs indiquent des timeouts? Non, pas de déconnexion de la source ou de client du à un timeout. Par contre, j'ai pas mal d'entrée comme celle ci : [2011-10-27 14:49:33] INFO source/send_to_listener Client 75520 (1.2.3.4) has fallen too far behind, removing Pour info, le serveur tourne sous Lenny (up to date) et donc avec icecast 2.3.2. Dernière version, mais certains ont eu des PBs de memory leaks avec: http://old.nabble.com/Memory-leak-on-Icecast-2.3.2---Debian---td26691536.html Il te faudra sans doute surveiller de près la conso de RAM, et éventuellement updater vers une version trunk si tu rencontres le même PB. Pour l'instant RAS de ce coté là. Je vais surveiller l'usage de la RAM donc. Et merci pour les infos ;) -- Alain JUPIN -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/1319734737.2078.102.camel@kepler
Re: Configuration d'un serveur icacast 2
On Thu, 27 Oct 2011 18:58:57 +0200 Alain JUPIN aju...@jupin.net wrote: Pour un clients et une B.P. de combien? Coté source, SDSL 1Mbps. Coté auditeurs, j'en sais rien. Elles est pas mal celle-là, on ne me l'avait jamais encore faite! Alors comment as-tu décidé du nombre max d'auditeurs?? Dans ton cas le download à peu d'importance, à partir du moment où sa B.P. couvre le débit original de la source; mais l'upload est primordial puisque c'est lui qui décide du nb max de clients simultanés. Excepté bien sûr si tu broadcast en multicast. Non, pas de déconnexion de la source ou de client du à un timeout. Par contre, j'ai pas mal d'entrée comme celle ci : [2011-10-27 14:49:33] INFO source/send_to_listener Client 75520 (1.2.3.4) has fallen too far behind, removing Ca parait relativement logique puisque tu ne connais pas la B.P. de sortie: si elle est saturée les clients en sus se retrouvent avec des trous dans le stream suffisamment gros pour ne plus pouvoir être comblés (augmenter queue-size ne sert à rien dans ce cas là). Et la capacité ne se calcule pas en faisant BP/(14*Nb clients), il faut aussi tenir compte de l'overhead des en-têtes (IP, UDP,RTP?), de la taille de chaque packet et du nombre de packets/s. -- BOFH excuse #1: clock speed -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/20111027191753.122086ed@anubis.defcon1
Re: Configuration d'un serveur icacast 2
Le jeudi 27 octobre 2011 à 19:17 +0200, Jean-Yves F. Barbier a écrit : On Thu, 27 Oct 2011 18:58:57 +0200 Alain JUPIN aju...@jupin.net wrote: Pour un clients et une B.P. de combien? Coté source, SDSL 1Mbps. Coté auditeurs, j'en sais rien. Elles est pas mal celle-là, on ne me l'avait jamais encore faite! Alors comment as-tu décidé du nombre max d'auditeurs?? Dans ton cas le download à peu d'importance, à partir du moment où sa B.P. couvre le débit original de la source; mais l'upload est primordial puisque c'est lui qui décide du nb max de clients simultanés. Excepté bien sûr si tu broadcast en multicast. Donc par coté auditeurs, j'entendais débit de la connexion chez l'auditeur (par son FAI) Coté connexion serveur, c'est du 100Mbps (serveur dédié chez OVH) Le calcul du nombre max a été fait à la louche en utilisant 80Mbps/0.2Mbps = 400 Désolé pour le malentendu. Non, pas de déconnexion de la source ou de client du à un timeout. Par contre, j'ai pas mal d'entrée comme celle ci : [2011-10-27 14:49:33] INFO source/send_to_listener Client 75520 (1.2.3.4) has fallen too far behind, removing Ca parait relativement logique puisque tu ne connais pas la B.P. de sortie: si elle est saturée les clients en sus se retrouvent avec des trous dans le stream suffisamment gros pour ne plus pouvoir être comblés (augmenter queue-size ne sert à rien dans ce cas là). Et la capacité ne se calcule pas en faisant BP/(14*Nb clients), il faut aussi tenir compte de l'overhead des en-têtes (IP, UDP,RTP?), de la taille de chaque packet et du nombre de packets/s. Oui ca je sais, mais je suis très loin des 100Mbps garantis par l'hébergeur. Dans mon calcul (cf plus haut) pour voir large j'ai compter 200kpbs/auditeurs. Actuellement, lors des pics de fréquentation (environ 80 auditeurs), la BP en sortie (upload) grimpe à 14Mbps environ. Cordialement, -- Alain JUPIN -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/1319738380.11786.16.camel@kepler
Re: Configuration d'un serveur icacast 2
On Thu, 27 Oct 2011 19:59:40 +0200 Alain JUPIN aju...@jupin.net wrote: Donc par coté auditeurs, j'entendais débit de la connexion chez l'auditeur (par son FAI) Coté connexion serveur, c'est du 100Mbps (serveur dédié chez OVH) Le calcul du nombre max a été fait à la louche en utilisant 80Mbps/0.2Mbps = 400 Ok, ça roule. Je suppose, pour ce type d'appli, que le débit le service a été choisi en conséquence et qu'il est garanti à 100%? ... Oui ca je sais, mais je suis très loin des 100Mbps garantis par l'hébergeur. V. ci-dessus (le contrat précise-t'il bien que c'est 100Mbps garanti?) Si c'est le cas, c'est qu'il y a autre chose qui merdouille, tel que décrit dans l'email dont je t'ai passé l'URL sans doute. Dans mon calcul (cf plus haut) pour voir large j'ai compter 200kpbs/auditeurs. Actuellement, lors des pics de fréquentation (environ 80 auditeurs), la BP en sortie (upload) grimpe à 14Mbps environ. Alors augmente threadpool disons à 7 ou 9, vérifie que le Nb de fichiers ouvrables est suffisamment élevé, augmente le niveau de log du svr, et fais un test à partir de chez toi (utilise vlc | audacious en autorisant plusieurs instances) pour charger la mule et 'gade ce que dit un 'top' (1s de délai) au niveau CPU RAM consommés (le lancer dans valgrind, tel qu'indiqué, donnerait plus d'infos mais c'est déjà ça). Tant qu'à faire, donne aussi l'URL de ton svr pour voir si ici ça lag ou pas. Question subsidiaire: pourquoi avoir choisi un débit de 140kbps? -- It is impossible to experience one's death objectively and still carry a tune. -- Woody Allen -- Lisez la FAQ de la liste avant de poser une question : http://wiki.debian.org/fr/FrenchLists Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe vers debian-user-french-requ...@lists.debian.org En cas de soucis, contactez EN ANGLAIS listmas...@lists.debian.org Archive: http://lists.debian.org/20111027204605.2e51b83d@anubis.defcon1
