| Summary: | [virtio-win] RFE TSO is invalid | ||||||||
|---|---|---|---|---|---|---|---|---|---|
| Product: | Red Hat Enterprise Linux 6 | Reporter: | Quan Wenli <wquan> | ||||||
| Component: | virtio-win | Assignee: | Yvugenfi <yvugenfi> | ||||||
| Status: | CLOSED DUPLICATE | QA Contact: | Virtualization Bugs <virt-bugs> | ||||||
| Severity: | medium | Docs Contact: | |||||||
| Priority: | medium | ||||||||
| Version: | 6.3 | CC: | acathrow, areis, bsarathy, dfleytma, dyasny, juzhang | ||||||
| Target Milestone: | rc | Keywords: | FutureFeature, Reopened | ||||||
| Target Release: | --- | ||||||||
| Hardware: | Unspecified | ||||||||
| OS: | Unspecified | ||||||||
| Whiteboard: | |||||||||
| Fixed In Version: | Doc Type: | Enhancement | |||||||
| Doc Text: | Story Points: | --- | |||||||
| Clone Of: | Environment: | ||||||||
| Last Closed: | 2013-04-10 07:17:45 UTC | Type: | --- | ||||||
| Regression: | --- | Mount Type: | --- | ||||||
| Documentation: | --- | CRM: | |||||||
| Verified Versions: | Category: | --- | |||||||
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||||
| Cloudforms Team: | --- | Target Upstream Version: | |||||||
| Attachments: |
|
||||||||
|
Description
Quan Wenli
2012-03-27 07:10:37 UTC
Offload settings on TAP device are not mapped one to one on HW device. And in most cases has complementary meaning. For example TSO means that TAP device can transmit large packet - but where it transmit the packet? Into QEMU - so from guest point of view this is a receive side. In case of Windows guest there is no support for receive TCP offload. So current setting make sense. (In reply to comment #2) > Offload settings on TAP device are not mapped one to one on HW device. And in > most cases has complementary meaning. > For example TSO means that TAP device can transmit large packet - but where it > transmit the packet? Into QEMU - so from guest point of view this is a receive > side. > > In case of Windows guest there is no support for receive TCP offload. So > current setting make sense. Is it possible to supported tso as RFE since it can improve rx performance in windows guests. (In reply to comment #3) > (In reply to comment #2) > > Offload settings on TAP device are not mapped one to one on HW device. And in > > most cases has complementary meaning. > > For example TSO means that TAP device can transmit large packet - but where it > > transmit the packet? Into QEMU - so from guest point of view this is a receive > > side. > > > > In case of Windows guest there is no support for receive TCP offload. So > > current setting make sense. > > > Is it possible to supported tso as RFE since it can improve rx performance in > windows guests. The luck of support is from Windows OS. If it was possible, we would definitely implement it.
> > Is it possible to supported tso as RFE since it can improve rx performance in
> > windows guests.
>
> The luck of support is from Windows OS. If it was possible, we would definitely
> implement it.
If so, may I open a separate bug for tracking it ?
(In reply to comment #5) > > > Is it possible to supported tso as RFE since it can improve rx performance in > > > windows guests. > > > > The luck of support is from Windows OS. If it was possible, we would definitely > > implement it. > > If so, may I open a separate bug for tracking it ? It won't make us any good to track Microsoft feature. RSC (GRO in Linux terms) supported in virtio-win build-57 means tso supported on tap device, from RSC testing results on 2012. We can see significant improvement on RX (guest) throughout as expect. - For 1 RX session, about ~70% improvement. - For 2 RX sessions, about ~170% improvement. - For 4/8 RX sessions, about ~200% improvement. Detail results can be found in attachment. 1. Win2012.64.netperf_win.netperf_exe.best_registry_setting.html. 2. Win2012.64.netperf_win.netperf_exe.default_setting.html Created attachment 717467 [details]
test results with virtio-win-build-57 on 2012 guest under default setting
Created attachment 717468 [details]
test results with virtio-win-build-57 on 2012 guest under best registry setting
(In reply to comment #7) > RSC (GRO in Linux terms) supported in virtio-win build-57 means tso > supported on tap device, from RSC testing results on 2012. We can see > significant improvement on RX (guest) throughout as expect. > - For 1 RX session, about ~70% improvement. > - For 2 RX sessions, about ~170% improvement. > - For 4/8 RX sessions, about ~200% improvement. > Detail results can be found in attachment. > 1. Win2012.64.netperf_win.netperf_exe.best_registry_setting.html. > 2. Win2012.64.netperf_win.netperf_exe.default_setting.html RSC on Windows is supported starting from Windows 8/2012 only. Windows Server 2008 R2 kernel doesn't have RSC feature so driver cannot use it. On Windows Server 2012 guest with the latest driver (virtio-win build-57) TSO state on TAP should be on. *** This bug has been marked as a duplicate of bug 904808 *** |