Date: Mon, 04 Jul 2011 02:56:44 +0700 From: Eugene Grosbein <egrosbein@rdtc.ru> To: Adrian Minta <gygy@stsnet.ro> Cc: freebsd-net@freebsd.org Subject: Re: FreeBSD 8.2 and MPD5 stability issues - update Message-ID: <4E10C97C.2030200@rdtc.ru> In-Reply-To: <4E10C8F3.2050006@rdtc.ru> References: <f9d8cfb9ee20ba5ab730820fc5c45962.squirrel@mail.stsnet.ro> <4E10C8F3.2050006@rdtc.ru>
next in thread | previous in thread | raw e-mail | index | archive | help
>> After looking in the mpd log file I found out that this message appear >> when calls are dropped: >> Jul 3 21:21:21 lns mpd: Daemon overloaded, ignoring request. >> Jul 3 21:21:22 lns mpd: Daemon overloaded, ignoring request. >> Jul 3 21:21:23 lns mpd: Daemon overloaded, ignoring request. >> Jul 3 21:21:23 lns mpd: Daemon overloaded, ignoring request. >> Jul 3 21:21:24 lns mpd: Daemon overloaded, ignoring request. >> Jul 3 21:21:24 lns mpd: Daemon overloaded, ignoring request. >> >> Does anybody knows where this limit is set in mpd5 ? >> > > There is internal queue of messages in the mpd-5.5 with length 8129. > Messages are generated based on various events and enqueued there, then processed. > > Mpd uses GRED algorithm to prevent overload: it accepts all new L2TP connections > when queue has 10 or less slots occupied (unprocessed events). > > It drops all connections then it has over 60 slots occupied. s/all/new incoming/ > In between, it drops new message with probability equal to (q-10)*2 percents s/message/L2TP connection/ > where q is number of occupied queue slots. These constants are hardcoded in its src/ppp.h > > Each time it decided to ignore incoming L2TP requests it notes that in the log, > as you have already seen. Eugene Grosbein
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?4E10C97C.2030200>