Size: a a a

KVM (PVE/oVirt etc)

2020 August 30

I

Ivan in KVM (PVE/oVirt etc)
какой тип дисков ? кэш ?
источник

I

Ivan in KVM (PVE/oVirt etc)
а без нумы хуже ?
источник

n

nanomechanic in KVM (PVE/oVirt etc)
/dev/nvme0n1 -> virtio0, direct sync, block size=4k
источник

n

nanomechanic in KVM (PVE/oVirt etc)
без нумы не могу 32 гб выделить
источник

M

Maxim in KVM (PVE/oVirt etc)
А как вообще hz влияет на квм?
источник

I

Ivan in KVM (PVE/oVirt etc)
для nvme блок не маловат ? там же в железе наверняка 8к
источник

M

Maxim in KVM (PVE/oVirt etc)
Помню ещё давно на 1000 крутили для игровых серверов
источник

n

nanomechanic in KVM (PVE/oVirt etc)
не, nvme id-ns пишет что 4k format - best
источник

I

Ivan in KVM (PVE/oVirt etc)
nanomechanic
не, nvme id-ns пишет что 4k format - best
в том то и хохма, что пишет одно, а на самом деле другое. где-то был тред про современные ssd.
источник

n

nanomechanic in KVM (PVE/oVirt etc)
паравиртуализация в qemu могла только в 4к сектора
источник

n

nanomechanic in KVM (PVE/oVirt etc)
в проксе это задается через args. кроме того, вопрос в поддержке fs. ext4 поддерживает только 4к
источник

n

nanomechanic in KVM (PVE/oVirt etc)
в общем, после пердолинга только на 10% от физ железа отставало. на том же проксе, с cpuaffinity=0-7
источник

n

nanomechanic in KVM (PVE/oVirt etc)
ну и pgbench со scale factor=1000 у меня получился больше cpu bound, чем io-bound. В виртуалке-то fio -fsync=1 -iodepth=1 больше 10к не выжимает, latency слишком большой
источник

RV

Roman V in KVM (PVE/oVirt etc)
nanomechanic
я там помимо апгрейда ядра еще много что делал: отключал аппармор, mitigations=off, hz=100 вместо 250, kernel preemption=server вместо desktop. cpu pinning на cpu-треды  виртуалки. тест pgbench. на дефолтном ядре 7300tps после тюнинга 11070
Думаю что стоило бы провернуть тоже самое но с pve-шным ядром. Для честного сравнения. (Понимаю что сложно все будет вспомнить)
Кстати, если не жаль энергию и нагретый воздух. Можно ещё cstate в перманентный turbo boost вогнать. Но тогда надо за охладом следить и парочку бп в сервере иметь. Попугаи должны тоже вырасти, так как цпу не будет тратить время на переход стейтов
источник

n

nanomechanic in KVM (PVE/oVirt etc)
nanomechanic
в общем, после пердолинга только на 10% от физ железа отставало. на том же проксе, с cpuaffinity=0-7
не, вру, 12 ядер использовались, т.е. все что есть
источник

n

nanomechanic in KVM (PVE/oVirt etc)
Roman V
Думаю что стоило бы провернуть тоже самое но с pve-шным ядром. Для честного сравнения. (Понимаю что сложно все будет вспомнить)
Кстати, если не жаль энергию и нагретый воздух. Можно ещё cstate в перманентный turbo boost вогнать. Но тогда надо за охладом следить и парочку бп в сервере иметь. Попугаи должны тоже вырасти, так как цпу не будет тратить время на переход стейтов
это у меня по дефолту стоит
источник

n

nanomechanic in KVM (PVE/oVirt etc)
кстати, мне тут ютуб кинул обзор на появившиеся xeon platinum 8124m, это амазон версия. 500-600 баксов. 18 ядер, 3ггц
источник

n

nanomechanic in KVM (PVE/oVirt etc)
работают не на всех материнках :(
источник

UD

Uncel Duk in KVM (PVE/oVirt etc)
nanomechanic
работают не на всех материнках :(
а четам, микрокод зашить и все
источник

RV

Roman V in KVM (PVE/oVirt etc)
nanomechanic
это у меня по дефолту стоит
Могу тогда предположить что это и отключение патчей meltdown/spectre и дало рост попугаев (а не смена версии ядра). Как раз когда их начали распространять - было много шуму что именно на базах и старых процах здорово просели попугаи
источник