Hi.
Could someone recommend a decent 40Gbit adapter that are proven to be
working under FreeBSD ? The intended purpose - iSCSI traffic, not much
pps, but rates definitely above 10G. I've tried Supermicro-manufactured
Intel XL710 ones (two boards, different servers - same sad story:
packets loss, s
On 01/18/17 10:48, Eugene M. Zheganin wrote:
Hi.
Could someone recommend a decent 40Gbit adapter that are proven to be
working under FreeBSD ? The intended purpose - iSCSI traffic, not much
pps, but rates definitely above 10G. I've tried Supermicro-manufactured
Intel XL710 ones (two boards, diff
Hi.
On 18.01.2017 14:51, Hans Petter Selasky wrote:
> On 01/18/17 10:48, Eugene M. Zheganin wrote:
>> Hi.
>>
>> Could someone recommend a decent 40Gbit adapter that are proven to be
>> working under FreeBSD ? The intended purpose - iSCSI traffic, not much
>> pps, but rates definitely above 10G. I'
On Wed, Jan 18, 2017 at 02:48:19PM +0500, Eugene M. Zheganin wrote:
> Hi.
>
> Could someone recommend a decent 40Gbit adapter that are proven to be
> working under FreeBSD ? The intended purpose - iSCSI traffic, not much
> pps, but rates definitely above 10G. I've tried Supermicro-manufactured
>
On 01/18/2017 12:48 PM, Eugene M. Zheganin wrote:
Hi.
Could someone recommend a decent 40Gbit adapter that are proven to be
working under FreeBSD ? The intended purpose - iSCSI traffic, not much
pps, but rates definitely above 10G. I've tried Supermicro-manufactured
Intel XL710 ones (two boards,
Hi.
On 18.01.2017 15:03, Slawa Olhovchenkov wrote:
> I am use Chelsio and Solarflare.
> Not sure about you workload -- I am have 40K+ TCP connections, you
> workload need different tuning.
> Do you planed to utilise both ports?
> For this case you need PCIe 16x card. This is Chelsio T6 and
> Solar
On Wed, Jan 18, 2017 at 04:37:40AM +, Colin Percival wrote:
> On 01/17/17 02:06, Konstantin Belousov wrote:
> > On Tue, Jan 17, 2017 at 04:57:23AM +, Colin Percival wrote:
> >> I think I've tracked an NFS problem down to sosend returning ERESTART; it
> >> looks like it's easy to work around
I can vouch for the Mellanox ConnectX-4 cards as working well, along
with the Chelsio T5 stuff, both under heavy production usage in both
routing and endpoint cases. In my testing the T5 was a slightly better
option in situations demanding PPS with a higher ceiling and lower cpu
utilization, b
On 01/18/17 02:36, Konstantin Belousov wrote:
> On Wed, Jan 18, 2017 at 04:37:40AM +, Colin Percival wrote:
>> Thanks, looks like that was exactly it -- if the TCP send buffer was full
>> we would call sbwait, and if a signal arrived it would return ERESTART.
>> It looks like setting the SB_NOI
Colin Percival wrote:
>On 01/18/17 02:36, Konstantin Belousov wrote:
>> On Wed, Jan 18, 2017 at 04:37:40AM +, Colin Percival wrote:
>>> Thanks, looks like that was exactly it -- if the TCP send buffer was full
>>> we would call sbwait, and if a signal arrived it would return ERESTART.
>>> It lo
Colin Percival wrote:
>On 01/18/17 02:36, Konstantin Belousov wrote:
>> On Wed, Jan 18, 2017 at 04:37:40AM +, Colin Percival wrote:
>>> Thanks, looks like that was exactly it -- if the TCP send buffer was full
>>> we would call sbwait, and if a signal arrived it would return ERESTART.
>>> It lo
Hi,
I'm trying to open a netmap descriptor to an interface to send packets.
However, I don't want to prevent the host to send and receive data
(transparent). I don't think this should be hard but I can't figure out how
to do this.
I tried to run the bridge example in the FreeBSD distribution but
On Wed, Jan 18, 2017 at 10:52:02PM +, Rick Macklem wrote:
> Colin Percival wrote:
> >On 01/18/17 02:36, Konstantin Belousov wrote:
> >> On Wed, Jan 18, 2017 at 04:37:40AM +, Colin Percival wrote:
> >>> Thanks, looks like that was exactly it -- if the TCP send buffer was full
> >>> we would
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=208205
--- Comment #12 from m...@netfence.it ---
I disabled powerd, but the problem showed up again.
It only happened twice in some months, but it's still a critical problem for
us.
--
You are receiving this mail because:
You are the assignee fo
14 matches
Mail list logo