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 <ajupin@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.
> > <threadpool>5</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-size>524288</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
Reply to: