Gerrit Kuhn wrote:
> Hi all,
>
> We have a recent FreeBSD 10.1 installation here that is supposed to act as
> nfs (v3) client to an Oracle x4-2l server running Soalris 11.2.
> We have Intel 10-Gigabit X540-AT2 NICs on both ends, iperf is showing
> plenty of bandwidth (9.xGB/s) in both directions.
We've got 10.0 and 10.1 servers accessing Isilon and Nexenta via NFS
with Intel 10G gear and bursting to near wire speed with the stock
MTU/rsize/wsize works as expected. TSO definitely needs to be enabled for
that performance. The fact iperf gives you the expected throughput but NFS
does not
On 25.06.2015 19:18, Emeric POUPON wrote:
> Ok thanks, I understand this case.
> But the problem is that we perform a lot of unnecessary mforward calls from
> ip_input.
>
> The mrt route cache lookup is performed thanks to the src/dst addresse couple.
> The interface of the cached route does not
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=195078
Sean Bruno changed:
What|Removed |Added
CC||sbr...@freebsd.org
Keywords
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=193620
Sean Bruno changed:
What|Removed |Added
CC||sbr...@freebsd.org
Keywords
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=175734
Sean Bruno changed:
What|Removed |Added
CC||sbr...@freebsd.org
Keywords
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=183381
Sean Bruno changed:
What|Removed |Added
Keywords||IntelNetworking
CC|
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=189234
Sean Bruno changed:
What|Removed |Added
Keywords||IntelNetworking
CC|
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=183271
Sean Bruno changed:
What|Removed |Added
Keywords||IntelNetworking
CC|
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=167500
Sean Bruno changed:
What|Removed |Added
Keywords||IntelNetworking
CC|
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=155680
Sean Bruno changed:
What|Removed |Added
CC||sbr...@freebsd.org
Keywords
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=159294
Sean Bruno changed:
What|Removed |Added
Keywords||IntelNetworking
CC|
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=187068
Sean Bruno changed:
What|Removed |Added
Keywords||IntelNetworking
CC|
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=160693
Sean Bruno changed:
What|Removed |Added
Keywords||IntelNetworking
CC|
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=164495
Sean Bruno changed:
What|Removed |Added
Keywords||IntelNetworking
CC|
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=153308
Sean Bruno changed:
What|Removed |Added
Keywords||IntelNetworking
CC|
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=161277
Sean Bruno changed:
What|Removed |Added
Keywords||IntelNetworking
CC|
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=142518
Sean Bruno changed:
What|Removed |Added
CC||sbr...@freebsd.org
Keywords
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=152828
Sean Bruno changed:
What|Removed |Added
CC||sbr...@freebsd.org
Keywords
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=199174
Sean Bruno changed:
What|Removed |Added
Keywords||IntelNetworking
--
You are receiving
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=193802
Sean Bruno changed:
What|Removed |Added
Keywords||IntelNetworking
CC|
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=168246
Sean Bruno changed:
What|Removed |Added
Keywords||IntelNetworking
CC|
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=153244
Sean Bruno changed:
What|Removed |Added
CC||sbr...@freebsd.org
Keywords
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=193053
Sean Bruno changed:
What|Removed |Added
Keywords||IntelNetworking
CC|
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=168414
Sean Bruno changed:
What|Removed |Added
Keywords||IntelNetworking
CC|
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=152853
Sean Bruno changed:
What|Removed |Added
Keywords||IntelNetworking
CC|
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=170267
Sean Bruno changed:
What|Removed |Added
Keywords||IntelNetworking
CC|
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=173137
Sean Bruno changed:
What|Removed |Added
CC||sbr...@freebsd.org
Keywords
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=191384
Sean Bruno changed:
What|Removed |Added
CC||sbr...@freebsd.org
Keywords
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=193673
Sean Bruno changed:
What|Removed |Added
Keywords||IntelNetworking
CC|
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=178782
Sean Bruno changed:
What|Removed |Added
Keywords||IntelNetworking
CC|
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=168440
Sean Bruno changed:
What|Removed |Added
CC||sbr...@freebsd.org
Keywords
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=179824
Sean Bruno changed:
What|Removed |Added
CC||sbr...@freebsd.org
Keywords
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=150920
Sean Bruno changed:
What|Removed |Added
Keywords||IntelNetworking
CC|
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=172895
Sean Bruno changed:
What|Removed |Added
CC||sbr...@freebsd.org
Keywords
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=162028
Sean Bruno changed:
What|Removed |Added
CC||sbr...@freebsd.org
Keywords
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=173201
Sean Bruno changed:
What|Removed |Added
CC||sbr...@freebsd.org
Keywords
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=189531
Sean Bruno changed:
What|Removed |Added
CC||sbr...@freebsd.org
Keywords
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=160750
Sean Bruno changed:
What|Removed |Added
Keywords||IntelNetworking
CC|
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=150251
Sean Bruno changed:
What|Removed |Added
CC||sbr...@freebsd.org
Keywords
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=197790
Sean Bruno changed:
What|Removed |Added
CC||sbr...@freebsd.org
Keywords
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=185427
Sean Bruno changed:
What|Removed |Added
CC||sbr...@freebsd.org
Keywords
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=162153
Sean Bruno changed:
What|Removed |Added
CC||sbr...@freebsd.org
Keywords
Ok thanks, I understand this case.
But the problem is that we perform a lot of unnecessary mforward calls from
ip_input.
The mrt route cache lookup is performed thanks to the src/dst addresse couple.
The interface of the cached route does not match the current interface and that
is what prevents
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=183920
Sean Bruno changed:
What|Removed |Added
Keywords||IntelNetworking
CC|
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=200221
Sean Bruno changed:
What|Removed |Added
Keywords||IntelNetworking
CC|
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=194344
Sean Bruno changed:
What|Removed |Added
CC||sbr...@freebsd.org
Keywords
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=195924
Sean Bruno changed:
What|Removed |Added
Keywords||IntelNetworking
CC|
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=150249
Sean Bruno changed:
What|Removed |Added
CC||sbr...@freebsd.org
Keywords
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=153936
Sean Bruno changed:
What|Removed |Added
CC||sbr...@freebsd.org
Keywords
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=153816
Sean Bruno changed:
What|Removed |Added
Keywords||IntelNetworking
CC|
Hi all,
We have a recent FreeBSD 10.1 installation here that is supposed to act as
nfs (v3) client to an Oracle x4-2l server running Soalris 11.2.
We have Intel 10-Gigabit X540-AT2 NICs on both ends, iperf is showing
plenty of bandwidth (9.xGB/s) in both directions.
However, nfs appears to be terr
On 24.06.2015 18:13, Emeric POUPON wrote:
> Hi,
>
> Actually, I don't really understand why imo.imo_multicast_loop is set
> to 1 in send_packet, ip_mroute.c
>
> It seems we don't need to loop the packet once it is mrouted?
I think this can be used for the case, when on the router some app has
b
53 matches
Mail list logo