Скорость загрузки файлов в Nextcloud.

самба же тормоз сама по себе

И ни какой информации о дисках. Может вы в них упираетесь?

По русски же написано что самба выдает 2-3гбита. А некстклауд 0.2гб, на одних и те же дисках.

Во-первых не «2-3гбита», а 1.6-2.4. Во-вторых для nextcloud TC вообще не указал скорость, только обьем «200 Мбит».

RAID 10 из 4 дисков Seagate Exos 7E8 4 ТБ ST4000NM000A на контроллере Adaptec ASR-6805T.

Загрузка на nextcloud через web 200 Мбит/с Скачивание с nextcloud через web 1200 Мбит/с Браузеры заметного отличия по скорости не дают. Проверял в Firefox и Google Chrome

Посмотрите на лимиты у nginx, это он может ограничивать.

Где это HDD диски, даже в RAID выдавали такие скорости?

Думаю тут дело в том, что скачиваются закэшированные в памяти данные, поэтому быстро. А когда надо писать, то мы видим настоящую скорость.

ТС, ты уверен, что твоя ФС/диски вообще может в такие скорости? Может тестов прогнать и вопросы отпадут сами собой?

переписать работу с файлами некстклауда с пэхпэ на чтонить побыстрее ??
тот же kphp и подобные ??

Кстати они выкатили файловый бэкэнд https://help.nextcloud.com/t/setting-up-files-high-performance-backend/108651

Можно его пробовать.

Какие скорости? 2-3гбита это нормальная скорость для одного современного хдд

Где это HDD диски, даже в RAID выдавали такие скорости?

А что не так со скоростями? Механика HGST HUS728T8TALE6L4 7200rpm
read 744 MB/s
write 90.8 MB/s

read 744 MB/s write 90.8 MB/s

Скорость загрузки файлов на nextcloud сервер не превышает 200 Мбит,а при скачивании файлов скорость в несколько раз выше

Мне одному кажется, что это очень даже хорошая скорость для HDD, даже в RAID.

При загрузке на сервер вы ведь не один на диск пишите, и не линейной записью. Логично, что скорость будет ниже. Вот эти 200 Мбит на запись выглядят очень даже реально по сравнению с 200-300 МБайт/с

Вот к примеру у меня на WDC WD120EFBX-68B0EN0 7200 rpm в raid1

read 371 MB/s write 71.1 MB/s

diskinfo -t /dev/da1

/dev/da1

    512             # sectorsize
    2199023255552   # mediasize in bytes (2.0T)
    4294967296      # mediasize in sectors
    0               # stripesize
    0               # stripeoffset
    267349          # Cylinders according to firmware.
    255             # Heads according to firmware.
    63              # Sectors according to firmware.
    VMware Virtual disk     # Disk descr.
                    # Disk ident.
    No              # TRIM/UNMAP support
    Unknown         # Rotation rate in RPM
    Not_Zoned       # Zone Mode

Seek times:

    Full stroke:      250 iter in   0.808558 sec =    3.234 msec
    Half stroke:      250 iter in   1.077411 sec =    4.310 msec
    Quarter stroke:   500 iter in   3.318227 sec =    6.636 msec
    Short forward:    400 iter in   1.482169 sec =    3.705 msec
    Short backward:   400 iter in   3.048181 sec =    7.620 msec
    Seq outer:       2048 iter in   0.173352 sec =    0.085 msec
    Seq inner:       2048 iter in   0.185295 sec =    0.090 msec

Transfer rates:

    outside:       102400 kbytes in   0.360218 sec =   284272 kbytes/sec
    middle:        102400 kbytes in   0.273716 sec =   374110 kbytes/sec
    inside:        102400 kbytes in   0.047162 sec =  2171240 kbytes/sec

Вот к примеру у меня на WDC WD120EFBX-68B0EN0 7200 rpm в raid1
read 371 MB/s write 71.1 MB/s

В загруженном (другими сервисами) варианте или нет? И что бы два раза не вставать рейд: софт, фэйк или хард?

VMware Virtual disk

Смешно. Дядь, а вы сразу не могли написать, что это ВМ ?

Broadcom / LSI SAS3408 Fusion-MPT Tri-Mode I/O Controller Chip(HBA, не помню точную модель) -> RAID1(mdadm) -> LVM -> единственный ext4 раздел, смонтирован в /mnt, ни кто другой его не дёргает, файлопомойка.

«ни кто другой», ни torrent, ни кто-то ещё кроме пользователя через файловый менеджер к дискам не обращается.

Тестировал dd с флагом direct

read 371 MB/s вполне по спецификации. А вот write с вашим бутербродом... mdadm -> LVM... уже надо на саму систему смотреть, это ваши тараканы... тут и камень может подводить.