Samba speed 25% slower after update

I’ve checked https://paste.osmc.tv/usufucilid.

Your logs show that Samba (a package that we don’t control directly) has updated. So this directly will not be an OSMC issue.

I’ll see if I can dig up any related issues with the distribution of Samba on Debian Bullseye tomorrow and potential regressions. My guess is going to be improved security at a performance cost. The changelog should reveal all.

Start-Date: 2024-04-25  18:35:11
Commandline: /usr/bin/apt-get-real -o APT::Status-Fd=4 -o APT::Keep-Fds::=5 -o APT::Keep-Fds::=6 -f -y dist-upgrade
Install: vero564-image-4.9.269-64-osmc:arm64 (4.9.269-64-osmc, automatic)
Upgrade: libsmartcols1:armhf (2.36.1-8+deb11u1, 2.36.1-8+deb11u2), bind9-host:armhf (1:9.16.44-1~deb11u1, 1:9.16.48-1), python3-samba:armhf (2:4.13.13+dfsg-1~deb11u5, 2:4.13.13+dfsg-1~deb11u6), vero5-secureosmc-osmc:armhf (1.2.0-3, 1.4.0-1), mediacenter-addon-osmc:armhf (3.0.775, 3.0.779), mediacenter-skin-osmc:armhf (20.2.0-5, 20.2.1-6), libmount1:armhf (2.36.1-8+deb11u1, 2.36.1-8+deb11u2), samba:armhf (2:4.13.13+dfsg-1~deb11u5, 2:4.13.13+dfsg-1~deb11u6), libwbclient0:armhf (2:4.13.13+dfsg-1~deb11u5, 2:4.13.13+dfsg-1~deb11u6), vero5-mediacenter-osmc:armhf (20.3.0-3, 20.5.0-5), libsmbclient:armhf (2:4.13.13+dfsg-1~deb11u5, 2:4.13.13+dfsg-1~deb11u6), libamcodec-osmc:armhf (2.2.0-1, 2.2.0-2), util-linux:armhf (2.36.1-8+deb11u1, 2.36.1-8+deb11u2), perftune-osmc:armhf (1.3.0, 1.4.0), samba-common-bin:armhf (2:4.13.13+dfsg-1~deb11u5, 2:4.13.13+dfsg-1~deb11u6), eject:armhf (2.36.1-8+deb11u1, 2.36.1-8+deb11u2), base-files-osmc:armhf (3.3.8, 3.3.9), libuuid1:armhf (2.36.1-8+deb11u1, 2.36.1-8+deb11u2), vero564-kernel-osmc:arm64 (3.9.291, 3.9.305), mount:armhf (2.36.1-8+deb11u1, 2.36.1-8+deb11u2), bind9-libs:armhf (1:9.16.44-1~deb11u1, 1:9.16.48-1), samba-libs:armhf (2:4.13.13+dfsg-1~deb11u5, 2:4.13.13+dfsg-1~deb11u6), samba-common:armhf (2:4.13.13+dfsg-1~deb11u5, 2:4.13.13+dfsg-1~deb11u6), libblkid1:armhf (2.36.1-8+deb11u1, 2.36.1-8+deb11u2), bsdutils:armhf (1:2.36.1-8+deb11u1, 1:2.36.1-8+deb11u2), libuv1:armhf (1.40.0-2, 1.40.0-2+deb11u1)
End-Date: 2024-04-25  18:36:15

Cheers

Sam

1 Like

Hi Sam, did you find anything? I have just transferred a 17GB file and it averaged 100MB/sec, it has not done that speed since the upgrade

No - looks like upstream changes.

Those speeds seem fine to me.

The transfer speed was back to 60MB/s this morning, I played a hunch and took the VeroV out of standby, the speed went up to 100MB/s, before the upgrade it would do the 100MB/s regardless of being in standby.

I would mention that samba/CIFS is exceptionally latency sensitive. I have a powerline setup and sftp (limited by encryption, probably) will happily hit 30 MB/s while CIFS won’t surpass 8MB/s…
I wonder if being in standby introduces any power limits though. Smbv3 is encrypted so you need CPU horsepower.

Smbv2 max set on mine

Easy way to test – wake your device up and see if speed improves.

Sam

I reported 2 days ago Sam, it goes from 60MB/s to 100MB/s. I had exactly the same a few years ago, my Vero4K+ used to do 40MB/s awake and 23MB/s in standby after an update it never changed speed, just 23MB/s regardless, I reported it, you replied "we have not done anything to the Samba interface! Its not an issue now that I know I just need to go back to my previous method and power on VeroV before a big file transfer although wake up does not work in Kore (suspend does though) so its a trip away from the PC to power on.

Okay. I can improve this in Kodi v21.
Will let you know when there is something to test.

I’ve taken some time to improve this for Kodi v20 and want to do a final build. I would appreciate your feedback promptly.

I’d appreciate it if you could test this and provide feedback before we potentially release this as an update to other users. To test this update:

  1. Login via the command line
  2. Run the following command to add the staging repository:
    echo 'deb http://apt.osmc.tv bullseye-devel main' | sudo tee /etc/apt/sources.list.d/osmc-devel.list
  3. Run the following commands to update: sudo apt-get update && sudo apt-get dist-upgrade && reboot
  4. Your system should have have received the update.

Please see if the issue is resolved.

I also recommend you remove /etc/apt/sources.list.d/osmc-devel.list after updating.

This will deactivate the staging repository. You can do so with the following command:
sudo rm /etc/apt/sources.list.d/osmc-devel.list.

Please note that we will automatically disable this update channel after 14 days on your device in case you forget to do so to ensure that your system reverts to the stable update channel.

Sam

Can I log in on VeroV as I use a Windows PC and I have tried before to get into the command line, too many things to download and when I did it failed

Yes, you can use a USB keyboard

With modern Windows PC’s you shouldn’t actually need to install anything. It should just be a matter of looking in the system info screen in Kodi’s settings to find the IP address, and then on your PC hit the Windows key, type cmd then hit enter, at the windows terminal type in ssh osmc@192.168.0.10 (but using your OSMC device’s IP) and that should be it other than confirming past the security warning the first time you connect.

I’ve pushed the necessary changes now, so you can install it as a normal update and don’t need to run anything via the command line.

Looking forward to your feedback.

Sorry that I did not do the test, I have been on a 4 day hike along the mountains on the Granada/Malaga border. Tested now, 100MB/s both powered up and in standby, thank you so much

1 Like

Thanks for getting back to me. Glad this is now solved.

I have tried that and get this report
C:> osmc@192.168.18.5
‘osmc@192.168.18.5’ is not reco
operable program or batch file.

Sorry about that, somehow I forgot to type “ssh” before the command arguments. I updated my post. Try typing ssh osmc@192.168.18.5

Thank you, I will try that, not needed at this time but very useful to be able to do it

I noticed a speed improvement on my NTFS drives now.
Ext4 drives are performing the same as before.