On Wed, Feb 25, 2009 at 6:48 PM, Ivan Voras wrote:
>
> There is a very experimental patch to the em driver, not endorsed by the
> em driver author (for unknown reasons) that some users claim helps with
> SMP performance. See
> http://lists.freebsd.org/pipermail/freebsd-net/2008-December/020441.htm
Hello Ivan,
>> Try reducing the number of CPUs, it might help by reducing contention.
>
> Ok, I'll try.
>
I have tested reducing the number of CPUs but it was helpless because
it causes my system to hang.
Regards,
Siquijor
___
freebsd-net@freebsd.org m
Hello Ivan,
This is an OpenPGP/MIME signed message (RFC 2440 and 3156)
--enig69E41D4C44B97AD296C94242
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable
Siquijor Philips wrote:
> Hello Eugene,
>=20
>> Traffic bandwidth does not matter (or much less), P
Siquijor Philips wrote:
> Hello Eugene,
>
>> Traffic bandwidth does not matter (or much less), PPS rate matters.
>> Packets drop due to high pps rate. Higher packet size, lesser pps
>> saturates link and pps just can't grow high. It can with smaller packets.
>>
>
> All the test scenarios here are
Hello Eugene,
> Traffic bandwidth does not matter (or much less), PPS rate matters.
> Packets drop due to high pps rate. Higher packet size, lesser pps
> saturates link and pps just can't grow high. It can with smaller packets.
>
All the test scenarios here are bombarded with 1-Gig of network
tra
On Wed, Feb 25, 2009 at 03:14:11PM +0800, Siquijor Philips wrote:
> Can someone explain why FreeBSD network throughput (both incoming and
> outgoing traffic) decreases when smaller frame size being processed?
> With smaller frame size, corresponding packet rate (packet/sec or pps)
> increases and
Can someone explain why FreeBSD network throughput (both incoming and
outgoing traffic) decreases when smaller frame size being processed?
With smaller frame size, corresponding packet rate (packet/sec or pps)
increases and experiencing dropped packets. What causes dropping of
packets with small fr
