Thank you for your donation!


Cloudsmith graciously provides open-source package management and distribution for our project.


[split] WebUI performance
#13
(12-12-2023, 01:10 AM)sultanoswing Wrote:
(12-11-2023, 02:35 PM)TheOldPresbyope Wrote: 1. Regarding the browser accessing the moOde WebUI, you didn't mention which browser (and on which OS) you're using. Try different browsers---e.g., Chromium, Firefox, Edge, Safari, etc., whatever is available. They behave differently at different tasks. Also, if you're using privacy/security add-ons, try disabling any checking of your moOde player "site".

2. Regarding WiFi, go to the 5 GHz band if you're still using 2.4 GHz. Fundamentally, the throughput will be better and there's likely to be less interference which also affects throughput.

3. On the moOde side, using an SSD on one of the USB3.0 interfaces of an RPi4B should give very good Library performance. The RPi5B may yield even faster performance but it's a matter of diminishing returns and, for me, increasing cost/performance ratio. This is especially so since the RPi5B will almost always need active cooling and a more muscular power source, which also add to the cost.

Also thanks! Smile

1. Brave browser, on Android phone & iPad4. When I use the desktop PC with Brave the library refreshes in around 3 seconds, and does the 'Knopfler' search also in 3 seconds - very speedy, and slightly quicker than on the phone or iPad.

2. I'm stuck on 2.4Ghz due to the location of the Pi & my AP's.

3. As above - the performance is probably limited by phone / iPad browser related based on #1, rather than my otherwise speedy NAS. 

TLDR; am therefore happy with the Pi 3B after all Heart . Especially since I had been concerned about the USB-network shared BUS, but it's not a practical concern.

Sometimes 2.4GHz is the only option. That frequency band has greater range than the 5GHz band. 

You might want to test your network speed and quality by running a few commands for example a 20 second ping test from the Pi to the Router/AP and then an ifconfig command on the Pi.

Here's an example ping from one of my 3B+ Pi's connected via 5GHz WiFi to Router. Ctrl-c after 20 seconds and then examine the ping statistics. Note the % packet loss and rtt (round trip times)
Code:
pi@moode:~ $ ping 192.168.1.1
PING 192.168.1.1 (192.168.1.1) 56(84) bytes of data.
64 bytes from 192.168.1.1: icmp_seq=1 ttl=64 time=1.53 ms
64 bytes from 192.168.1.1: icmp_seq=2 ttl=64 time=1.93 ms
64 bytes from 192.168.1.1: icmp_seq=3 ttl=64 time=1.67 ms
64 bytes from 192.168.1.1: icmp_seq=4 ttl=64 time=1.88 ms
64 bytes from 192.168.1.1: icmp_seq=5 ttl=64 time=1.45 ms
64 bytes from 192.168.1.1: icmp_seq=6 ttl=64 time=2.21 ms
64 bytes from 192.168.1.1: icmp_seq=7 ttl=64 time=2.91 ms
64 bytes from 192.168.1.1: icmp_seq=8 ttl=64 time=1.22 ms
64 bytes from 192.168.1.1: icmp_seq=9 ttl=64 time=8.11 ms
64 bytes from 192.168.1.1: icmp_seq=10 ttl=64 time=4.13 ms
64 bytes from 192.168.1.1: icmp_seq=11 ttl=64 time=1.42 ms
64 bytes from 192.168.1.1: icmp_seq=12 ttl=64 time=1.38 ms
64 bytes from 192.168.1.1: icmp_seq=13 ttl=64 time=3.11 ms
64 bytes from 192.168.1.1: icmp_seq=14 ttl=64 time=1.30 ms
64 bytes from 192.168.1.1: icmp_seq=15 ttl=64 time=4.34 ms
64 bytes from 192.168.1.1: icmp_seq=16 ttl=64 time=2.57 ms
64 bytes from 192.168.1.1: icmp_seq=17 ttl=64 time=1.50 ms
64 bytes from 192.168.1.1: icmp_seq=18 ttl=64 time=1.48 ms
64 bytes from 192.168.1.1: icmp_seq=19 ttl=64 time=1.38 ms
64 bytes from 192.168.1.1: icmp_seq=20 ttl=64 time=1.30 ms
64 bytes from 192.168.1.1: icmp_seq=21 ttl=64 time=1.47 ms
^C
--- 192.168.1.1 ping statistics ---
21 packets transmitted, 21 received, 0% packet loss, time 20030ms
rtt min/avg/max/mdev = 1.223/2.299/8.113/1.574 ms

Here's ifconfig output. Note the stats for wlan0.
Code:
pi@moode:~ $ ifconfig
eth0: flags=4099<UP,BROADCAST,MULTICAST>  mtu 1500
       ether b8:27:eb:90:be:5b  txqueuelen 1000  (Ethernet)
       RX packets 0  bytes 0 (0.0 B)
       RX errors 0  dropped 0  overruns 0  frame 0
       TX packets 0  bytes 0 (0.0 B)
       TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

lo: flags=73<UP,LOOPBACK,RUNNING>  mtu 65536
       inet 127.0.0.1  netmask 255.0.0.0
       inet6 ::1  prefixlen 128  scopeid 0x10<host>
       loop  txqueuelen 1000  (Local Loopback)
       RX packets 741  bytes 122074 (119.2 KiB)
       RX errors 0  dropped 0  overruns 0  frame 0
       TX packets 741  bytes 122074 (119.2 KiB)
       TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

wlan0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
       inet 192.168.1.121  netmask 255.255.255.0  broadcast 192.168.1.255
       inet6 fe80::4d1f:257c:a601:e79  prefixlen 64  scopeid 0x20<link>
       inet6 fd87:f129:9943:4934:a3fd:9e4c:6b0f:a419  prefixlen 64  scopeid 0x0<global>
       ether b8:27:eb:c5:eb:0e  txqueuelen 1000  (Ethernet)
       RX packets 90435  bytes 16641819 (15.8 MiB)
       RX errors 0  dropped 0  overruns 0  frame 0
       TX packets 14828  bytes 14667469 (13.9 MiB)
       TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0
Enjoy the Music!
moodeaudio.org | Mastodon Feed | GitHub
Reply


Messages In This Thread
[split] WebUI performance - by sultanoswing - 12-09-2023, 11:03 PM
RE: [split] WebUI performance - by Tim Curtis - 12-10-2023, 11:38 AM
RE: [split] WebUI performance - by sultanoswing - 12-11-2023, 08:22 AM
RE: [split] WebUI performance - by sultanoswing - 12-12-2023, 01:10 AM
RE: [split] WebUI performance - by Tim Curtis - 12-12-2023, 11:54 AM
RE: [split] WebUI performance - by Nutul - 12-12-2023, 02:16 AM
RE: [split] WebUI performance - by sultanoswing - 12-12-2023, 02:33 AM
RE: [split] WebUI performance - by Nutul - 12-12-2023, 04:06 AM

Forum Jump: