- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval           Transfer     Bitrate         Retr
[  5]   0.00-10.00  sec  5.47 GBytes  4.70 Gbits/sec    0             sender
[  5]   0.00-10.00  sec  5.46 GBytes  4.69 Gbits/sec                  receiver
[  7]   0.00-10.00  sec  5.47 GBytes  4.70 Gbits/sec    0             sender
[  7]   0.00-10.00  sec  5.46 GBytes  4.69 Gbits/sec                  receiver
[SUM]   0.00-10.00  sec  10.9 GBytes  9.39 Gbits/sec    0             sender
[SUM]   0.00-10.00  sec  10.9 GBytes  9.39 Gbits/sec                  receiver

lacp ad в тестах скорости не даст макс скорости бонда т.к. будет юзать один интерфейс из всех, просто поверь что 2+3 будет работать как надо ) ну либо запусти несколько тестов паралельно на разные хосты

3 хост TrueNas и там вообще 5 gb

но его все равно под снос пушу поставлю бубунту с zfs

iperf3: error - the server is busy running a test. try again later

ну так запусти еще один на другом порту

щас попробую тупо забэкапитсья туда

а то только 200 метров показывал

и сейчас теже дела 200 метров на 12 дисках zfs

randread вообще не интересно, там разницы не будет. Ничего в памяти не сидит, и ничего не кешируется, в тесте опция direct, отключающая буферизацию, иначе цифры были бы другие. Цифры, в случае LVM thin, соответствуют скорости устройства (чуть меньше, естественно).

Привет, народ!
Нубовский вопрос.
Есть прокс на хосте с CPU Intel(R) Xeon(R) CPU E3-1270 4 ядра, 8 потоков.
Можно ли выделять KVM-виртуалке, без ущерба для её производительности больше, чем 8 ядер виртуального ЦП?
Т.е., например, выделить 2 сокета, в каждом проц о 4 ядрах это гуд, а если больше, где просадит?

Или я совсем не в теме и там другие законы? )

суммарно выдать можно больше ресурсов, чем есть. но это не способствует производительности. лучше утилизация будет, если не выделять больше чем есть.

Формальная логика тут действует. ОК, спасибо)

а, ну и одной единственной вм не выдать больше проца, чем есть ) нескольким суммарно можно.

еще для небольшой экономии ресурсов на переключении контекста можно добиться с помощью cpu pinning

Запусти 2 экземпляра iperf и поставь хэширование 3+4

3+4 лучше не надо. могут быть странные проявления.

просто бонд не суммирует один поток, это нормально. зато суммируются разные потоки.

При 2+3 до одного ip всегда будет только часть скорости от бонда, хоть сколько потоков запусти.