XU4 - Luks SMB share, speed?

  • Hi,


    does anyone use a a luks encrypted data disk which he shares via SMB?


    If yes, can you please post the normal transfer rate (read / write) for
    a single large file, e.g. 1 GB (including your used cipher, key size and sha value)?


    I can't get above a constant 18 MB/sec and would like to see if the XU4 in
    conjunction with OMV is capable of delivering a higher value...


    Thanks!

  • Hi,


    I've attached the htop picture and these are the values from iostat 5. These are measurements when
    writing a 2 GB file to the encrypted share...


    Code
    Device:            tps    kB_read/s    kB_wrtn/s    kB_read    kB_wrtn
    mmcblk0           0.40         0.00         1.80          0          9
    mmcblk0boot1      0.00         0.00         0.00          0          0
    mmcblk0boot0      0.00         0.00         0.00          0          0
    sda             141.40         0.00     16617.60          0      83088
    dm-0            127.40         0.00     14880.80          0      74404
    
    
    avg-cpu:  %user   %nice %system %iowait  %steal   %idle
               1.00    0.00   19.09   10.64    0.00   69.27
  • No, I've created a single user in OMV's web gui and I'm accessing the share with that.


    Code
    root@odroid-xu4:~# ls -la /srv/dev-disk-by-label-CRYPT/crypt/
    total 1856524
    drwxrwsr-x 2 root    users       4096 Jun 12 19:35 .
    drwxr-xr-x 4 root    root        4096 Jun 12 16:42 ..
    -rw-rw-r-- 1 highend users 1901068288 May 19 10:00 Armbian_5.27_Odroidxu4_Debian_jessie_next_4.9.28.img


    testparm


    This is a debian jessie image, apt-cache search armbianmonitor doesn't find a package.
    I've only added deb http://packages.openmediavault.org/public erasmus main
    to install openmediavault, is there another repository that need to be added?

  • This is a debian jessie image, apt-cache search armbianmonitor doesn't find a package.

    Ok, then it's not worth the efforts. I'm only interested in performance of this specific OMV image (also Debian Jessie based but containing all Armbian and also new OMV optimizations for XU4): https://sourceforge.net/projec…oidxu4_4.9.28.7z/download


    I won't start to waste time with older/unoptimized OS images (settings matter, kernel matters)

  • Ok, fair enough. That image is only flashable to SD-Cards and my XU4 has only an eMMC media atm.
    I've ordered a Samsung 32GB Evo Plus which will arive on wednesday. I'll report back if performance
    increases when the image was flashed.


    Thanks for your effort!

  • That image is only flashable to SD-Cards and my XU4 has only an eMMC media atm.

    There seems to be a workaround available in the meantime. But requires overwriting the eMMC with another image (since the u-boot Hardkernel put on the eMMC by default is horribly outdated and doesn't even support ext4): https://forum.armbian.com/inde…mmc/&page=3#comment-33345

  • Thanks for the link. I'll see if I can make sense of it :)


    Ok, I've found an older 16 GB micro SD-Card lying around... I've flashed the
    https://sourceforge.net/projec…oidxu4_4.9.28.7z/download
    image and reconfigured everything


    htop


    iostat 5


    Code
    Device:            tps    kB_read/s    kB_wrtn/s    kB_read    kB_wrtn
    mmcblk1           0.00         0.00         0.00          0          0
    sda              18.80         0.80     18848.00          4      94240
    dm-0             22.20         0.80     20688.00          4     103440
    
    
    avg-cpu:  %user   %nice %system %iowait  %steal   %idle
               2.09    0.00    8.58   17.90    0.00   71.43


    testparm




    armbianmonitor -u
    http://sprunge.us/AVZE



    A picture how the transfer to the crypted volume looks like




    If you need any more info...

  • Thanks for the link. I'll see if I can make sense of it :)


    Ok, I've found an older 16 GB micro SD-Card lying around... I've flashed the
    https://sourceforge.net/projec…oidxu4_4.9.28.7z/download
    image and reconfigured everything


    htop


    iostat 5


    Code
    Device:            tps    kB_read/s    kB_wrtn/s    kB_read    kB_wrtn
    mmcblk1           0.00         0.00         0.00          0          0
    sda              18.80         0.80     18848.00          4      94240
    dm-0             22.20         0.80     20688.00          4     103440
    
    
    avg-cpu:  %user   %nice %system %iowait  %steal   %idle
               2.09    0.00    8.58   17.90    0.00   71.43


    testparm




    armbianmonitor -u
    http://sprunge.us/AVZE



    A picture how the transfer to the crypted volume looks like




    If you need any more info...

  • Thank you for the data (still htop and iostat not really consistent). Next step is to eliminate Samba with a local iozone bench.


    Please cd to your LUKS directory and then use first iozone call from https://forum.armbian.com/inde…findComment&comment=15265 (iozone -e -I -a -s 100M -r 4k -r 16k -r 512k -r 1024k -r 16384k -i 0 -i 1 -i 2).


    And run in parallel in one shell 'htop' (and have an eye there whether specific processes max out one CPU core) and run in another shell 'iostat 5' and stop it with [ctrl-c] only after iozone has finished. And then results from both calles via pastebin.com would be great.

  • Ok, low performance is unrelated to Samba (and settings) and to OMV too. With iozone you also get just ~18MB/s and iostat reports being somewhat busy in %system and twice as much in %iowait.


    The only advise I could give is to try out performance governor and see whether performance improves (cpufreq-set -g performance). If not you should ask over in Hardkernel forum referencing this thread wrt LUKS implementation (to me it seems there's something single threaded but the tasks jumps between CPU cores).


    BTW: I used your armbianmonitor output to illustrate the difference between a smartphone SoC and a NAS SoC: Helios4 -- community developed ARM 4 bay NAS device received important upgrade

  • Thanks for the advice.


    Even with the performance governor the results aren't significantly better.
    I've left out th 4k test here


    Code
    random    random     bkwd    record    stride
                  kB  reclen    write  rewrite    read    reread    read     write     read   rewrite      read   fwrite frewrite    fread  freread
              102400      16    14233    14408    14527    14664     1941     5661
              102400     512    17709    18852    18898    18930    13733    18941
              102400    1024    19136    19039    18729    18896    15291    19368
              102400   16384    17833    18463    18677    18612    18080    17769


    I'll create a new post over at hardkernel tomorrow.


    Gn8!

Jetzt mitmachen!

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