Opened 8 years ago

Closed 10 months ago

#12876 closed bug (not reproducible)

network performance degrades over time

Reported by: pulkomandy Owned by: nobody
Priority: normal Milestone: Unscheduled
Component: Network & Internet Version: R1/Development
Keywords: Cc:
Blocked By: Blocking: #15618, #18203
Platform: All

Description

I'm currently using my machine as a build slave to test the package build infrastructure. This means rather long uptimes (ideally several days).

Haiku seems to be quite stable, however, the network access becomes slower and slower over time, up to a point where everything seems to timeout and I have to reboot the computer.

I'm not sure what the problem is or how to investigate.

This is a wireless connection which makes it difficult to spy the traffic on the wire.

device Network controller [2|80|0]
  vendor 8086: Intel Corporation
  device 008a: Centrino Wireless-N 1030 [Rainbow Peak]

Wifi-N is disabled at boot using ifconfig, as it isn't working with this device.

Attachments (1)

partial_syslog (72.1 KB ) - added by TmTFx 5 years ago.

Download all attachments as: .zip

Change History (16)

comment:1 by vidrep, 8 years ago

I am also experiencing a network slowdown over a period of time, much as you have described. In my case, I am using a wired connection and must reset the modem/router to restore the performance.

Actiontec V1000H xDSL modem/wireless router/internet gateway

device Network controller (Ethernet controller) [2|0|0]

vendor 8086: Intel Corporation device 10ef: 82578DM Gigabit Network Connection

comment:2 by axeld, 8 years ago

Is this still reproducible? At least I could imagine that mmlr's DMA alignment fixes could have an impact on such issues.

comment:3 by pulkomandy, 8 years ago

Yes, I still run into this problem. I have some more precise information as I continue to watch for it. It seems that what becomes slow is opening of new connections. I suspect some problem in TCP handshake or similar. Eventually, it is so slow that it times out, and no connection can be opened. But even in that state, where I can't download anything with wget, I can still use Vision as long as its sockets to IRC servers stay open.

comment:4 by nzimmermann, 7 years ago

I experience the same problems with rtl81xx on bare metal.

Yesterday I started rsync transer from macOS -> Haiku, copying ~30.000 files. I left it unattended, and when I wanted to issue another git clone from a terminal, I got only ~ 30 KiB/s, which went up to ~600 KiB/s after a reboot.

I don't know what could be done to debug this though - I'm a Haiku newbie :-)

comment:5 by waddlesplash, 6 years ago

Hmm, I wonder if this is related to #11836?

comment:6 by TmTFx, 5 years ago

still happens to me on a rtl81xx + atheroswifi I normally have both networks connected, after some time I experienced this bug (slowdown and several pachet loss on a ping to a lan peer) so I disabled the wifi, routed the gateway again on the lan, then it worked again... after some downloads it happened again. I turned off lan, turned on wifi but no wifi networks found, so turned on again lan, reset the route gateway and it worked again (no need to say that apps that are downloading something and stucked there, and browser pages should be killed and restarted)

by TmTFx, 5 years ago

Attachment: partial_syslog added

comment:7 by ambroff, 5 years ago

I started looking at this today. I'm able to easily reproduce it on my real hardware installations over ethernet as well as in KVM. I found some performance issues in the tcp addon I've noted in #15886, but there is still some problem outside of that.

comment:8 by waddlesplash, 5 years ago

There used to be a bug where the TCP window size would continually decrease for no apparent reason until it was like 1 byte or something like that. I don't remember if we fixed that or not, but it should be pretty evident from a packet capture if it's still the case.

comment:9 by cocobean, 2 years ago

Reviewed for hrev56212. Same issue with TCP window size.

Ref: https://dev.haiku-os.org/ticket/17790

Version 0, edited 2 years ago by cocobean (next)

comment:10 by waddlesplash, 23 months ago

Blocking: 15618 added

comment:11 by waddlesplash, 23 months ago

Blocking: 18203 added

comment:12 by waddlesplash, 11 months ago

Please retest after hrev57492.

comment:13 by pulkomandy, 11 months ago

I'm not sure I had reproduced this one in a while. But then I rarely leave my computer on for many days nowadays, and I changed machines and network setup since then.

So I'll let other people who commented here say what they think.

comment:14 by cocobean, 11 months ago

Using the Dooble 2023.11.30 browser, Internet speeds were the exact same as with a Windows 10 client. Epiphany (Web) browser gave favorable results - but not consistent in download speed (may be an app issue).

Measurements: Upload/Download/Latency (unloaded/loaded)

Tested:

  1. Windows 10 x64 (v10.0.19045)
  2. Haiku R1B4 x64 (hrev56578+94)
  3. Haiku R1B4 x64 (hrev57492)

comment:15 by waddlesplash, 10 months ago

Resolution: not reproducible
Status: newclosed

Well, if nobody can decisively say they reproduced this recently, we can close it for now.

Note: See TracTickets for help on using tickets.