n
а bbr типа быстрее разгоняется и эффективнее занимает канал. а ему fq надо.
Size: a a a
2020 June 15
SK
т.е. есть проблемы с утилизацией самим OVSом полосы?
n
мне надо образа через впн качать, без тюнинга 3мбит получалос
n
т.е. есть проблемы с утилизацией самим OVSом полосы?
нет, с fair queue
n
сейчас на других хостах этого кластера испытаю. я уже собирался его на LB переводить
n
в общем, сетка оживает, но невероятно криво, например, пока не рестратану сетевой интерфейс на хосте, подключенный к общему физическому свитчу, траффик с виртуалки на хосте А не идет на виртуалку на хосте Б
BS
а быстрее стало? надо померять
n
главное нет прикола с зависанием iperf3
n
но есть другой прикол: на хосте А на интерфейсе подключенном к vswitch (который подключен к eth) первичный ip: 10.133.34.250/24 и вторичный 10.133.34.240/24 (keepalived выставляет, шлюз). первичный не пингуется с хоста 10.133.34.251, а вторичный пингуется.
n
короче, чтобы проверить надо, похоже перезагружать весь кластер.
n
может просто очереди на OVS интерфейсах реализованы бажно и fair queue прост не работает.
n
root@corosync3:~# ping 10.133.34.41
PING 10.133.34.41 (10.133.34.41) 56(84) bytes of data.
64 bytes from 10.133.34.41: icmp_seq=1 ttl=64 time=1.42 ms
и все. больше ответов не приходит. .41 - другая виртуалка
PING 10.133.34.41 (10.133.34.41) 56(84) bytes of data.
64 bytes from 10.133.34.41: icmp_seq=1 ttl=64 time=1.42 ms
и все. больше ответов не приходит. .41 - другая виртуалка
n
не починилось в общем
TF
BS
да потому что zfs это сказка, которой некоторые живут)
TF
да потому что zfs это сказка, которой некоторые живут)
A
Может кто знает как в zfs отключить O_DIRECT для конкретного пула?
n🐈
чтоб он совсем от каждого чиха ломался?)
A
zfs без O_DIRECT не ломается, оно и без ZIL тоже не ломается