Samba4 сильно нагружает журнал файловой системы (ext4).

data=journal практически удваивает нагрузку.

И почему ты решил, что «нагружает»? 58% это не проценты пропускной способности, а проценты нагрузки - а нагрузка у тебя вообще смешная.

58% это не проценты пропускной способности

Разве? Т.е. сумма всех показателей в графе «IO>» всегда должна равняться 100%? Но это же не так.

man iotop
It also displays the percentage of time the thread/process spent while swapping in and while waiting on I/O.

Т.е. проценты - это процент времени, потраченной на ожидание ввода-вывода, на «торможение» одним словом. :)

И почему ты решил, что «нагружает»?

Субъективно, дисковые операции выполнялись значительно медленнее (что логично, если очередь IO высокая) + LA высокий был.

data=journal практически удваивает нагрузку

Знаю, но в паре мест наткнулся на сообщения о том, что это внезапно может помочь. data=writeback по идее ее должно снижать, за счет того что процесс не ждет записи в журнал, но на деле это не произошло.

Каков процент использования диска на ФС, где лежат нагруженные самбовские базы? Как насчет глянуть на предмет фрагментации?

Да вроде все в порядке.

fsck.ext4 -nvf /dev/vda1
e2fsck 1.42.5 (29-Jul-2012)
Warning!  /dev/vda1 is mounted.
Pass 1: Checking inodes, blocks, and sizes
Pass 2: Checking directory structure
Pass 3: Checking directory connectivity
Pass 4: Checking reference counts
Pass 5: Checking group summary information

       93925 inodes used (4.67%, out of 2011296)
          69 non-contiguous files (0.1%)
         101 non-contiguous directories (0.1%)
             # of inodes with ind/dind/tind blocks: 0/0/0
             Extent depth histogram: 84376/27
      768601 blocks used (9.56%, out of 8035584)
           0 bad blocks
           1 large file

       74580 regular files
        8095 directories
          12 character device files
          25 block device files
           1 fifo
         724 links
       11166 symbolic links (9438 fast symbolic links)
          37 sockets
------------
       94640 files

Это виртуалка, кстати, диск virtio. Модули ядра подгружены, тюнить в линуксе, насколько мне известно, ничего не надо по этому поводу, но мало ли...

Проблема в том, что ext4 очень нервно относится к множественным fsync(). Я в свое время «решал» это отключением барьеров на fs, что, конечно, нехорошо, но помогало.

Угу, barrier=0 помогло. Но, как и без журнала, это может быть чревато.

Вот, теперь нужно выяснить, почему samba дергает столько много fsync().

Чтобы данные в базе не потерять, вестимо :-)