Дмитрий, так то да, если бы коммитились после каждой записи, но при чанке в 30к скорее больше будет накладных расходов на поддержание snapshot. И чем активнее используется таблица, тем дольше будут блокиовки. Тут скорее может немного улучшить ситуацию уменьшение размера чанка.
Вставка в одну таблицу? Другие таблицы ссылаются на текущую? Сколько записей в текущей таблице? Партиционирование, триггеры или что-то еще?
Исключите чисто диск, создайте новую таблицу и проверьте скорость на ней.
постоянно получал по шее от менеджмента за то что очень медленно все делаю
Есть большая разница, между "не умею писать код" и "все делаю медленно". Если действительно не можете написать, то что требуется, значит вернитесь к более простым задачам, не все сразу. Если считаете, что медленно делаете, то мнение менеджера в этом вопросе совсем не показатель, ориентируйтесь на других разработчиков.
Adamos, ну да, проглядел, что все помещается в 64бит. Подсчет кол-ва установленных битов не простая операция, вот статья с наиболее быстрыми способами https://habr.com/ru/articles/276957/
Если они в разных vlan, кто-то же должен форвардить из одного в другой. Скорее всего это и будет проблемной точкой. Посмотрите трейсером, какие узлы проходит пакет в разных вариантах.
И на кой vlan в вашей сети, если они все равно друг к другу в гости ходят. Почему бы не настроить коммутаторы перед пк, чтобы они тегировали пакеты в нужный vlan и наоборот?
d-stream, задачи бывают разные, я не эксперт, но в общем случае балансировщик наверное не должен этим заниматься, лучше чтобы он просто пробрасывал далее, чтобы у него была только одна задача. А зачем автору haproxy трудно сказать.
by_EL, т.е. это не случайные ошибки, а при конкретных запросах, тогда сравните их с обычными. И curl что-то же пишет.
Что касается обращения к stats там ошибка LR, т.е. не все данные от клиента получены, возможно не получилось согласовать шифрование. Если это обращение к статистике haproxy, то в конфиге она не прописана.
И, как подсказали выше вероятно будет полезно расширенное логирование.