On 07/02/14 19:09, Rick Macklem wrote:
> Could you please post the dmesg stuff for the network interface,
> so I can tell what driver is being used? I'll take a look at it,
> in case it needs to be changed to use m_defrag().
em0: port 0xd020-0xd03f mem
0xfe4a-0xfe4b,0xfe48-0xfe49ff
Russell L. Carter wrote:
>
>
> On 07/02/14 17:17, Michael Sierchio wrote:
> > sysctl net.inet.tcp.tso=0
>
> Woot! 2.7MB/s -> 76MB/s
>
> Is this a FAQ somewhere? I spent a long time looking
> today and didn't find it (I do recall seeing a mention
> of TSO but not seeing how to do it or that it
On Wed, Jul 2, 2014 at 4:50 PM, Bryan Venteicher
wrote:
> Awhile back, DragonlyFlyBSD added a netbw option to systat that I've ported
> to FreeBSD and found handy at various times:
>
>netbw Display aggregate and per-connection TCP receive and transmit
> rates. Only
On 07/02/14 17:17, Michael Sierchio wrote:
> sysctl net.inet.tcp.tso=0
Woot! 2.7MB/s -> 76MB/s
Is this a FAQ somewhere? I spent a long time looking
today and didn't find it (I do recall seeing a mention
of TSO but not seeing how to do it or that it fixed
the problem)
On the second suggestion
On Wed, Jul 2, 2014 at 5:04 PM, Rick Macklem wrote:
> Please try disabling TSO on the FreeBSD systems and also
> try an rsize=32768 to see if either of those have any effect.
ifconfig -tso
sysctl net.inet.tcp.tso=0
Maybe do the same for lro?
ifconfig -tso -lro
sysctl net.inet.tcp.tso=0
dev..
Russell L. Carter wrote:
> Greetings!
> It's been 14 years. OMG do I love poudriere and zfs.
>
> But apropos of this post from last January:
>
> http://lists.freebsd.org/pipermail/freebsd-net/2014-January/037547.html
>
> I am going to capitalize READ to emphasize that all I am looking at
> here
Greetings!
It's been 14 years. OMG do I love poudriere and zfs.
But apropos of this post from last January:
http://lists.freebsd.org/pipermail/freebsd-net/2014-January/037547.html
I am going to capitalize READ to emphasize that all I am looking at
here is reading on the client. In some of post
Awhile back, DragonlyFlyBSD added a netbw option to systat that I've ported
to FreeBSD and found handy at various times:
netbw Display aggregate and per-connection TCP receive and transmit
rates. Only active TCP connections are shown.
Leading to output such as:
tcp
Em 02/07/2014 14:07, sth...@nethelp.no escreveu:
Is there any way that you can try a reproduce this using a B2B configuration,
or something that doesn't use XFP as a link partner? I'm thinking that you are
correct regarding an incompatibility issue between SFP+ and XFP.
Why do you believe tha
> It depends on the spec of the XFP module, as well as the cabling. The spec of
> both types of modules needs to match. I asked the OP to test B2B to eliminate
> the XFP as the problem. If you have any suggestions, I'd be happy to hear
> them.
Obviously transceivers and cabling need to match
It depends on the spec of the XFP module, as well as the cabling. The spec of
both types of modules needs to match. I asked the OP to test B2B to eliminate
the XFP as the problem. If you have any suggestions, I'd be happy to hear
them.
Jeff
-Original Message-
From: sth...@nethelp.no
> Is there any way that you can try a reproduce this using a B2B
> configuration, or something that doesn't use XFP as a link partner? I'm
> thinking that you are correct regarding an incompatibility issue between SFP+
> and XFP.
Why do you believe that? The optical signals are the same for SF
Is there any way that you can try a reproduce this using a B2B configuration,
or something that doesn't use XFP as a link partner? I'm thinking that you are
correct regarding an incompatibility issue between SFP+ and XFP.
Jeff
-Original Message-
From: owner-freebsd-...@freebsd.org [mai
Hi Jack,
The problem occurs with both ports.
When it happens the problem will make a sysctl dev.ix.0. and post here.
Another doubt: this interface uses Intel SFP+ optical module and is
connected to one Datacom equipment with XFPmodule. Incompatibility may
exist between them that is causing thi
Rick Macklem wrote this message on Wed, Jul 02, 2014 at 06:44 -0400:
> Beeblebrox wrote:
> > Hi Rick,
> >
> > > Btw, there is BOOTP_DEBUG stuff in bootp_subr.c. If your debug
> > > kernel
> > > didn't include that option, trying it might tell you where it
> > > breaks?
> >
> > I got around to try
Beeblebrox wrote:
> Hi Rick,
>
> > Btw, there is BOOTP_DEBUG stuff in bootp_subr.c. If your debug
> > kernel
> > didn't include that option, trying it might tell you where it
> > breaks?
>
> I got around to trying the BOOTP_DEBUG knob, it breaks the kernel
> build
> right from start. bootp_subr.c
Sanuri, in order to achieve your goal, you should look for service
distribution over several systems (computers), basically a Cloud
architecture.
Depending on the language that your system is implemented, you should look
for the appropriate framework.
My regards,
Carlos
On 2 July 2014 10:08, Lui
On Wed, Jul 02, 2014 at 12:48:42PM +0530, Sanuri Dananja wrote:
> Hi sir,
> I'm trying to setup netmap on my machine on Ubuntu 12.04 LTS and having
> difficulties. I don't understand much as I am not a networking student.
> Could you please help me with the installation?
> My NICs are as follows:
>
Beeblebrox wrote this message on Wed, Jul 02, 2014 at 09:14 +0300:
> Hi Rick,
>
> > Btw, there is BOOTP_DEBUG stuff in bootp_subr.c. If your debug kernel
> > didn't include that option, trying it might tell you where it breaks?
>
> I got around to trying the BOOTP_DEBUG knob, it breaks the kernel
Hi sir,
I'm trying to setup netmap on my machine on Ubuntu 12.04 LTS and having
difficulties. I don't understand much as I am not a networking student.
Could you please help me with the installation?
My NICs are as follows:
Wired: Atheros AR8151 PCI-E Gigabit Ethernet Controller (NDIS 6.20)
Wireles
Is only one port a problem? When it gets into the state can you
do a sysctl dev.ix.X..
Jack
On Tue, Jul 1, 2014 at 6:48 PM, Marcelo Gondim
wrote:
> Hi all,
>
> I'm having problems with a 10GbE Intel X520-SR2 interface. After a running
> time, the interface does not send or receive more data.
21 matches
Mail list logo
