Талян,
Так как ip у вас на бридже, а не на физическом интерфейсе, есесно с таким набором правил не будет работать.
Вариантов решения много. Вот два из них:
1. Добавить бридж-интерфейс в список LAN:
/interface list member
add interface=bridge list=LAN
2.Добавить разрешающее правило на входящие пакеты из ip-подсети на бридж:
Антон Антон, это понятно, что там возможно какие-то древние заклинания нужны, но если бы не случай, когда винда+мсскл на виртуалке, то ТГ также - слабо показывает - 23 балла.
Вот только что закончил тест в следующей конфе:
Дебиан на голом железе. На нем 1с сервер и постгрес. Клиента 1с запускал с другой машины из локалки по гигабиту (прверял). ТГ = 9,4. ))) Истерика, уже.
Ладно, буду тюнингом заниматься. Потом отпишусь для всех тут.
Антон Антон,
Суть в том, что с виртуализацией 23 попугая, и не важно какая у виртуалки ось и субд: винда+MSSQL или линукс+постгрес.
А вот на голом железе винда+mssql сразу 53 попугая. При этом кстати, файловый вариант, так и остался на 40 (хотя может это уже меня вчера глючило от количества проведенных тестов).
Денис _______________, Выставлено CPU host-passthrough. Учитывая, что 1с не умеет в многоядерность, что в принципе и показывает htop (при тестировании гилева, в один момент времени занято только одно ядро).
ArchLinux предполагает, что всё всегда свежее.
Сейчас буду ставить дебиан на голое железо, на него накатывать постгрес, сервер 1с, libvirtd с qemu для 1с-клиента на винде. Посмотрю, как с голым линуксом.
Kenny00,
данный cpu 3,6 в стоке и до 5 ГГц в турбо бусте.
А оверклокать не хочу, если честно, в том числе и изза охлаждения. Да и во время теста проц сам "турбобустится" до 4,2ГГц.
я подозреваю, что дело все таки не в дисковой подсистеме, так как файловый вариант конфы гилева, размещеный на RAM-диске, выдал результат такой же как и на nvme, а именно 40 баллов. При этом показатели кристалдискмарк на этом RAM-диске были такими:
ну назовите интерфейс по другому. В официальном мануале микротика по ipsec были вообще? Там же все очень доходчиво написано.
Также, учитывая, что вопрос вы задали очень скудно, без деталей, и вместо выкладывания конфигов вашего "чистого ipsec", вы ведете дискурс в ключе "почемучки".
Частота и тамйминги на всех планках одинаковые.
Но вот такой вопрос:
Во вкладке Motherboard ---> SPD значение Memory Speed показывает DDR-2666 (1333 MHz).
Это нормально? Или это значит что все планки работают на частоте вдвое меньше, чем номинал и просто мать понижает частоту?
Valdemar Smörman, Не понимаю, к чему спорить. Я дал ответ ТС, не Вам. И дал такой ответ, который, в силу его знаний, будет достаточен. Без теоретической воды, что такое pavucontrol, и почему ковыряние настройки pulseaudio зачастую может исправть, где alsa хромает. Еще раз - ответ дал не Вам!
Valdemar Smörman, Самоуверенно как-то. Не? Откуда знание, что дрова? Никакого выхлопа из консоли автор не дал, вроде.
Второе, нужно идти от легкого к сложному, а не наоборот. Установить из реп одну утилиту, которую так и так желательно ставить при проблемах со звуком. Если она не поможет, потом уже копать "как ставить ручками дрова, которых нет в стоковом ядре и модулях".
И я пришел не спорить с Вами, посему всё.
Рональд Макдональд, Ну чел про SSD спросил. В HDD был смысл, да.
P.S. Я года три, как перешел на sata-SSD (а, недавно на nvme), и иметь килограм шумящего железа, вместо двух планок, больше не хочется. Про производительность уж молчу.
Рональд Макдональд, это хорошо. Не статистика же. Да и производительность повысилась на сколько синтетических попугаев? В реалии процентов 10. Тема обмусолена 100500 раз (не знаю, зачем я залез). Я понимаю, когда речь шла про SAS 15K. А так c SSD везде вывод - потратье 3000 руб, купите современный SSD на 240 ГБ. Тогда будет действительно видно повышение производительности.
Так как ip у вас на бридже, а не на физическом интерфейсе, есесно с таким набором правил не будет работать.
Вариантов решения много. Вот два из них:
1. Добавить бридж-интерфейс в список LAN:
2.Добавить разрешающее правило на входящие пакеты из ip-подсети на бридж:
где 192.168.21.0/24 ваша подсеть.