Согласен, но у меня только 1 - 4 диска 3.5 можно впихнуть. 2 - там чисто бекап и медиафайлы, если потеряется, то не сильно огорчусь. Плюс я планирую либо расширить его либо оттащить на работу, и хранить бекапы там.

Плюс если по записи, то планирую еще добавить SSD диск как slog & special vdev

Плюс если по записи, то планирую еще добавить SSD диск как slog & special vdev

--numjobs=10 ради интереса

на сколько smr дешевле обошлись, кстати?

Ну у меня 1 был уже. Докупил с Авито, б/у за 7к за штуку ( Но с гарантией )

root@storage:/test# fio --filename=test --sync=1 --rw=randwrite --bs=1m --numjobs=10 --iodepth=4 --group_reporting --name=test --filesize=10G --runtime=300 && rm test test: (g=0): rw=randwrite, bs=(R) 1024KiB-1024KiB, (W) 1024KiB-1024KiB, (T) 1024KiB-1024KiB, ioengine=psync, iodepth=4 ... fio-3.1 Starting 10 processes test: Laying out IO file (1 file / 10240MiB) Jobs: 10 (f=10): [w(10)][100.0%][r=0KiB/s,w=40.0MiB/s][r=0,w=40 IOPS][eta 00m:00s] test: (groupid=0, jobs=10): err= 0: pid=6590: Mon Sep 21 10:27:40 2020 write: IOPS=129, BW=130MiB/s (136MB/s)(38.1GiB/300022msec) clat (msec): min=28, max=1205, avg=76.67, stdev=70.06 lat (msec): min=29, max=1206, avg=76.93, stdev=70.06 clat percentiles (msec): | 1.00th=[ 53], 5.00th=[ 58], 10.00th=[ 59], 20.00th=[ 62], | 30.00th=[ 62], 40.00th=[ 63], 50.00th=[ 64], 60.00th=[ 65], | 70.00th=[ 66], 80.00th=[ 68], 90.00th=[ 77], 95.00th=[ 104], | 99.00th=[ 468], 99.50th=[ 472], 99.90th=[ 802], 99.95th=[ 1133], | 99.99th=[ 1200] bw ( KiB/s): min= 2043, max=18769, per=10.14%, avg=13497.88, stdev=4635.09, samples=5934 iops : min= 1, max= 18, avg=13.11, stdev= 4.51, samples=5934 lat (msec) : 50=0.29%, 100=94.44%, 250=2.70%, 500=2.32%, 750=0.13% lat (msec) : 1000=0.07%, 2000=0.05% cpu : usr=0.35%, sys=3.50%, ctx=245944, majf=0, minf=75 IO depths : 1=100.0%, 2=0.0%, 4=0.0%, 8=0.0%, 16=0.0%, 32=0.0%, >=64=0.0% submit : 0=0.0%, 4=100.0%, 8=0.0%, 16=0.0%, 32=0.0%, 64=0.0%, >=64=0.0% complete : 0=0.0%, 4=100.0%, 8=0.0%, 16=0.0%, 32=0.0%, 64=0.0%, >=64=0.0% issued rwt: total=0,38992,0, short=0,0,0, dropped=0,0,0 latency : target=0, window=0, percentile=100.00%, depth=4 Run status group 0 (all jobs): WRITE: bw=130MiB/s (136MB/s), 130MiB/s-130MiB/s (136MB/s-136MB/s), io=38.1GiB (40.9GB), run=300022-300022msec

а, 4k блок потесть)

--bs=4k ?

Вот и смотри, сколько у тебя ушло на метаданные

Метаданные пишутся вместе с данными на пул, если у тебя не настроен отдельный special девайс для этого

Метаданные пишутся рядом с данными, но как бы вдобавок, а не вместе с ними

На пул

А у тебя в пуле ещё место осталось?

А ты случайно не делал так что сначала в винде диск был маленький, а потом ты его растянул до 24 тб?

Не знаю тогда в чём дело

очень похоже ,что отсюда ноги растут

Get all покажите на zvol

zfs get all POOLMANE/ZVOLNAME

ну так бы и сказал))

так я и написал "НА ZVOL"

Метаданные пишутся рядом с данными, но как бы вдобавок, а не вместе с ними

refreservation осознанно выставили? В него видать упёрлись

refreservation осознанно выставили? В него видать упёрлись

а записал ,якобы на 10 процентов меньше(

refreservation емнип работает на основе фактически занятого размера, для zvol это != volsize, а обычно больше, мета + raidz может давать аффект. У вас не raidz?

в общем если его увеличить, должно заработать

он

там табличка ещё есть полезная

эту табличку я помню)) так все таки мета пишется на zvol?

отдельным блоком, а с учётом что это ссд, то может быть выделена целая страница под это? и копий метаданных тоже несколько вроде как, емнип?

не в мете дело в случае raidz, там на каждый блок пишется ещё 2*ashift

для volblocksize=32k и ashift=12 сверху будет записано ещё 4к*2

тогда получается чтобы выдать клиенту,нужно рассчитать самому вручную "утрирую"))?

а если ашифт =0?))

нету такого)

нету такого)

)))

а, в этом контексте, это авто

12 у нас)

без zdb?