Page 3 of 4 FirstFirst 1234 LastLast
Results 21 to 30 of 40

Thread: Is Samba read/write rate performance on Ubuntu 20.04 capped at around 11MB/s?

  1. #21
    Join Date
    Mar 2010
    Location
    Squidbilly-Land
    Beans
    Hidden!
    Distro
    Ubuntu

    Re: Is Samba read/write rate performance on Ubuntu 20.04 capped at around 11MB/s?

    LUKS encryption is ~ 3% overhead, but it could be higher on systems without AES CPU extensions. That would explain why sftp is slow too. sftp is expected to be slower than samba or NFS since sftp has encryption and the others usually do not.

    I'd suggest stepping back.
    This isn't a samba problem.
    It is a networking problem. The iperf3 tests proved that last week. Post#12 shows the type of iperf performance that should be seen. Looks like the network there is only seeing 10% of the bandwidth.

    Things to check:
    • NIC drivers or driver setting issues
    • Firewalls
    • Bad routing
    • Other hardware failure
    • Try booting from older "Try Ubuntu" ISO files.


    If possible, start with an overview of the system. inxi is a great tool at looking at hardware. So is lshw.
    inxi -Fz - provides an overview of the system and filters sensitive stuff.
    inxi -Nnxz - gets detailed networking information and filters sensitive stuff.

    Adding more 'x' to any command provides more details. I've seen -Fxxxz used.
    'z' filters sensitive stuff.

    When I look at the routing table provided above, there is a duplicate line. Could that be causing issues?

  2. #22
    Join Date
    Jun 2018
    Beans
    163

    Re: Is Samba read/write rate performance on Ubuntu 20.04 capped at around 11MB/s?

    In #14 I suggested that a bad ethernet cable could be the culprit, did you try another cable that is known to be good for gigabit?
    Have a ubuntastic day!

  3. #23
    Join Date
    May 2005
    Beans
    148
    Distro
    Ubuntu 20.04 Focal Fossa

    Re: Is Samba read/write rate performance on Ubuntu 20.04 capped at around 11MB/s?

    Yeah, I tried a bunch of cables. I even swapped in the cables from the MacOS and Win10 servers that seem to have better performance. Nothing changed. However, I think you guys are right that it is really a network performance issue. I going to load Ubuntu 20.04 and 21.04 onto another server with a newer ASUS motherboard next week. The SAMBA server is running 20.04 on an old X99 motherboard, but he LAN drivers seem to be the latest for the Intel I218-V Ethernet ports.

    The duplicate entry in the routing table is kind of strange, but that was the default since installation. Could be a result of having multiple ethernet ports on the motherboard, though. I also see that on other X99 motherboards with multiple ports.
    Last edited by mike4ubuntu; May 12th, 2021 at 06:41 PM.

  4. #24
    Join Date
    Mar 2010
    Location
    Squidbilly-Land
    Beans
    Hidden!
    Distro
    Ubuntu

    Re: Is Samba read/write rate performance on Ubuntu 20.04 capped at around 11MB/s?

    Intel I218-V Ethernet
    Hummmm. Aren't there serious driver issues with that hardware?

    Also, I would just boot from a Try Ubuntu Flash drive with a different release version to see if the performance is tied to 1 specific release (i.e. kernel). Takes about 3 minutes to create a flash drive like that. You can install samba, iperf3, inxi, lshw, and whatever else you need into those "Try Ubuntu" environments too. The installed programs are lost at reboot, but for quick testing that doesn't matter.

    If only 1 NIC has a link, then there should only be one table entry per LAN and 1 for the gateway and 1 for localhost, lo. Delete the extra one. Yours is showing 2 lines for the same NIC interface. That isn't good.

  5. #25
    Join Date
    May 2005
    Beans
    148
    Distro
    Ubuntu 20.04 Focal Fossa

    Re: Is Samba read/write rate performance on Ubuntu 20.04 capped at around 11MB/s?

    Quote Originally Posted by TheFu View Post
    Hummmm. Aren't there serious driver issues with that hardware?
    Is it all Intel NIC drivers or just specially for I218?

  6. #26
    Join Date
    Mar 2010
    Location
    Squidbilly-Land
    Beans
    Hidden!
    Distro
    Ubuntu

    Re: Is Samba read/write rate performance on Ubuntu 20.04 capped at around 11MB/s?

    i218

    I have no issues at all with i210, i211 or Intel PRO/1000 drivers. These are usually igb and e1000e drivers.

    In theory, the i218 device should be using the e1000e driver.
    https://www.intel.com/content/www/us...-products.html

    So you'll want to validate that. Lots of different ways - inxi -Nxx, lshw, lspci, ... Pay attention to the exact 3rd+ level versioning of the adapter and the driver. Really don't want to manually build and load a driver if that can be avoided. It would almost be better if the NIC was faulty. $25 for a new NIC makes this go away.

  7. #27
    Join Date
    May 2005
    Beans
    148
    Distro
    Ubuntu 20.04 Focal Fossa

    Re: Is Samba read/write rate performance on Ubuntu 20.04 capped at around 11MB/s?

    Quote Originally Posted by TheFu View Post
    i218

    I have no issues at all with i210, i211 or Intel PRO/1000 drivers. These are usually igb and e1000e drivers.

    In theory, the i218 device should be using the e1000e driver.
    https://www.intel.com/content/www/us...-products.html

    So you'll want to validate that. Lots of different ways - inxi -Nxx, lshw, lspci, ... Pay attention to the exact 3rd+ level versioning of the adapter and the driver. Really don't want to manually build and load a driver if that can be avoided. It would almost be better if the NIC was faulty. $25 for a new NIC makes this go away.
    Sorry for the delay. I got sidetracked with other issues. I began exploring the driver issue along with a new nic. I bought a cheap Startech ST1000SPEXI, which uses the i210 chipset. Unfortunately, that didn't seem to make a difference according to iperf3. That adapter does appear to be using the igb driver.
    lshw
    Code:
                  *-network
                    description: Ethernet interface
                    product: I210 Gigabit Network Connection
                    vendor: Intel Corporation
                    physical id: 0
                    bus info: pci@0000:04:00.0
                    logical name: enp4s0
                    version: 03
                    serial: e8:ea:6a:09:5a:ec
                    size: 1Gbit/s
                    capacity: 1Gbit/s
                    width: 32 bits
                    clock: 33MHz
                    capabilities: bus_master cap_list rom ethernet physical tp 10bt 10bt-fd 100bt 100bt-fd 1000bt-fd autonegotiation
                    configuration: autonegotiation=on broadcast=yes driver=igb driverversion=5.6.0-k duplex=full firmware=3.25, 0x800005cd ip=10.1.10.20 latency=0 link=yes multicast=yes port=twisted pair speed=1Gbit/s
                    resources: irq:37 memory:fa200000-fa2fffff ioport:c000(size=32) memory:fa300000-fa303fff memory:fa100000-fa1fffff
    ifconfig
    Code:
    enp4s0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
            inet 10.1.10.20  netmask 255.255.0.0  broadcast 10.1.255.255
            inet6 fe80::5b6d:1f8f:31ea:34c1  prefixlen 64  scopeid 0x20<link>
            ether e8:ea:6a:09:5a:ec  txqueuelen 1000  (Ethernet)
            RX packets 1302083  bytes 1796853540 (1.7 GB)
            RX errors 0  dropped 10  overruns 0  frame 0
            TX packets 625493  bytes 63957974 (63.9 MB)
            TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0
            device memory 0xfa200000-fa2fffff
    Code:
    iperf3 -V -b 1Gbps -c 10.1.10.50
    iperf 3.7
    Linux lic2u 5.8.0-53-generic #60~20.04.1-Ubuntu SMP Thu May 6 09:52:46 UTC 2021 x86_64
    Control connection MSS 1460
    Time: Tue, 25 May 2021 14:24:01 GMT
    Connecting to host 10.1.10.50, port 5201
          Cookie: kjzq2ygg5zytxko5ylywbxsrhul63r2qoarf
          TCP MSS: 1460 (default)
          Target Bitrate: 1000000000
    [  5] local 10.1.10.20 port 38898 connected to 10.1.10.50 port 5201
    Starting Test: protocol: TCP, 1 streams, 131072 byte blocks, omitting 0 seconds, 10 second test, tos 0
    [ ID] Interval           Transfer     Bitrate         Retr  Cwnd
    [  5]   0.00-1.00   sec  1.54 MBytes  13.0 Mbits/sec    0   61.3 KBytes       
    [  5]   1.00-2.00   sec  1.35 MBytes  11.3 Mbits/sec    0   61.3 KBytes       
    [  5]   2.00-3.00   sec  1.38 MBytes  11.5 Mbits/sec    0   61.3 KBytes       
    [  5]   3.00-4.00   sec  1.50 MBytes  12.6 Mbits/sec    0   61.3 KBytes       
    [  5]   4.00-5.00   sec  1.35 MBytes  11.3 Mbits/sec    0   61.3 KBytes       
    [  5]   5.00-6.00   sec  1.47 MBytes  12.3 Mbits/sec    0   61.3 KBytes       
    [  5]   6.00-7.00   sec  1.35 MBytes  11.3 Mbits/sec    0   61.3 KBytes       
    [  5]   7.00-8.00   sec  1.47 MBytes  12.3 Mbits/sec    0   61.3 KBytes       
    [  5]   8.00-9.00   sec  1.35 MBytes  11.3 Mbits/sec    0   61.3 KBytes       
    [  5]   9.00-10.00  sec  1.35 MBytes  11.3 Mbits/sec    0   61.3 KBytes       
    - - - - - - - - - - - - - - - - - - - - - - - - -
    Test Complete. Summary Results:
    [ ID] Interval           Transfer     Bitrate         Retr
    [  5]   0.00-10.00  sec  14.1 MBytes  11.8 Mbits/sec    0             sender
    [  5]   0.00-10.00  sec  13.8 MBytes  11.6 Mbits/sec                  receiver
    CPU Utilization: local/sender 1.2% (0.1%u/1.1%s), remote/receiver 0.0% (0.0%u/0.0%s)
    snd_tcp_congestion cubic
    
    iperf Done.
    which is even slower than a NUC10 I have connected with wifi
    Code:
    NUC10 running Wifi:
    [  4] local 10.1.10.205 port 60992 connected to 10.1.10.50 port 5201
    Starting Test: protocol: TCP, 1 streams, 131072 byte blocks, omitting 0 seconds, 10 second test
    [ ID] Interval           Transfer     Bandwidth
    [  4]   0.00-1.00   sec  28.5 MBytes   238 Mbits/sec
    [  4]   1.00-2.00   sec  31.1 MBytes   261 Mbits/sec
    [  4]   2.00-3.00   sec  31.5 MBytes   264 Mbits/sec
    [  4]   3.00-4.01   sec  34.9 MBytes   292 Mbits/sec
    [  4]   4.01-5.00   sec  35.8 MBytes   301 Mbits/sec
    [  4]   5.00-6.00   sec  34.4 MBytes   288 Mbits/sec
    [  4]   6.00-7.00   sec  35.4 MBytes   297 Mbits/sec
    [  4]   7.00-8.00   sec  32.9 MBytes   276 Mbits/sec
    [  4]   8.00-9.01   sec  32.0 MBytes   268 Mbits/sec
    [  4]   9.01-10.00  sec  34.6 MBytes   291 Mbits/sec
    - - - - - - - - - - - - - - - - - - - - - - - - -
    Test Complete. Summary Results:
    [ ID] Interval           Transfer     Bandwidth
    [  4]   0.00-10.00  sec   331 MBytes   278 Mbits/sec                  sender
    [  4]   0.00-10.00  sec   331 MBytes   278 Mbits/sec                  receiver
    CPU Utilization: local/sender 18.6% (2.3%u/16.2%s), remote/receiver 0.0% (0.0%u/0.0%s)
    According, to this, it would just be better to put a Wifi card into the SAMBA server. To verify, I copied a 250GB file from another Windows server to the NUC10 running Win 10 as well, and got 50MBytes/sec pretty consistently.

  8. #28
    Join Date
    Mar 2010
    Location
    Squidbilly-Land
    Beans
    Hidden!
    Distro
    Ubuntu

    Re: Is Samba read/write rate performance on Ubuntu 20.04 capped at around 11MB/s?

    Back to checking the CAT5e cable, switch ports, routing tables?
    11.3 Mbits/sec seems very much like 100 base-tx speeds. Are you 100% certain the cable is CAT5e or better? Have you checked the switch ports?

    Have you tried booting a "Try Ubuntu" from an 18.04 release? Then install iperf3 and re-run the tests. That would tell us if it is something about the 20.04 install or not. It would also point towards a hardware issue if the performance on 18.04 was bad too. Could also try a "Try Ubuntu" 20.04 boot environment to see if the install is the issue. If the "Try Ubuntu" environments provide good performance then you'll know the HW is fine.

  9. #29
    Join Date
    Oct 2005
    Location
    Lab, Slovakia
    Beans
    10,385

    Re: Is Samba read/write rate performance on Ubuntu 20.04 capped at around 11MB/s?

    Check the ethernet configuration with ethtool to see whether it is indeed in Gigabit full duplex mode.

    https://linuxhint.com/ethtool_commands_examples/

  10. #30
    Join Date
    May 2005
    Beans
    148
    Distro
    Ubuntu 20.04 Focal Fossa

    Re: Is Samba read/write rate performance on Ubuntu 20.04 capped at around 11MB/s?

    Quote Originally Posted by HermanAB View Post
    Check the ethernet configuration with ethtool to see whether it is indeed in Gigabit full duplex mode.

    https://linuxhint.com/ethtool_commands_examples/
    Yeah, I've tried swapping cables with faster running systems and checking the LEDs on the switch which indicate 1000Mbps. I even put in an Asus 10-Gigabit XG-c100c NIC. The ethertool gives this:
    Code:
    sudo ethtool enp4s0
    Settings for enp4s0:
    	Supported ports: [ TP ]
    	Supported link modes:   100baseT/Full 
    	                        1000baseT/Full 
    	                        10000baseT/Full 
    	                        2500baseT/Full 
    	                        5000baseT/Full 
    	Supported pause frame use: Symmetric Receive-only
    	Supports auto-negotiation: Yes
    	Supported FEC modes: Not reported
    	Advertised link modes:  100baseT/Full 
    	                        1000baseT/Full 
    	                        10000baseT/Full 
    	                        2500baseT/Full 
    	                        5000baseT/Full 
    	Advertised pause frame use: Symmetric
    	Advertised auto-negotiation: Yes
    	Advertised FEC modes: Not reported
    	Speed: 1000Mb/s
    	Duplex: Full
    	Port: Twisted Pair
    	PHYAD: 0
    	Transceiver: internal
    	Auto-negotiation: on
    	MDI-X: Unknown
    	Supports Wake-on: pg
    	Wake-on: g
    	Current message level: 0x00000005 (5)
    			       drv link
    	Link detected: yes
    Yesterday, when I ran iperf3 with this NIC, I was still only getting ~10MBytes/sec transfer speed. Today I got this:
    Code:
    iperf3 -V -b 1Gbps -c 10.1.10.50
    iperf 3.7
    Linux lic2u 5.8.0-53-generic #60~20.04.1-Ubuntu SMP Thu May 6 09:52:46 UTC 2021 x86_64
    Control connection MSS 1460
    Time: Wed, 26 May 2021 15:07:42 GMT
    Connecting to host 10.1.10.50, port 5201
          Cookie: nrx2trv7dsa3zolebtkl7dsgqglo3q6vsg3f
          TCP MSS: 1460 (default)
          Target Bitrate: 1000000000
    [  5] local 10.1.10.20 port 34642 connected to 10.1.10.50 port 5201
    Starting Test: protocol: TCP, 1 streams, 131072 byte blocks, omitting 0 seconds, 10 second test, tos 0
    [ ID] Interval           Transfer     Bitrate         Retr  Cwnd
    [  5]   0.00-1.00   sec  6.20 MBytes  52.0 Mbits/sec    0    439 KBytes       
    [  5]   1.00-2.00   sec  3.62 MBytes  30.4 Mbits/sec    0    439 KBytes       
    [  5]   2.00-3.00   sec  3.62 MBytes  30.4 Mbits/sec    0    439 KBytes       
    [  5]   3.00-4.00   sec  3.50 MBytes  29.4 Mbits/sec    0    439 KBytes       
    [  5]   4.00-5.00   sec  3.50 MBytes  29.4 Mbits/sec    0    439 KBytes       
    [  5]   5.00-6.00   sec  3.50 MBytes  29.4 Mbits/sec    0    439 KBytes       
    [  5]   6.00-7.00   sec  3.62 MBytes  30.4 Mbits/sec    0    439 KBytes       
    [  5]   7.00-8.00   sec  3.50 MBytes  29.4 Mbits/sec    0    439 KBytes       
    [  5]   8.00-9.00   sec  3.50 MBytes  29.4 Mbits/sec    0    439 KBytes       
    [  5]   9.00-10.00  sec  3.50 MBytes  29.4 Mbits/sec    0    439 KBytes       
    - - - - - - - - - - - - - - - - - - - - - - - - -
    Test Complete. Summary Results:
    [ ID] Interval           Transfer     Bitrate         Retr
    [  5]   0.00-10.00  sec  38.1 MBytes  31.9 Mbits/sec    0             sender
    [  5]   0.00-10.00  sec  36.6 MBytes  30.7 Mbits/sec                  receiver
    CPU Utilization: local/sender 1.4% (0.4%u/0.9%s), remote/receiver 0.1% (0.0%u/0.1%s)
    snd_tcp_congestion cubic
    
    iperf Done.
    which is not quite where it should be, but better. Not sure why the difference from day to day.
    The next step is to use the "Try Ubuntu" thunbdrives to see if there is some kind of configuration issue with the current servers. This issue seems to affect both Ubuntu 20.04 systems running on X99 Motherboards.
    Last edited by mike4ubuntu; May 26th, 2021 at 04:13 PM.

Page 3 of 4 FirstFirst 1234 LastLast

Tags for this Thread

Bookmarks

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •