> -Original Message-
> From: owner-freebsd-...@freebsd.org [mailto:owner-freebsd-
> n...@freebsd.org] On Behalf Of Paul S.
> Sent: Monday, June 29, 2015 7:53 PM
> To: freebsd-net@freebsd.org
> Subject: Re: Same NIC name to MAC mapping on FreeBSD
>
> On my production systems, I've never se
On 29 June 2015 at 12:11, Slawa Olhovchenkov wrote:
> On Mon, Jun 29, 2015 at 10:29:14AM -0700, Adrian Chadd wrote:
>
>> Hi,
>>
>> Turns out there are a class of symmetric RSS Toeplitz keys. Use google
>> to find the paper. :)
>
> Do someone work on using different RSS keys and hash fields (select
Scott Larson wrote:
> 82599 in our case. One problem I do have is the stack likes to blow up
> on occasion with the right combo of high load and high throughput while TSO
> is enabled, possibly relating to the 10.x driver issue you've pointed out.
> But when it comes to the throughput they'll blast
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=159294
--- Comment #4 from Sean Bruno ---
(In reply to Kurt Jaeger from comment #3)
I'll try to do the same here with my ATOM test box.
--
You are receiving this mail because:
You are the assignee for the bug.
___
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=159294
--- Comment #3 from Kurt Jaeger ---
I still have a box with those interfaces, but I have avoided using em4 and em5
on this box.
It now says:
dev.em.4.%desc: Intel(R) PRO/1000 Legacy Network Connection 1.0.6
Hmm, if I have to reproduce th
On Mon, Jun 29, 2015 at 10:29:14AM -0700, Adrian Chadd wrote:
> Hi,
>
> Turns out there are a class of symmetric RSS Toeplitz keys. Use google
> to find the paper. :)
Do someone work on using different RSS keys and hash fields (selecting
L2/L3/L4 or just L3 hash for example) in FreeBSD?
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=193620
Sean Bruno changed:
What|Removed |Added
Status|New |In Progress
--- Comment #1 from Sean
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=159294
--- Comment #2 from Sean Bruno ---
(In reply to pi from comment #0)
There has been a lot of changes to em(4) handling in FreeBSD.
I have not, however, touched lem(4) which is what is controlling the 82541EI.
Does this still happen for you
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=175734
Sean Bruno changed:
What|Removed |Added
Keywords|IntelNetworking |
--
You are receiving this mail beca
On Mon, Jun 29, 2015 at 10:41:39AM -0700, Adrian Chadd wrote:
> Hi,
>
> PPPoE will not be hashed according to RSS on the 1g/10g (igb, ixgbe)
> intel hardware. you're going to have to figure out some other method
> for traffic redistribution.
I propose ephemeral but permanent NETMAP RX pipe with
Hi,
PPPoE will not be hashed according to RSS on the 1g/10g (igb, ixgbe)
intel hardware. you're going to have to figure out some other method
for traffic redistribution.
If it's inside GRE, then it's IPv4/IPv6 and thus yes, you can do
symmetric hashing. But if it's raw pppoe coming in, you're SoL
On Mon, Jun 29, 2015 at 6:22 PM, Slawa Olhovchenkov wrote:
> On Mon, Jun 29, 2015 at 06:05:41PM +0200, Luigi Rizzo wrote:
>
> > On Mon, Jun 29, 2015 at 5:17 PM, Slawa Olhovchenkov
> wrote:
> >
> > > Working with netmap and modern hardware I am lacking some features:
> > >
> > > a) some spare spa
On Mon, Jun 29, 2015 at 10:29:14AM -0700, Adrian Chadd wrote:
> Hi,
>
> Turns out there are a class of symmetric RSS Toeplitz keys. Use google
> to find the paper. :)
How this interopperate with PPPoE encapsulation?
With GRE/GTP/MPLS encapsulation?
> On 29 June 2015 at 10:19, Slawa Olhovchenkov
Hi,
Turns out there are a class of symmetric RSS Toeplitz keys. Use google
to find the paper. :)
-a
On 29 June 2015 at 10:19, Slawa Olhovchenkov wrote:
> On Mon, Jun 29, 2015 at 10:07:15AM -0700, Navdeep Parhar wrote:
>
>> On 06/29/2015 08:17, Slawa Olhovchenkov wrote:
>> ...
>> > b) custom R
hi,
I asked for the output of vmstat -z and vmstat -m in a loop. :)
-a
On 29 June 2015 at 02:02, Csaba Banhalmi wrote:
> Hi All,
>
> "vmstat 5" output when system freezes:
> procs memory pagedisks faults cpu
> r b w avmfre flt re pi pof
On Mon, Jun 29, 2015 at 10:07:15AM -0700, Navdeep Parhar wrote:
> On 06/29/2015 08:17, Slawa Olhovchenkov wrote:
> ...
> > b) custom RSS. Modern NIC have RSS poorly interoperable with packet
> > analysing: packets from same flow, but different direction placed in
> > different queue, ...
>
> This
On 06/29/2015 08:17, Slawa Olhovchenkov wrote:
...
b) custom RSS. Modern NIC have RSS poorly interoperable with packet
analysing: packets from same flow, but different direction placed in
different queue, ...
This is default behavior because the default hash (Toeplitz) is not
symmetrical. The
82599 in our case. One problem I do have is the stack likes to blow up
on occasion with the right combo of high load and high throughput while TSO
is enabled, possibly relating to the 10.x driver issue you've pointed out.
But when it comes to the throughput they'll blast 10G with no problem.
On Mon, Jun 29, 2015 at 06:05:41PM +0200, Luigi Rizzo wrote:
> On Mon, Jun 29, 2015 at 5:17 PM, Slawa Olhovchenkov wrote:
>
> > Working with netmap and modern hardware I am lacking some features:
> >
> > a) some spare space before packet (64/128/192/256 bytes) for
> > application data. For examp
On Mon, Jun 29, 2015 at 5:17 PM, Slawa Olhovchenkov wrote:
> Working with netmap and modern hardware I am lacking some features:
>
> a) some spare space before packet (64/128/192/256 bytes) for
> application data. For example: application do some pre-analysig
> packet, filled structure in this sp
Working with netmap and modern hardware I am lacking some features:
a) some spare space before packet (64/128/192/256 bytes) for
application data. For example: application do some pre-analysig
packet, filled structure in this space and routed packet (via NETMAP
pipe) to other thread. Received thre
On 6/29/2015 8:20 AM, Rick Macklem wrote:
> If the Solaris server is using ZFS, setting sync=disabled might help w.r.t.
On my FreeBSD zfs server, this is a must for decent and consistent write
throughput. Using FreeBSD as an iSCSI target and a Linux initiator, I
can saturate a 1G nic no problem w
Hi Rick
On 06/29/2015 02:20 PM, Rick Macklem wrote:
> If the Solaris server is using ZFS, setting sync=disabled might help w.r.t.
> write performance. It is, however, somewhat dangerous w.r.t. loss of recently
> written data when the server crashes. (Server has told client data is safely
> on stab
On Mon, Jun 29, 2015 at 9:19 AM, Gerrit Kühn
wrote:
> On Fri, 26 Jun 2015 20:42:08 -0400 (EDT) Rick Macklem
> wrote about Re: NFS on 10G interface terribly slow:
>
> RM> Btw, can you tell us what Intel chip(s) you're using?
>
> I have
>
> ix0@pci0:5:0:0: class=0x02 card=0x00028086 chip=0x152
I wrote:
> Gerrit Kuhn wrote:
> > On Fri, 26 Jun 2015 20:42:08 -0400 (EDT) Rick Macklem
> > wrote about Re: NFS on 10G interface terribly slow:
> >
> > RM> Btw, can you tell us what Intel chip(s) you're using?
> >
> > I have
> >
> > ix0@pci0:5:0:0: class=0x02 card=0x00028086 chip=0x15288086
Gerrit Kuhn wrote:
> On Fri, 26 Jun 2015 20:42:08 -0400 (EDT) Rick Macklem
> wrote about Re: NFS on 10G interface terribly slow:
>
> RM> Btw, can you tell us what Intel chip(s) you're using?
>
> I have
>
> ix0@pci0:5:0:0: class=0x02 card=0x00028086 chip=0x15288086 rev=0x01
> hdr=0x00 vendor
Gerrit Kuhn wrote:
> On Fri, 26 Jun 2015 20:42:08 -0400 (EDT) Rick Macklem
> wrote about Re: NFS on 10G interface terribly slow:
>
> RM> Btw, can you tell us what Intel chip(s) you're using?
>
> I have
>
> ix0@pci0:5:0:0: class=0x02 card=0x00028086 chip=0x15288086 rev=0x01
> hdr=0x00 vendor
On my production systems, I've never seen it deviate without hardware
changes.
Are you seeing otherwise?
On 6/29/2015 午後 04:23, Wei Hu wrote:
Hi,
On a FreeBSD system with multiple NICs, ie, multiple MAC addresses, is there a
way to keep the same network interface name to MAC address mapping
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=200323
Ermal Luçi changed:
What|Removed |Added
Resolution|--- |FIXED
Status|Open
Hi All,
"vmstat 5" output when system freezes:
procs memory pagedisks faults cpu
r b w avmfre flt re pi pofr sr ad0 ad1 in sy cs
us sy id
0 0 0 8752M 126M 5663 0 0 0 4042 445 66 0 1219 7148
4870 3 2 95
0 0 0 8650
Hi,
On a FreeBSD system with multiple NICs, ie, multiple MAC addresses, is there a
way to keep the same network interface name to MAC address mapping across
reboot? It seems on Linux udev rule can help achieve this. Anything similar on
FreeBSD?
Thanks,
Wei
_
Yes, FreeBSD detects my card. When I ping the FreeBSD side from Linux side,
netstat -s -p ip shows that arrived packets are incorrect version number. When
both sides are FreeBSD packets are not received by the other side, I mean even
netstat does not show the received packets!
__
On Fri, 26 Jun 2015 19:58:42 -0400 (EDT) Rick Macklem
wrote about Re: NFS on 10G interface terribly slow:
RM> The default (auto tuned) value is reported by "nfsstat -m".
RM> It can be set with a mount option (should be something in "man
RM> mount_nfs"). If you are doing a test with 1 megabyte wr
On Fri, 26 Jun 2015 20:42:08 -0400 (EDT) Rick Macklem
wrote about Re: NFS on 10G interface terribly slow:
RM> Btw, can you tell us what Intel chip(s) you're using?
I have
ix0@pci0:5:0:0: class=0x02 card=0x00028086 chip=0x15288086 rev=0x01
hdr=0x00 vendor = 'Intel Corporation'
device
34 matches
Mail list logo
