TIME IS RUNNING OUT! Register for CAD Americas Training Days by MAY 7 and SAVE!
CAD AMERICAS TRAINING DAYS ARRIVE IN YOUR AREA SOON Join us for this one-day
training event in your area. Whether your focus is Mechanical Design,
Construction, BIM, Electrical Design or Plant Design, there will be se
Hi Luigi,
Thank you so much for the reply. It makes it clear that Netmap
doesn't change vlanhwfilter option or any other option set on the card.
It is very good news for my application !!
Currently I have the "vlanhwfilter" option disabled on the NIC. But not seeing
the vlan tags when opened in
responding to the first email in the thread:
netmap by design does not modify the setting of the card
(vlan, hwcsum, tso/lro, promisc, ...).
The main practical reasons behind this choice are that
i) in many cases both settings make sense when in netmap mode,
ii) we can use existing OS tools/ioctl
On 8/23/13 4:01 PM, "Andre Oppermann" wrote:
>On 23.08.2013 15:12, Harika Tandra wrote:
>> Hi all,
>>
>> I agree with Andre's statement
>>> A netmap consumer
>>> typically doesn't expect packets be mangled at all, mostly likely
>>>netmap is
>>> expressly used to get the packet exactly as they w
On 8/23/13 2:29 PM, Vijay Singh wrote:
We've been running with this change at work for some time and it doesn't seem
to be impacting performance at all. We have a statically routed environment
though. Also if we really want to optimize for performance wrt routing then
IMHO we need to bring bac
We've been running with this change at work for some time and it doesn't seem
to be impacting performance at all. We have a statically routed environment
though. Also if we really want to optimize for performance wrt routing then
IMHO we need to bring back route caching to the tcpcb. Just a thou
Hi,
I'd like to commit this to -10. It migrates the if_lagg locking from a rw
lock to a rm lock. We see a bit of contention between the transmit and
receive sides of lagg during traffic loads (10+ gigabit per second.) Using
rmlocks eliminate this.
http://people.freebsd.org/~adrian/netflix/2013081
.. should just check to see what impact it has on performance in the
general case. that may change the cache behaviour of the ARP / routing
table code.
-adrian
On 23 August 2013 09:50, Alfred Perlstein wrote:
> Hello -net.
>
> This email is about making Infiniband a first class citizen of t
On Thu, Aug 22, 2013 at 10:25 AM, hiren panchasara <
hiren.panchas...@gmail.com> wrote:
>
>
>
> On Thu, Aug 22, 2013 at 8:36 AM, George Neville-Neil wrote:
>
>>
>> On Aug 21, 2013, at 1:00 , Mark Johnston wrote:
>>
>> > Hello!
>> >
>> > I've ported the ip, tcp and udp DTrace providers to FreeBSD,
Hello -net.
This email is about making Infiniband a first class citizen of the
FreeBSD kernel.
Right now we have one #ifdef OFED in the src tree that makes compiling
modules a real challenge:
In sys/net/if_llatbl.h the "struct llentry" size changes based on if
OFED is compiled in or not, o
On 23.08.2013 15:12, Harika Tandra wrote:
Hi all,
I agree with Andre's statement
A netmap consumer
typically doesn't expect packets be mangled at all, mostly likely netmap is
expressly used to get the packet exactly as they were seen on the wire.
For my application I want to see the whole pac
Hi all,
I agree with Andre's statement
> A netmap consumer
> typically doesn't expect packets be mangled at all, mostly likely netmap is
> expressly used to get the packet exactly as they were seen on the wire.
For my application I want to see the whole packet as is (as seen on the wire).
I am
On 23.08.2013 09:13, Juli Mallett wrote:
On Fri, Aug 23, 2013 at 12:02 AM, Andre Oppermann mailto:an...@freebsd.org>> wrote:
On 23.08.2013 00:36, Harika Tandra wrote:
Hi all,
I am running Netmap with "intel 10G 82598EB" card in promiscuous mode.
While capturing pack
On 8/22/13 1:12 AM, Andre Oppermann wrote:
On 13.08.2013 19:29, Julian Elischer wrote:
I have been tracking down a performance embarrassment on AMAZON EC2
and have found it I think.
Our OS cousins over at Linux land have implemented some interesting
behaviour when TSO is in use.
There used to
On Fri, Aug 23, 2013 at 12:02 AM, Andre Oppermann wrote:
> On 23.08.2013 00:36, Harika Tandra wrote:
>
>> Hi all,
>>
>> I am running Netmap with "intel 10G 82598EB" card in promiscuous mode.
>> While capturing packets via Netmap the driver is stripping off Vlan tags.
>> I tested my setup, I am ab
On 8/22/13 2:20 AM, Hiroki Sato wrote:
Will Andrews wrote
in :
wi> * Always add loopback routes for non-zero FIBs, for both IPv4 and
wi> IPv6. Arguably, this could be a policy issue, but it is currently
wi> less-than-trivial to specify (in rc.conf) that a route needs to be
wi> applied to ev
On 23.08.2013 00:36, Harika Tandra wrote:
Hi all,
I am running Netmap with "intel 10G 82598EB" card in promiscuous mode.
While capturing packets via Netmap the driver is stripping off Vlan tags.
I tested my setup, I am able to see Vlan tags when the same card is in
promiscuous
mode without Netm
17 matches
Mail list logo
