Movies buffering (related to slow network)
#1
I have recently started to have an issue - both with OE and LE.

I can no longer watch HD movies because of major buffering. SD movies play fine.

The issues appears to be network related, but I cannot figure out why there is such an issue.

I tried to copy to the RPi2 and only get 2-3 MB/sec. When copying to other devices, I am getting around 10 MB/sec.

Any idea why the network speed to the RPi2 is so low? What error log would be best to provide?
Server: Asus Sabertooth Z77 | Intel Core i5 3.4 GHz | 16 GB DDR3 | 128 GB SSD, 82 TB (9 x 6 TB, 7 x 4 TB)
HTPC 1: Raspberry Pi 2 | HTPC 2: Raspberry Pi 2 | HTPC 3: Raspberry Pi
Reply
#2
Actually, I just remembered that I had posted the same issue in the nightly-built thread and got some info (http://forum.kodi.tv/showthread.php?tid=269814&page=10).

What I need help with is the proper syntax to run iperf on my RPi2 to provide a better log files. The simple Kodi log i below:

http://sprunge.us/jZFM

It may be related to SMB issues such as described here: http://forum.kodi.tv/showthread.php?tid=213797
Server: Asus Sabertooth Z77 | Intel Core i5 3.4 GHz | 16 GB DDR3 | 128 GB SSD, 82 TB (9 x 6 TB, 7 x 4 TB)
HTPC 1: Raspberry Pi 2 | HTPC 2: Raspberry Pi 2 | HTPC 3: Raspberry Pi
Reply
#3
(2016-05-08, 07:29)steve1977 Wrote: What I need help with is the proper syntax to run iperf on my RPi2 to provide a better log files. The simple Kodi log i below:

You can follow this guide to run iperf: https://www.linode.com/docs/networking/d...sing-iperf

You need iperf installed on two machines, one at each "end" of the network link you want to test. So you need to install iperf on the RPi2 (LibreELEC Addons > Program add-ons > Network Tools), and also iperf on whatever machine is at the "other end".

The LE repo will install "iperf" and "iperf3" - they're the same thing, iperf 3.1.2.

Run iperf on one machine in server mode (this is on 192.168.0.9):
Code:
iperf3 -s

and then run iperf on the other machine in client mode:
Code:
iperf3 -c 192.168.0.9 -t 60 -i 10
at which point the test will start (in this case testing TCP for 60 seconds with results displayed by the client every 10 seconds).

You can reverse roles (swap server with client) to run the test in the "opposite" direction (or use the --reverse option on the client), which might yield different results.

My RPi3 results (the server is my Ubuntu FX-8350 build server, both server and client are wired to a GigE switch):
Code:
rpi22:~ # iperf3 -c 192.168.0.9 -t 60 -i 10
Connecting to host 192.168.0.9, port 5201
[  4] local 192.168.0.18 port 45230 connected to 192.168.0.9 port 5201
[ ID] Interval           Transfer     Bandwidth       Retr  Cwnd
[  4]   0.00-10.00  sec   112 MBytes  94.2 Mbits/sec    0   33.9 KBytes
[  4]  10.00-20.00  sec   112 MBytes  94.2 Mbits/sec    0   33.9 KBytes
[  4]  20.00-30.00  sec   112 MBytes  94.1 Mbits/sec    0   33.9 KBytes
[  4]  30.00-40.00  sec   112 MBytes  94.2 Mbits/sec    0   33.9 KBytes
[  4]  40.00-50.00  sec   112 MBytes  94.1 Mbits/sec    0   33.9 KBytes
[  4]  50.00-60.00  sec   112 MBytes  94.1 Mbits/sec    0   33.9 KBytes
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval           Transfer     Bandwidth       Retr
[  4]   0.00-60.00  sec   673 MBytes  94.1 Mbits/sec    0             sender
[  4]   0.00-60.00  sec   673 MBytes  94.1 Mbits/sec                  receiver

iperf Done.

and in reverse:
Code:
rpi22:~ # iperf3 -c 192.168.0.9 -t 60 -i 10 --reverse
Connecting to host 192.168.0.9, port 5201
Reverse mode, remote host 192.168.0.9 is sending
[  4] local 192.168.0.18 port 45336 connected to 192.168.0.9 port 5201
[ ID] Interval           Transfer     Bandwidth
[  4]   0.00-10.00  sec   112 MBytes  94.2 Mbits/sec
[  4]  10.00-20.00  sec   112 MBytes  94.1 Mbits/sec
[  4]  20.00-30.00  sec   112 MBytes  94.1 Mbits/sec
[  4]  30.00-40.00  sec   112 MBytes  94.1 Mbits/sec
[  4]  40.00-50.00  sec   112 MBytes  94.1 Mbits/sec
[  4]  50.00-60.00  sec   112 MBytes  94.1 Mbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval           Transfer     Bandwidth       Retr
[  4]   0.00-60.00  sec   674 MBytes  94.2 Mbits/sec    0             sender
[  4]   0.00-60.00  sec   674 MBytes  94.2 Mbits/sec                  receiver

iperf Done.
Texture Cache Maintenance Utility: Preload your texture cache for optimal UI performance. Remotely manage media libraries. Purge unused artwork to free up space. Find missing media. Configurable QA check to highlight metadata issues. Aid in diagnosis of library and cache related problems.
Reply
#4
(2016-05-08, 07:06)steve1977 Wrote: I have recently started to have an issue - both with OE and LE.

I can no longer watch HD movies because of major buffering. SD movies play fine.

The issues appears to be network related, but I cannot figure out why there is such an issue.

I tried to copy to the RPi2 and only get 2-3 MB/sec. When copying to other devices, I am getting around 10 MB/sec.

Any idea why the network speed to the RPi2 is so low? What error log would be best to provide?

How are you connecting to the network? Wifi or cable?
HTPCs: 2 x Chromecast with Google TV
Audio: Pioneer VSX-819HK & S-HS 100 5.1 Speakers
Server: HP Compaq Pro 6300, 4GB RAM, 8.75TB, Bodhi Linux 5.x, NFS, MySQL
Reply
#5
Thanks for your replies. Everything is connected via cable, so this should not be the issue.

This is very weird as it is now working again. I believe the issue is actually my Unraid server. After I restarted the Unraid, it started working again. As it is typically running 24/7, I didn't notice this earlier.

This happened before, but I only realized this now. So, it appears that network performance basically goes close to zero when Unraid is running for a few weeks. Restarting resolves this issue.

I will keep watching the issue and will report back if my suspicion is confirmed.

Any thoughts you may have are appreciated!
Server: Asus Sabertooth Z77 | Intel Core i5 3.4 GHz | 16 GB DDR3 | 128 GB SSD, 82 TB (9 x 6 TB, 7 x 4 TB)
HTPC 1: Raspberry Pi 2 | HTPC 2: Raspberry Pi 2 | HTPC 3: Raspberry Pi
Reply
#6
Smile 
I think all the ones and zeroes locked away in your server are creating their own gravity. This is interfering with the flow of ones and zeroes over your network. How many terabytes was it again? I have a severe case of storage envy!
But yeah. All of my supposed network issues (both the Pi and the 'server' connected wirelessly) lately have been solved by rebooting the old and tired Windows machine that's serving the files. I would have thought a Linux-based server would be a little more robust though. That's what Linux people keep telling me anyway... Good luck.
Reply

Logout Mark Read Team Forum Stats Members Help
Movies buffering (related to slow network)0