Slow smb share

  • Hi,


    A fresh install of OMV v3 on a base Debian Jessie distribution running on ODROID-XU4


    The external USB3 drive is a 2TB Western Digital My Passport Ultra


    This drive is luks encrypted, file system is ext4


    I've used this drive on a Windows 10 machine with NTFS before and it had read/write rates > 80 MB/sec there


    Extra options for SMB/CIFS in OMV are:


    Code
    getwd cache = yes
    write cache size = 524288
    min receivefile size = 16384


    And "Use sendfile" is ticked as well


    I'm using all tuning options (governor = ondemand, tuned irq settings, etc.)
    from Obihörnchens blog entries.


    mii-tool's output is fine:

    Code
    eth0: negotiated 1000baseT-FD flow-control, link ok

    iperf3 output looks good as well (> 900 Mbits/sec)


    I'm aware that the luks encryption costs performance but the
    write rate of a 1 GB file to the SMB shares starts with ~85 MB/s
    but immediately drops down to about 18 MB/s and stays in that
    range.


    top shows that a process called ksoftirqd/<x> can jump up to ~ 80%
    kworker/ takes up to 30% (sometimes this and ksoftirqd share the 80% value)
    and samba takes the rest (about 20%).


    I'm using these tweaks in /etc/rc.local


    How can I get the speeds up?

    • Offizieller Beitrag

    Back to 2.x...

    I don't like this as a solution.


    How can I get the speeds up?

    Use the latest xu4 image from here. This has the best optimizations for the xu4. I was able to get 100+ MB/s. If you can't get that, there is an issue with that usb enclosure on Linux or your network or Win10 client.

    omv 7.0.5-1 sandworm | 64 bit | 6.8 proxmox kernel

    plugins :: omvextrasorg 7.0 | kvm 7.0.13 | compose 7.1.4 | k8s 7.1.0-3 | cputemp 7.0.1 | mergerfs 7.0.4


    omv-extras.org plugins source code and issue tracker - github - changelogs


    Please try ctrl-shift-R and read this before posting a question.

    Please put your OMV system details in your signature.
    Please don't PM for support... Too many PMs!

  • I'm afraid, I can't use that image. I've ordered my XU4 with an eMMC 16GB media only
    and it seems the issue that the linked image isn't able to boot from an eMMC drive is still
    unresolved.


    The network is not the problem. As I said iperf3 shows over 900MBit. The Win 10 client
    isn't the problem as well. It can read / write to a NixOS machine on the same 1GBit
    network with > 100 MB/sec. I'll check if the hdd enclosure is a bottleneck by connecting
    a 256GB Samsung 850 Pro to the XU4 and copy large files from / to that device...


    Any other suggestions?

  • The encasing isn't the problem. Write / read rates are over 90 MB/sec.


    The default encryption seems to be aes-xts 256. And cryptsetup benchmark
    shows that the max. en- / decryption rates are at about 41 MB/sec.


    Using aes-cbc-essiv with 256 bit (real 128, because they are splitted)
    has about 90 MB/sec en- / decryption rates...
    I know this cipher is vulnerable to attacks but at least I wanted to see
    if it would be an option..


    But using this still cuts the performance down to 18 MB/sec...


    The non encrypted drive performs well at about 90 MB/sec *sigh*

  • best solution:
    buy an sdcard install "OMV_3_0_76_Odroidxu4_4.9.28.7z" and you have best performance.


    Samab speed around 115MB/s
    With mergerfs around 95MB/s



    for NAS eMMC is useless, too expensive

Jetzt mitmachen!

Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!