All of lore.kernel.org
 help / color / mirror / Atom feed
* throughput problems with realtek
@ 2014-01-15 11:56 Dmitry Kasatkin
  2014-01-15 12:04 ` Dmitry Kasatkin
  2014-01-15 16:23 ` Rick Jones
  0 siblings, 2 replies; 7+ messages in thread
From: Dmitry Kasatkin @ 2014-01-15 11:56 UTC (permalink / raw)
  To: nic_swsd, romieu, netdev; +Cc: l.moiseichuk

Hi,

We have several devices with such adapter..

Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168/8411
PCI Express Gigabit Ethernet Controller (rev 06)
See output of the lspci -vvv bellow...

And I suddenly investigated throughput issues..

After couple minutes of running 'iperf -c server' transmission speed
drops substantially...

[  4]  0.0-10.0 sec  1.10 GBytes   948 Mbits/sec
[  5] local 106.122.1.113 port 5001 connected with 106.122.1.121 port 60508
[  5]  0.0-10.0 sec  1.10 GBytes   948 Mbits/sec
[  4] local 106.122.1.113 port 5001 connected with 106.122.1.121 port 60509
[  4]  0.0-10.0 sec  1.10 GBytes   949 Mbits/sec
[  5] local 106.122.1.113 port 5001 connected with 106.122.1.121 port 60510
[  5]  0.0-10.0 sec  1.10 GBytes   948 Mbits/sec
[  4] local 106.122.1.113 port 5001 connected with 106.122.1.121 port 60511
[  4]  0.0-10.0 sec   626 MBytes   525 Mbits/sec
[  5] local 106.122.1.113 port 5001 connected with 106.122.1.121 port 60512
[  5]  0.0-10.0 sec  84.4 MBytes  70.5 Mbits/sec
[  4] local 106.122.1.113 port 5001 connected with 106.122.1.121 port 60513
[  4]  0.0-10.0 sec  87.4 MBytes  73.0 Mbits/sec
[  5] local 106.122.1.113 port 5001 connected with 106.122.1.121 port 60514


But it seems after certain time of inactivity (low load) speed will be
up again...

It happens almost the same way on desktop machines and also on Samsung
Series 7 laptop NP770Z5E...

Does anyone have any ideas about it?

-- 
Thanks,
Dmitry

---------------------------

03:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd.
RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller (rev 06)
Subsystem: Samsung Electronics Co Ltd Device c0e6
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr-
Stepping- SERR- FastB2B- DisINTx+
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort-
<TAbort- <MAbort- >SERR- <PERR- INTx-
Latency: 0, Cache Line Size: 64 bytes
Interrupt: pin A routed to IRQ 45
Region 0: I/O ports at d000 [size=256]
Region 2: Memory at f0004000 (64-bit, prefetchable) [size=4K]
Region 4: Memory at f0000000 (64-bit, prefetchable) [size=16K]
Capabilities: [40] Power Management version 3
Flags: PMEClk- DSI- D1+ D2+ AuxCurrent=375mA PME(D0+,D1+,D2+,D3hot+,D3cold+)
Status: D0 NoSoftRst+ PME-Enable- DSel=0 DScale=0 PME-
Capabilities: [50] MSI: Enable+ Count=1/1 Maskable- 64bit+
Address: 00000000fee00338  Data: 0000
Capabilities: [70] Express (v2) Endpoint, MSI 01
DevCap: MaxPayload 128 bytes, PhantFunc 0, Latency L0s <512ns, L1 <64us
ExtTag- AttnBtn- AttnInd- PwrInd- RBE+ FLReset-
DevCtl: Report errors: Correctable- Non-Fatal- Fatal- Unsupported-
RlxdOrd- ExtTag- PhantFunc- AuxPwr- NoSnoop-
MaxPayload 128 bytes, MaxReadReq 4096 bytes
DevSta: CorrErr- UncorrErr- FatalErr- UnsuppReq- AuxPwr+ TransPend-
LnkCap: Port #0, Speed 2.5GT/s, Width x1, ASPM L0s L1, Latency L0
unlimited, L1 <64us
ClockPM+ Surprise- LLActRep- BwNot-
LnkCtl: ASPM Disabled; RCB 64 bytes Disabled- Retrain- CommClk+
ExtSynch- ClockPM- AutWidDis- BWInt- AutBWInt-
LnkSta: Speed 2.5GT/s, Width x1, TrErr- Train- SlotClk+ DLActive-
BWMgmt- ABWMgmt-
DevCap2: Completion Timeout: Range ABCD, TimeoutDis+
DevCtl2: Completion Timeout: 50us to 50ms, TimeoutDis-
LnkCtl2: Target Link Speed: 2.5GT/s, EnterCompliance- SpeedDis-,
Selectable De-emphasis: -6dB
Transmit Margin: Normal Operating Range, EnterModifiedCompliance- ComplianceSOS-
Compliance De-emphasis: -6dB
LnkSta2: Current De-emphasis Level: -6dB, EqualizationComplete-,
EqualizationPhase1-
EqualizationPhase2-, EqualizationPhase3-, LinkEqualizationRequest-
Capabilities: [b0] MSI-X: Enable- Count=4 Masked-
Vector table: BAR=4 offset=00000000
PBA: BAR=4 offset=00000800
Capabilities: [d0] Vital Product Data
No end tag found
Capabilities: [100 v1] Advanced Error Reporting
UESta: DLP- SDES- TLP- FCP- CmpltTO- CmpltAbrt- UnxCmplt- RxOF-
MalfTLP- ECRC- UnsupReq- ACSViol-
UEMsk: DLP- SDES- TLP- FCP- CmpltTO- CmpltAbrt- UnxCmplt- RxOF-
MalfTLP- ECRC- UnsupReq- ACSViol-
UESvrt: DLP+ SDES+ TLP- FCP+ CmpltTO- CmpltAbrt- UnxCmplt- RxOF+
MalfTLP+ ECRC- UnsupReq- ACSViol-
CESta: RxErr- BadTLP- BadDLLP- Rollover- Timeout- NonFatalErr-
CEMsk: RxErr- BadTLP- BadDLLP- Rollover- Timeout- NonFatalErr+
AERCap: First Error Pointer: 00, GenCap+ CGenEn- ChkCap+ ChkEn-
Capabilities: [140 v1] Virtual Channel
Caps: LPEVC=0 RefClk=100ns PATEntryBits=1
Arb: Fixed- WRR32- WRR64- WRR128-
Ctrl: ArbSelect=Fixed
Status: InProgress-
VC0: Caps: PATOffset=00 MaxTimeSlots=1 RejSnoopTrans-
Arb: Fixed- WRR32- WRR64- WRR128- TWRR128- WRR256-
Ctrl: Enable+ ID=0 ArbSelect=Fixed TC/VC=ff
Status: NegoPending- InProgress-
Capabilities: [160 v1] Device Serial Number 01-00-00-00-68-4c-e0-00
Kernel driver in use: r8169

^ permalink raw reply	[flat|nested] 7+ messages in thread

* Re: throughput problems with realtek
  2014-01-15 11:56 throughput problems with realtek Dmitry Kasatkin
@ 2014-01-15 12:04 ` Dmitry Kasatkin
  2014-01-15 16:23 ` Rick Jones
  1 sibling, 0 replies; 7+ messages in thread
From: Dmitry Kasatkin @ 2014-01-15 12:04 UTC (permalink / raw)
  To: nic_swsd, romieu, netdev; +Cc: l.moiseichuk

Forgot to tell, I am running Ubuntu 13.10 with 3.11.0-15 kernel...


On Wed, Jan 15, 2014 at 1:56 PM, Dmitry Kasatkin
<dmitry.kasatkin@gmail.com> wrote:
> Hi,
>
> We have several devices with such adapter..
>
> Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168/8411
> PCI Express Gigabit Ethernet Controller (rev 06)
> See output of the lspci -vvv bellow...
>
> And I suddenly investigated throughput issues..
>
> After couple minutes of running 'iperf -c server' transmission speed
> drops substantially...
>
> [  4]  0.0-10.0 sec  1.10 GBytes   948 Mbits/sec
> [  5] local 106.122.1.113 port 5001 connected with 106.122.1.121 port 60508
> [  5]  0.0-10.0 sec  1.10 GBytes   948 Mbits/sec
> [  4] local 106.122.1.113 port 5001 connected with 106.122.1.121 port 60509
> [  4]  0.0-10.0 sec  1.10 GBytes   949 Mbits/sec
> [  5] local 106.122.1.113 port 5001 connected with 106.122.1.121 port 60510
> [  5]  0.0-10.0 sec  1.10 GBytes   948 Mbits/sec
> [  4] local 106.122.1.113 port 5001 connected with 106.122.1.121 port 60511
> [  4]  0.0-10.0 sec   626 MBytes   525 Mbits/sec
> [  5] local 106.122.1.113 port 5001 connected with 106.122.1.121 port 60512
> [  5]  0.0-10.0 sec  84.4 MBytes  70.5 Mbits/sec
> [  4] local 106.122.1.113 port 5001 connected with 106.122.1.121 port 60513
> [  4]  0.0-10.0 sec  87.4 MBytes  73.0 Mbits/sec
> [  5] local 106.122.1.113 port 5001 connected with 106.122.1.121 port 60514
>
>
> But it seems after certain time of inactivity (low load) speed will be
> up again...
>
> It happens almost the same way on desktop machines and also on Samsung
> Series 7 laptop NP770Z5E...
>
> Does anyone have any ideas about it?
>
> --
> Thanks,
> Dmitry
>
> ---------------------------
>
> 03:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd.
> RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller (rev 06)
> Subsystem: Samsung Electronics Co Ltd Device c0e6
> Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr-
> Stepping- SERR- FastB2B- DisINTx+
> Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort-
> <TAbort- <MAbort- >SERR- <PERR- INTx-
> Latency: 0, Cache Line Size: 64 bytes
> Interrupt: pin A routed to IRQ 45
> Region 0: I/O ports at d000 [size=256]
> Region 2: Memory at f0004000 (64-bit, prefetchable) [size=4K]
> Region 4: Memory at f0000000 (64-bit, prefetchable) [size=16K]
> Capabilities: [40] Power Management version 3
> Flags: PMEClk- DSI- D1+ D2+ AuxCurrent=375mA PME(D0+,D1+,D2+,D3hot+,D3cold+)
> Status: D0 NoSoftRst+ PME-Enable- DSel=0 DScale=0 PME-
> Capabilities: [50] MSI: Enable+ Count=1/1 Maskable- 64bit+
> Address: 00000000fee00338  Data: 0000
> Capabilities: [70] Express (v2) Endpoint, MSI 01
> DevCap: MaxPayload 128 bytes, PhantFunc 0, Latency L0s <512ns, L1 <64us
> ExtTag- AttnBtn- AttnInd- PwrInd- RBE+ FLReset-
> DevCtl: Report errors: Correctable- Non-Fatal- Fatal- Unsupported-
> RlxdOrd- ExtTag- PhantFunc- AuxPwr- NoSnoop-
> MaxPayload 128 bytes, MaxReadReq 4096 bytes
> DevSta: CorrErr- UncorrErr- FatalErr- UnsuppReq- AuxPwr+ TransPend-
> LnkCap: Port #0, Speed 2.5GT/s, Width x1, ASPM L0s L1, Latency L0
> unlimited, L1 <64us
> ClockPM+ Surprise- LLActRep- BwNot-
> LnkCtl: ASPM Disabled; RCB 64 bytes Disabled- Retrain- CommClk+
> ExtSynch- ClockPM- AutWidDis- BWInt- AutBWInt-
> LnkSta: Speed 2.5GT/s, Width x1, TrErr- Train- SlotClk+ DLActive-
> BWMgmt- ABWMgmt-
> DevCap2: Completion Timeout: Range ABCD, TimeoutDis+
> DevCtl2: Completion Timeout: 50us to 50ms, TimeoutDis-
> LnkCtl2: Target Link Speed: 2.5GT/s, EnterCompliance- SpeedDis-,
> Selectable De-emphasis: -6dB
> Transmit Margin: Normal Operating Range, EnterModifiedCompliance- ComplianceSOS-
> Compliance De-emphasis: -6dB
> LnkSta2: Current De-emphasis Level: -6dB, EqualizationComplete-,
> EqualizationPhase1-
> EqualizationPhase2-, EqualizationPhase3-, LinkEqualizationRequest-
> Capabilities: [b0] MSI-X: Enable- Count=4 Masked-
> Vector table: BAR=4 offset=00000000
> PBA: BAR=4 offset=00000800
> Capabilities: [d0] Vital Product Data
> No end tag found
> Capabilities: [100 v1] Advanced Error Reporting
> UESta: DLP- SDES- TLP- FCP- CmpltTO- CmpltAbrt- UnxCmplt- RxOF-
> MalfTLP- ECRC- UnsupReq- ACSViol-
> UEMsk: DLP- SDES- TLP- FCP- CmpltTO- CmpltAbrt- UnxCmplt- RxOF-
> MalfTLP- ECRC- UnsupReq- ACSViol-
> UESvrt: DLP+ SDES+ TLP- FCP+ CmpltTO- CmpltAbrt- UnxCmplt- RxOF+
> MalfTLP+ ECRC- UnsupReq- ACSViol-
> CESta: RxErr- BadTLP- BadDLLP- Rollover- Timeout- NonFatalErr-
> CEMsk: RxErr- BadTLP- BadDLLP- Rollover- Timeout- NonFatalErr+
> AERCap: First Error Pointer: 00, GenCap+ CGenEn- ChkCap+ ChkEn-
> Capabilities: [140 v1] Virtual Channel
> Caps: LPEVC=0 RefClk=100ns PATEntryBits=1
> Arb: Fixed- WRR32- WRR64- WRR128-
> Ctrl: ArbSelect=Fixed
> Status: InProgress-
> VC0: Caps: PATOffset=00 MaxTimeSlots=1 RejSnoopTrans-
> Arb: Fixed- WRR32- WRR64- WRR128- TWRR128- WRR256-
> Ctrl: Enable+ ID=0 ArbSelect=Fixed TC/VC=ff
> Status: NegoPending- InProgress-
> Capabilities: [160 v1] Device Serial Number 01-00-00-00-68-4c-e0-00
> Kernel driver in use: r8169



-- 
Thanks,
Dmitry

^ permalink raw reply	[flat|nested] 7+ messages in thread

* Re: throughput problems with realtek
  2014-01-15 11:56 throughput problems with realtek Dmitry Kasatkin
  2014-01-15 12:04 ` Dmitry Kasatkin
@ 2014-01-15 16:23 ` Rick Jones
  2014-01-15 16:25   ` Dmitry Kasatkin
  1 sibling, 1 reply; 7+ messages in thread
From: Rick Jones @ 2014-01-15 16:23 UTC (permalink / raw)
  To: Dmitry Kasatkin, nic_swsd, romieu, netdev; +Cc: l.moiseichuk

On 01/15/2014 03:56 AM, Dmitry Kasatkin wrote:
> Hi,
>
> We have several devices with such adapter..
>
> Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168/8411
> PCI Express Gigabit Ethernet Controller (rev 06)
> See output of the lspci -vvv bellow...
>
> And I suddenly investigated throughput issues..
>
> After couple minutes of running 'iperf -c server' transmission speed
> drops substantially...
>
> [  4]  0.0-10.0 sec  1.10 GBytes   948 Mbits/sec
> [  5] local 106.122.1.113 port 5001 connected with 106.122.1.121 port 60508
> [  5]  0.0-10.0 sec  1.10 GBytes   948 Mbits/sec
> [  4] local 106.122.1.113 port 5001 connected with 106.122.1.121 port 60509
> [  4]  0.0-10.0 sec  1.10 GBytes   949 Mbits/sec
> [  5] local 106.122.1.113 port 5001 connected with 106.122.1.121 port 60510
> [  5]  0.0-10.0 sec  1.10 GBytes   948 Mbits/sec
> [  4] local 106.122.1.113 port 5001 connected with 106.122.1.121 port 60511
> [  4]  0.0-10.0 sec   626 MBytes   525 Mbits/sec
> [  5] local 106.122.1.113 port 5001 connected with 106.122.1.121 port 60512
> [  5]  0.0-10.0 sec  84.4 MBytes  70.5 Mbits/sec
> [  4] local 106.122.1.113 port 5001 connected with 106.122.1.121 port 60513
> [  4]  0.0-10.0 sec  87.4 MBytes  73.0 Mbits/sec
> [  5] local 106.122.1.113 port 5001 connected with 106.122.1.121 port 60514
>
>
> But it seems after certain time of inactivity (low load) speed will be
> up again...
>
> It happens almost the same way on desktop machines and also on Samsung
> Series 7 laptop NP770Z5E...
>
> Does anyone have any ideas about it?
>

The card flipping back and forth between 1000 and 100 Mbit/s operation 
perhaps?

rick jones

^ permalink raw reply	[flat|nested] 7+ messages in thread

* Re: throughput problems with realtek
  2014-01-15 16:23 ` Rick Jones
@ 2014-01-15 16:25   ` Dmitry Kasatkin
  2014-01-15 23:51     ` Francois Romieu
  0 siblings, 1 reply; 7+ messages in thread
From: Dmitry Kasatkin @ 2014-01-15 16:25 UTC (permalink / raw)
  To: Rick Jones; +Cc: nic_swsd, romieu, netdev, l.moiseichuk

On Wed, Jan 15, 2014 at 6:23 PM, Rick Jones <rick.jones2@hp.com> wrote:
> On 01/15/2014 03:56 AM, Dmitry Kasatkin wrote:
>>
>> Hi,
>>
>> We have several devices with such adapter..
>>
>> Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168/8411
>> PCI Express Gigabit Ethernet Controller (rev 06)
>> See output of the lspci -vvv bellow...
>>
>> And I suddenly investigated throughput issues..
>>
>> After couple minutes of running 'iperf -c server' transmission speed
>> drops substantially...
>>
>> [  4]  0.0-10.0 sec  1.10 GBytes   948 Mbits/sec
>> [  5] local 106.122.1.113 port 5001 connected with 106.122.1.121 port
>> 60508
>> [  5]  0.0-10.0 sec  1.10 GBytes   948 Mbits/sec
>> [  4] local 106.122.1.113 port 5001 connected with 106.122.1.121 port
>> 60509
>> [  4]  0.0-10.0 sec  1.10 GBytes   949 Mbits/sec
>> [  5] local 106.122.1.113 port 5001 connected with 106.122.1.121 port
>> 60510
>> [  5]  0.0-10.0 sec  1.10 GBytes   948 Mbits/sec
>> [  4] local 106.122.1.113 port 5001 connected with 106.122.1.121 port
>> 60511
>> [  4]  0.0-10.0 sec   626 MBytes   525 Mbits/sec
>> [  5] local 106.122.1.113 port 5001 connected with 106.122.1.121 port
>> 60512
>> [  5]  0.0-10.0 sec  84.4 MBytes  70.5 Mbits/sec
>> [  4] local 106.122.1.113 port 5001 connected with 106.122.1.121 port
>> 60513
>> [  4]  0.0-10.0 sec  87.4 MBytes  73.0 Mbits/sec
>> [  5] local 106.122.1.113 port 5001 connected with 106.122.1.121 port
>> 60514
>>
>>
>> But it seems after certain time of inactivity (low load) speed will be
>> up again...
>>
>> It happens almost the same way on desktop machines and also on Samsung
>> Series 7 laptop NP770Z5E...
>>
>> Does anyone have any ideas about it?
>>
>
> The card flipping back and forth between 1000 and 100 Mbit/s operation
> perhaps?
>
> rick jones


I do not see any link speed changes... it stays the same...
The same problem is visible on absolutely different computers.

-- 
Thanks,
Dmitry

^ permalink raw reply	[flat|nested] 7+ messages in thread

* Re: throughput problems with realtek
  2014-01-15 16:25   ` Dmitry Kasatkin
@ 2014-01-15 23:51     ` Francois Romieu
  2014-01-16  7:45       ` Dmitry Kasatkin
  0 siblings, 1 reply; 7+ messages in thread
From: Francois Romieu @ 2014-01-15 23:51 UTC (permalink / raw)
  To: Dmitry Kasatkin; +Cc: Rick Jones, nic_swsd, netdev, l.moiseichuk

Dmitry Kasatkin <dmitry.kasatkin@gmail.com> :
[...]
> I do not see any link speed changes... it stays the same...
> The same problem is visible on absolutely different computers.

No netdev watchdog message either ?

A serving 8168c does not seem to fluctuate (3.12.5, Intel 82578 client).
My hardware is a bit old though. Please send XID message from the r8169
driver. It should be seen in dmesg.

Thanks.

-- 
Ueimor

^ permalink raw reply	[flat|nested] 7+ messages in thread

* Re: throughput problems with realtek
  2014-01-15 23:51     ` Francois Romieu
@ 2014-01-16  7:45       ` Dmitry Kasatkin
  2014-01-16 18:47         ` Dmitry Kasatkin
  0 siblings, 1 reply; 7+ messages in thread
From: Dmitry Kasatkin @ 2014-01-16  7:45 UTC (permalink / raw)
  To: Francois Romieu; +Cc: Rick Jones, nic_swsd, netdev, l.moiseichuk

On Thu, Jan 16, 2014 at 1:51 AM, Francois Romieu <romieu@fr.zoreil.com> wrote:
> Dmitry Kasatkin <dmitry.kasatkin@gmail.com> :
> [...]
>> I do not see any link speed changes... it stays the same...
>> The same problem is visible on absolutely different computers.
>
> No netdev watchdog message either ?
>
> A serving 8168c does not seem to fluctuate (3.12.5, Intel 82578 client).
> My hardware is a bit old though. Please send XID message from the r8169
> driver. It should be seen in dmesg.
>
> Thanks.
>
> --
> Ueimor

Hi,

No watchdog messages. I also do not see any changes in the led on the
switch which indicates changes in the link speed.

Also as you say.. speed drop first to 140MBs so it is still higher than 100MBs

This what I have in dmesg...

[    2.005555] r8169 0000:03:00.0: irq 45 for MSI/MSI-X
[    2.005690] r8169 0000:03:00.0 eth0: RTL8168evl/8111evl at
0xffffc90000040000, 18:67:b0:2c:0f:ef, XID 0c900800 IRQ 45
[    2.005691] r8169 0000:03:00.0 eth0: jumbo features [frames: 9200
bytes, tx checksumming: ko]

Is it that XID or something else..

I have a problem on Gygabyte Celleron 1007U integrated board and also
on Samsung Series 7 laptop.
My colleague has the same on his Series 7 laptop.

One thing.. I had similar problem with Intel network card. It was
fixed using module parameter...

modprobe e1000e InterruptThrottleRate=0

Are there any network speed or irq throttling in kernel/driver?

-- 
Thanks,
Dmitry

^ permalink raw reply	[flat|nested] 7+ messages in thread

* Re: throughput problems with realtek
  2014-01-16  7:45       ` Dmitry Kasatkin
@ 2014-01-16 18:47         ` Dmitry Kasatkin
  0 siblings, 0 replies; 7+ messages in thread
From: Dmitry Kasatkin @ 2014-01-16 18:47 UTC (permalink / raw)
  To: Francois Romieu; +Cc: Rick Jones, nic_swsd, netdev, l.moiseichuk, kernel-team

On Thu, Jan 16, 2014 at 9:45 AM, Dmitry Kasatkin
<dmitry.kasatkin@gmail.com> wrote:
> On Thu, Jan 16, 2014 at 1:51 AM, Francois Romieu <romieu@fr.zoreil.com> wrote:
>> Dmitry Kasatkin <dmitry.kasatkin@gmail.com> :
>> [...]
>>> I do not see any link speed changes... it stays the same...
>>> The same problem is visible on absolutely different computers.
>>
>> No netdev watchdog message either ?
>>
>> A serving 8168c does not seem to fluctuate (3.12.5, Intel 82578 client).
>> My hardware is a bit old though. Please send XID message from the r8169
>> driver. It should be seen in dmesg.
>>
>> Thanks.
>>
>> --
>> Ueimor
>
> Hi,
>
> No watchdog messages. I also do not see any changes in the led on the
> switch which indicates changes in the link speed.
>
> Also as you say.. speed drop first to 140MBs so it is still higher than 100MBs
>
> This what I have in dmesg...
>
> [    2.005555] r8169 0000:03:00.0: irq 45 for MSI/MSI-X
> [    2.005690] r8169 0000:03:00.0 eth0: RTL8168evl/8111evl at
> 0xffffc90000040000, 18:67:b0:2c:0f:ef, XID 0c900800 IRQ 45
> [    2.005691] r8169 0000:03:00.0 eth0: jumbo features [frames: 9200
> bytes, tx checksumming: ko]
>
> Is it that XID or something else..
>
> I have a problem on Gygabyte Celleron 1007U integrated board and also
> on Samsung Series 7 laptop.
> My colleague has the same on his Series 7 laptop.
>
> One thing.. I had similar problem with Intel network card. It was
> fixed using module parameter...
>
> modprobe e1000e InterruptThrottleRate=0
>
> Are there any network speed or irq throttling in kernel/driver?
>
> --
> Thanks,
> Dmitry

Hello,

CC: Ubuntu kernel team.

In fact after installing kernel from PPA everything seems to be fine.

http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.12.8-trusty/

So the problem is somewhere in Ubuntu 3.11-0.15 kernel...

May be Ubuntu kernel team might test and release "better" default kernel...

-- 
Thanks,
Dmitry

^ permalink raw reply	[flat|nested] 7+ messages in thread

end of thread, other threads:[~2014-01-16 18:47 UTC | newest]

Thread overview: 7+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2014-01-15 11:56 throughput problems with realtek Dmitry Kasatkin
2014-01-15 12:04 ` Dmitry Kasatkin
2014-01-15 16:23 ` Rick Jones
2014-01-15 16:25   ` Dmitry Kasatkin
2014-01-15 23:51     ` Francois Romieu
2014-01-16  7:45       ` Dmitry Kasatkin
2014-01-16 18:47         ` Dmitry Kasatkin

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.