<div dir="ltr">Our network dev Sephe might be able to work out why the NICs are interfering with each other, but it depends how old they are.  If they are old card(s) and/or it is an old motherboard, it might not be worth tracking down.  Polling is a perfectly acceptable solution for older stuff.  If the NICs are relatively recent, though, we would want to try to track down the problem.<div><br></div><div>I think it is at least worth doing a verbose boot and posting the dmesg output from it, and also posting the output from 'pciconf -lbcv' with both NICs present.<br><div><div><br></div><div>-Matt</div></div></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Oct 17, 2016 at 1:17 PM, Richard Nyberg <span dir="ltr"><<a href="mailto:rnyberg@murmeldjur.se" target="_blank">rnyberg@murmeldjur.se</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Yes, that was it. Many thanks!<br>
<br>
Should I just use polling, which works fine, or is there something one<br>
can do about the interrupt issue?<br>
<span class="HOEnZb"><font color="#888888"><br>
-Richard<br>
</font></span><div class="HOEnZb"><div class="h5"><br>
On 17 October 2016 at 22:05, Matthew Dillon <<a href="mailto:dillon@backplane.com">dillon@backplane.com</a>> wrote:<br>
> That kinda sounds like an interrupt issue, in which case I suggest turning<br>
> polling on for both interfaces.  ifconfig <blah> polling ought to do it.  If<br>
> that fixes the problem, then it is definitely interrupt-related.<br>
><br>
> -Matt<br>
><br>
> On Mon, Oct 17, 2016 at 12:52 PM, Richard Nyberg <<a href="mailto:rnyberg@murmeldjur.se">rnyberg@murmeldjur.se</a>><br>
> wrote:<br>
>><br>
>> Thanks again for your suggestions.<br>
>><br>
>> Actually it's much stranger than I thought. While troubleshooting I<br>
>> had this configuration:<br>
>><br>
>> df (em0) -> switch <- desktop<br>
>><br>
>> No other devices or network interfaces were connected. In this<br>
>> configuration there was no problem at all with latency. I then plugged<br>
>> in the cable with internet acces like below:<br>
>><br>
>> internet <- (re0) df (em0) -> switch <- desktop<br>
>><br>
>> In this configuration the latency problems immediately showed. The fun<br>
>> thing is that when I unplugged the re0 interface again the em0<br>
>> interface stopped responding at all, until I put the cable back to<br>
>> re0. Then em0 was back but with latency problems.<br>
>><br>
>> Another data point is that while I downloaded a large file at speed<br>
>> from the internet via df to my desktop in the above configuration and<br>
>> pinged from the desktop to df at the same time, the latency problems<br>
>> were gone. Until the download was finished and they started again.<br>
>><br>
>> -Richard<br>
>><br>
>> On 16 October 2016 at 19:14, Matthew Dillon <<a href="mailto:dillon@backplane.com">dillon@backplane.com</a>> wrote:<br>
>> > Look for a packet loop on the interface.  Use tcpdump on the interface<br>
>> > to<br>
>> > see if there are excess packets being generated from somewhere.  There<br>
>> > are<br>
>> > numerous things that can blow up a LAN.  The most common being that a<br>
>> > switch<br>
>> > port is wired to loop back into the LAN.<br>
>> ><br>
>> > -Matt<br>
>> ><br>
>> > On Sun, Oct 16, 2016 at 9:17 AM, Justin Sherrill<br>
>> > <<a href="mailto:justin@shiningsilence.com">justin@shiningsilence.com</a>><br>
>> > wrote:<br>
>> >><br>
>> >> On Sun, Oct 16, 2016 at 11:49 AM, Richard Nyberg<br>
>> >> <<a href="mailto:rnyberg@murmeldjur.se">rnyberg@murmeldjur.se</a>><br>
>> >> wrote:<br>
>> >> > Thanks!<br>
>> >> ><br>
>> >> > Here are some more datapoints.<br>
>> >><br>
>> >> I think the only constant at this point is the internal interface on<br>
>> >> the DragonFly system.  If you hook the em0 interface that's currently<br>
>> >> internal on the DragonFly machine up to your Internet link (i.e.<br>
>> >> reverse which interface is internal or external), does it still<br>
>> >> perform badly?<br>
>> >><br>
>> >> If it doesn't work well, then that interface is bad.  I'd be<br>
>> >> surprised, cause I've seen network ports go bad very rarely, but it's<br>
>> >> possible.  Plus, I don't have any other ideas.<br>
>> ><br>
>> ><br>
><br>
><br>
</div></div></blockquote></div><br></div>