Bug 789659
| Summary: | limited network bandwidth | ||
|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | nucleo <alekcejk> |
| Component: | kernel | Assignee: | Kernel Maintainer List <kernel-maint> |
| Status: | CLOSED ERRATA | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
| Severity: | unspecified | Docs Contact: | |
| Priority: | unspecified | ||
| Version: | 15 | CC: | gansalmon, itamar, jonathan, kernel-maint, madhu.chinakonda |
| Target Milestone: | --- | ||
| Target Release: | --- | ||
| Hardware: | Unspecified | ||
| OS: | Unspecified | ||
| Whiteboard: | |||
| Fixed In Version: | Doc Type: | Bug Fix | |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2012-05-07 20:51:28 UTC | Type: | --- |
| Regression: | --- | Mount Type: | --- |
| Documentation: | --- | CRM: | |
| Verified Versions: | Category: | --- | |
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
| Cloudforms Team: | --- | Target Upstream Version: | |
| Embargoed: | |||
|
Description
nucleo
2012-02-12 04:20:29 UTC
the changes to 8139too between these kernels are fairly trivial, and wouldn't explain any kind of performance difference. I get different throughput each time I try to connect to those sites (varying from 1.3M/s to 2M/s). Given there may be load balancing happening on their side, I don't think there's a clear sign that this is a bug. Here site that I also tested with both kernels: http://speedtest.tele2.net/ which have enough network bandwidth and good enough hardware/software for speed tests. With 2.6.41.10-3 I got there maximum speed 11 MB/s but with 2.6.42.3-2 speed again limited with 5.5 MB/s. And again I want to pay attention that limited speed stays constant - always 5.5 MB/s, straight line on traffic plotter as if was network bandwidth shaping. With 3.1 kernels this never happens. So there is definitely some kind of regression in 3.2 kernels. ok, I recommend taking this to netdev.org. For reference, let them know 2.6.41 = 3.1, and 2.6.42 = 3.2 You mean that I should send mail to netdev.org or subscription required there at first? no subscription necessary, it's an open list. Problem still in kernel-3.3.0-1.fc17.i686 Did this get solved in 3.4 ? I saw your posts to netdev, but don't recall the resolution. This was solved in kernel 3.3.4 by changing net.ipv4.tcp_rmem value for 32bit kernel from "4096 87380 897664" to "4096 87380 4194304" that already was used for 64bit kernel. This solved speed limitation for large RTT. But in my tests with 3.1 kernel net.ipv4.tcp_rmem="4096 87380 897664" looks better than net.ipv4.tcp_rmem="4096 87380 4194304" because with 897664 I got constant maximal speed but with 4194304 speed always changed from maximal to lower values, so average speed was less than with 897664. ok. if there are further changes needed, let the netdev guys know and we'll pick them up as they get merged. thanks for your work on this. |