<div dir="ltr">That kinda sounds like an interrupt issue, in which case I suggest turning polling on for both interfaces.  ifconfig <blah> polling ought to do it.  If that fixes the problem, then it is definitely interrupt-related.<div><br></div><div>-Matt</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Oct 17, 2016 at 12:52 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">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 to<br>
> see if there are excess packets being generated from somewhere.  There are<br>
> numerous things that can blow up a LAN.  The most common being that a 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 <<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 <<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>
</blockquote></div><br></div>