СК
у меню солянка из sas/sata
Size: a a a
2020 January 10
A
с чего латенси должно падать? обращение к кешу предпологает быстрый доступ к данным
I
с чего латенси должно падать? обращение к кешу предпологает быстрый доступ к данным
логично. но реальность оказалась другой. видел пару тредов про ядро с writeback, что латенси на nvme полное дно.
I
в общем я не одинок в своих наблюдениях.
A
логично. но реальность оказалась другой. видел пару тредов про ядро с writeback, что латенси на nvme полное дно.
на чём затестить латенси можно? у меня на nvme + writeback 25гбайт/c
I
на чём затестить латенси можно? у меня на nvme + writeback 25гбайт/c
fio
A
так выходит virtio block лучше использовать? )))
I
так выходит virtio block лучше использовать? )))
ща я сделаю замеры всех типов дисков и выдвину своё экспердное мнение 😃
СГ
так выходит virtio block лучше использовать? )))
не забывайте что для Virtio Block вам будет недоступен discard (TRIM)
СГ
вот ещё одно сравнение:
https://mpolednik.github.io/2017/01/23/virtio-blk-vs-virtio-scsi/
https://mpolednik.github.io/2017/01/23/virtio-blk-vs-virtio-scsi/
A
ща я сделаю замеры всех типов дисков и выдвину своё экспердное мнение 😃
не нашёл команды теста латенси
A
I
не нашёл команды теста латенси
просто делай замер
I
вот lat/clat/slat
A
как затестить последовательное чтение
I
как затестить последовательное чтение
я делал блок большого размера и iodepth=1
A
I
много букф там. дайте тупо команду ))
[readtest]
stonewall
blocksize=64M
rw=read
iodepth=1
stonewall
blocksize=64M
rw=read
iodepth=1
I
целиком так:
[global]
filename=\\.\PhysicalDrive666
refill_buffers
ioengine=windowsaio
randrepeat=0
buffered=0
direct=1
thread=1
runtime=300
[readtest]
stonewall
blocksize=64M
rw=read
iodepth=1
[global]
filename=\\.\PhysicalDrive666
refill_buffers
ioengine=windowsaio
randrepeat=0
buffered=0
direct=1
thread=1
runtime=300
[readtest]
stonewall
blocksize=64M
rw=read
iodepth=1