diff options
author | Jesper Dangaard Brouer <brouer@redhat.com> | 2014-10-01 16:36:09 -0400 |
---|---|---|
committer | David S. Miller <davem@davemloft.net> | 2014-10-03 15:37:06 -0400 |
commit | 808e7ac0bdef31204184904f6b3ea356a30a9ed5 (patch) | |
tree | ee3dc48d33d56e11df19b52c33abf2ac85667079 | |
parent | 5772e9a3463b264cee5a4e73ef586ad482d7ba48 (diff) |
qdisc: dequeue bulking also pickup GSO/TSO packets
The TSO and GSO segmented packets already benefit from bulking
on their own.
The TSO packets have always taken advantage of the only updating
the tailptr once for a large packet.
The GSO segmented packets have recently taken advantage of
bulking xmit_more API, via merge commit 53fda7f7f9e8 ("Merge
branch 'xmit_list'"), specifically via commit 7f2e870f2a4 ("net:
Move main gso loop out of dev_hard_start_xmit() into helper.")
allowing qdisc requeue of remaining list. And via commit
ce93718fb7cd ("net: Don't keep around original SKB when we
software segment GSO frames.").
This patch allow further bulking of TSO/GSO packets together,
when dequeueing from the qdisc.
Testing:
Measuring HoL (Head-of-Line) blocking for TSO and GSO, with
netperf-wrapper. Bulking several TSO show no performance regressions
(requeues were in the area 32 requeues/sec).
Bulking several GSOs does show small regression or very small
improvement (requeues were in the area 8000 requeues/sec).
Using ixgbe 10Gbit/s with GSO bulking, we can measure some additional
latency. Base-case, which is "normal" GSO bulking, sees varying
high-prio queue delay between 0.38ms to 0.47ms. Bulking several GSOs
together, result in a stable high-prio queue delay of 0.50ms.
Using igb at 100Mbit/s with GSO bulking, shows an improvement.
Base-case sees varying high-prio queue delay between 2.23ms to 2.35ms
Signed-off-by: David S. Miller <davem@davemloft.net>
-rw-r--r-- | net/sched/sch_generic.c | 12 |
1 files changed, 3 insertions, 9 deletions
diff --git a/net/sched/sch_generic.c b/net/sched/sch_generic.c index c2e87e63b832..797ebef73642 100644 --- a/net/sched/sch_generic.c +++ b/net/sched/sch_generic.c | |||
@@ -63,10 +63,6 @@ static struct sk_buff *try_bulk_dequeue_skb(struct Qdisc *q, | |||
63 | struct sk_buff *skb, *tail_skb = head_skb; | 63 | struct sk_buff *skb, *tail_skb = head_skb; |
64 | 64 | ||
65 | while (bytelimit > 0) { | 65 | while (bytelimit > 0) { |
66 | /* For now, don't bulk dequeue GSO (or GSO segmented) pkts */ | ||
67 | if (tail_skb->next || skb_is_gso(tail_skb)) | ||
68 | break; | ||
69 | |||
70 | skb = q->dequeue(q); | 66 | skb = q->dequeue(q); |
71 | if (!skb) | 67 | if (!skb) |
72 | break; | 68 | break; |
@@ -76,11 +72,9 @@ static struct sk_buff *try_bulk_dequeue_skb(struct Qdisc *q, | |||
76 | if (!skb) | 72 | if (!skb) |
77 | break; | 73 | break; |
78 | 74 | ||
79 | /* "skb" can be a skb list after validate call above | 75 | while (tail_skb->next) /* GSO list goto tail */ |
80 | * (GSO segmented), but it is okay to append it to | 76 | tail_skb = tail_skb->next; |
81 | * current tail_skb->next, because next round will exit | 77 | |
82 | * in-case "tail_skb->next" is a skb list. | ||
83 | */ | ||
84 | tail_skb->next = skb; | 78 | tail_skb->next = skb; |
85 | tail_skb = skb; | 79 | tail_skb = skb; |
86 | } | 80 | } |