Optimization #3637
closedPerformance impact of Cisco Fabricpath
Added by Andreas Herz almost 6 years ago. Updated over 2 years ago.
Description
At some setups we see Cisco Fabricpath Traffic (ethertype 0x8903) that results in rather high drop rates even though the traffic is not responsible for much load. With a bpf filter to that protocol the issue was gone.
Files
| 813_a.txt (7.68 KB) 813_a.txt | Andreas Herz, 04/14/2020 03:35 PM | ||
| 813_b.txt (7.66 KB) 813_b.txt | Andreas Herz, 04/14/2020 03:35 PM | ||
| d11_a.txt (7.6 KB) d11_a.txt | Andreas Herz, 04/14/2020 03:35 PM | ||
| d11_b.txt (7.35 KB) d11_b.txt | Andreas Herz, 04/14/2020 03:35 PM | ||
| perftop.png (28.5 KB) perftop.png | Andreas Herz, 04/14/2020 03:35 PM |
VJ Updated by Victor Julien almost 6 years ago Actions #1
Do you have more info about what you're seeing? Any decoder events, perf stats, etc?
AH Updated by Andreas Herz almost 6 years ago Actions #2
- File 813_a.txt 813_a.txt added
- File 813_b.txt 813_b.txt added
- File d11_a.txt d11_a.txt added
- File d11_b.txt d11_b.txt added
- File perftop.png perftop.png added
Two systems with no filter active (case a) and bpf filter active (case b). Also a perf top from those machines running without the bpf filter. The left one is another machine with low traffic and not that much traffic at all but quite some amount of it being cisco fabric path.
PM Updated by Peter Manev almost 6 years ago Actions #3
Out of curiosity - any chance of knowing whats the "unknown" function on top of the leftmost pertop?
AH Updated by Andreas Herz almost 6 years ago Actions #4
Peter Manev wrote in #note-3:
Out of curiosity - any chance of knowing whats the "unknown" function on top of the leftmost pertop?
I didn't had a change to find it yet, when I zoom in I see nothing. I agree that this is rather strange.
PM Updated by Peter Manev almost 6 years ago Actions #5
Btw - there are some functions/calls that can be unknown , just havn't seen an "unknown" with so high usage - was my point.
PA Updated by Philippe Antoine almost 3 years ago Actions #6
- Status changed from New to In Review
- Assignee set to Philippe Antoine
- Target version changed from TBD to 8.0.0-beta1
PA Updated by Philippe Antoine over 2 years ago Actions #7
- Target version changed from 8.0.0-beta1 to 7.0.1
PA Updated by Philippe Antoine over 2 years ago Actions #8
- Priority changed from Low to Normal
PA Updated by Philippe Antoine over 2 years ago Actions #9
- Label Needs backport, Needs backport to 6.0 added
VJ Updated by Victor Julien over 2 years ago Actions #10
- Status changed from In Review to Resolved
OT Updated by OISF Ticketbot over 2 years ago Actions #11
- Subtask #6229 added
OT Updated by OISF Ticketbot over 2 years ago Actions #12
- Label deleted (
Needs backport, Needs backport to 6.0)
VJ Updated by Victor Julien over 2 years ago Actions #13
- Status changed from Resolved to Closed
VJ Updated by Victor Julien over 2 years ago Actions #14
- Related to Bug #6394: Sudden increase in capture.kernel_drops and tcp.pkt_on_wrong_thread after upgrading to 6.0.14 added