Optimization #3637
closed
Performance impact of Cisco Fabricpath
Added by Andreas Herz over 4 years ago.
Updated over 1 year 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
Do you have more info about what you're seeing? Any decoder events, perf stats, etc?
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.
Out of curiosity - any chance of knowing whats the "unknown" function on top of the leftmost pertop?
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.
Btw - there are some functions/calls that can be unknown , just havn't seen an "unknown" with so high usage - was my point.
- Status changed from New to In Review
- Assignee set to Philippe Antoine
- Target version changed from TBD to 8.0.0-beta1
- Target version changed from 8.0.0-beta1 to 7.0.1
- Priority changed from Low to Normal
- Label Needs backport, Needs backport to 6.0 added
- Status changed from In Review to Resolved
- Label deleted (
Needs backport, Needs backport to 6.0)
- Status changed from Resolved to Closed
- Related to Bug #6394: Sudden increase in capture.kernel_drops and tcp.pkt_on_wrong_thread after upgrading to 6.0.14 added
Also available in: Atom
PDF
