Synopsis: amd64 + jail + ipfw + natd = very slow outbound traffic from jail
(5KB/s)
Responsible-Changed-From-To: freebsd-amd64->freebsd-net
Responsible-Changed-By: linimon
Responsible-Changed-When: Mon Jul 4 02:16:25 UTC 2011
Responsible-Changed-Why:
reclassify.
http://www.freebsd.org/cgi/query
Old Synopsis: re0 driver quit working on Acer AO751h between 8.0 and 8.2 (also
9.0)
New Synopsis: [re] re0 driver quit working on Acer AO751h between 8.0 and 8.2
(also 9.0) [regression]
Responsible-Changed-From-To: freebsd-i386->freebsd-net
Responsible-Changed-By: linimon
Responsible-Changed-Whe
On Sun, Jul 3, 2011 at 2:15 PM, Adrian Minta wrote:
> 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 l
maybe number of threads
On Sun, Jul 3, 2011 at 10:15 PM, Adrian Minta wrote:
> 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, ignori
>> 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.
>>
04.07.2011 02:15, Adrian Minta пишет:
> 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
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 ln
> !? 6300 ?!
> when I wrote netgraph and Archie wrote mpd I think we were thinking in
> terms of a few tens of sessions.
> of course others have done a lot of work on both since then...
>
>
I'm a linux guy and I'm impressed. You did an excellent job !
--
Best regards,
Adrian MintaMA3173-RIP
Hi,
Trying soreceive_stream I found that many applications (like firefox, pidgin,
gnus) might hang in soreceive_stream/sbwait.
It was shown up that the issue was with O_NONBLOCK connections -- they blocked
in recv() when should not have been.
This can be checked with this simple test:
http://pe
