Hi Mark

On 22/03/2012 13:54, "Mark Blackman" <m...@exonetric.com> wrote:

>
>On 22 Mar 2012, at 11:40, Traiano Welcome wrote:
>
>> That's what I thought as well, but it's the details that evade me.
>>Almost
>> all traffic to and from this server is UDP (syslog), the graph I sent
>> earlier shows the kind of volumes and trends that are typical: Peak
>> traffic during the problem periods averages at about 1 Mbps outbound and
>> 200 Kbps inbound to/from the interface. The interface itself is a
>> Embedded Broadcom 5708 NIC on a Dell PowerEdge 1950.
>> 
>> 
>> Here are a couple of netstat polls during one of the problem periods:
>> 
>> ----
>> [root@syslog2]# date;netstat -p udp -s |egrep -w
>> "(received|delivered|dropped)"
>> Thu Mar 22 12:11:34 SAST 2012
>>       19969 datagrams received
>>       2 dropped due to no socket
>>       0 dropped due to full socket buffers
>>       19967 delivered
>> .
>> .
>> .
>> [root@syslog2~]# date;netstat -p udp -s |egrep -w
>> "(received|delivered|dropped)"
>> Thu Mar 22 13:36:46 SAST 2012
>>       662385 datagrams received
>>       118 dropped due to no socket
>>       0 dropped due to full socket buffers
>>       662267 delivered
>> ---
>> 
>> 
>> Somehow this doesn't strike  me as a large volume of throughput Š
>
>Ok, fair enough. You might try simulating the problem by deliberately
>overloading the syslog UDP output and confirm the cause.


Apparently this means that the network driver has "filled" up with
packets. John Baldwin over at freebsd-net@ advises I up the number of
descriptors assigned to igb to the maximum
to workaround this using the hw.igb.maxtxd tunable you would set. So I've
rebooted with the following in loader.conf:

hw.igb.rxd=4096
hw.igb.txd=4096


This seems to be working so far. What I've noticed is that the system is
using far  less RAM than previously, and CPU utilisation is up to 100% of
one core, load average is 1, which I would guess means that the system is
now processing a lot more syslog  data now that "more packets are making
it through the network driver".

I'll keep monitoring over a 24 hour period though, to see how effective
this is.



>
>- Mark

_______________________________________________
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"

Reply via email to