гоняем новый сервер разными "тестами" в копии базы 1С (массовое проведение/отмена/закрытие месяца/отчетики, выгрузка dt всегда одна и та же берется)

под разные файловые системы испробовали разные варианты ОС/СУБД:
вин2008/вин2019 + мсскл под NTFS,  
redhat/ubuntu/centos/debian + postre 13/14 (с разными конфигами) под EXT4 или XFS

1. вызвало удивление то, что под VMWare результаты всегда получаются лучше, чем на "чистой" операционке...
на ум приходят 2 потенциальных объяснения: или ФС вмвари сильно лучше оптимизирована по сравнению с ФС ОС, или вся ФС в памяти - просьба разъяснить несведующему

2. в лидеры таких простейших тестов выбились redhat и deb, последний даже чуть лучше (у нас во всяком случае),
но вот результаты не совсем однозначны: закрытие месяца работает лучше - на XFS, а массовое перепроведение документов - на EXT4

пока думаем остановить свой выбор на EXT4

кто что скажет по этим пунктам?

(0) XFS бери

P.S. если что - винты SSD в первом рейде (10-ку не предлагать) + отдельно 2 шт. NVME EVO PRO 980 через M2

(0) Астру линукс не пробовали?

(1) пааачему?

(3) пока нет

(5) отпишитесь?

(6) а оно того стоит, в смысле астру заюзать?

(7) может и стоит. Вот же, попробовать нужно.

Я бы посмотрел в сторону Btrfs, т.к. поддерживает Copy-On-Write. Но не в курсе в продакшен он вышел или нет.

+(9) или ZFS. Он вроде точно в продакт вышел.

(9) чет у него обновление закончилось в марте, не вражеский ли он?

(9) да, знаем и Btrfs и ZFS и еще много страшных слов
но как-то ссыкотно, вот есть у кого реальный ПОЛОЖИТЕЛЬНЫЙ опыт эксплуатации в связке с 1С?

(12) Не на 1С-ный же форум с такими вопросами. Значит у вас нет админа, из этого следует, что нехрен экспериментировать. Ставьте ту что предлагается операционкой по умолчанию.

(0) сервак многоканальная память - кэширование дисковой виртуалкой дает прирост
но это пока в реальную работу/нагрузку не запустили
потом как оперативочка кончится так и хана кэшику

(13) мимо кассы - админ есть, так что нехрен говорить что нехрен, он за EXT4

(14) сама база пока менее 30ГБ
на сервере 198 ГБ RAM - думаю в кеш пока рано упираться

(15) Ну и нехрен тогда лезть в админские дела? Он наверно много повидал и знает что ставить. Ему же потом сношатся с сервером.

(17) только если будет тормозить - спросят с меня, поэтому сношаемся сейчас

В виртуальной среде Postgres наивно думает(при fsync=on), что все пишется на физический диск, и когда оказывается что это не так, данные могут выглядеть весьма плачевно. Не помогут ни RAID контроллер с кэшем и батарейкой, ни SSD с защитой данных от пропадания питания.

(19) и что в таком случае делать?
отказываться от виртуализации совсем или надеяться на частые бэкапы ?

(20) Думаю, что новый сервер был запланирован под проект с именно с виртуализацией, поэтому отказываться от нее из-за каких-то особенностей отдельных приложений, наверное, не стоит. Просто нужно иметь их в виду.
Бэкапы - да, можно предусмотреть копии всего кластера(pg_basebackup) и непрерывную архивацию WAL куда-нибудь в надежное место, чтобы минимизировать потери данных в случае серьезной нештатной ситуации. Ну, и минимизировать саму возможность возникновения сбоев на разных уровнях.

(21) сервер брался только под 1С, виртуализация возникла как результат "изыскательских работ"
поэтому можем и отказаться от нее в угоду стабильности, вкупе с тормознутостью

(22) Смысла в виртуализации нет если у вас тупо 1 сервер для 1С. Вот была бы у вас пара стоек с серверами, там возможно нужна виртуализация.
Ничего. Наиграетесь вернетесь к железному.

(23) Там тоже не нужна виртуализация
Докеризации за глаза - она текущий стандарт!

(24) Докеризация с виндой нормально не дружит

(24) про докеризацию - это с некоей иронией?
чем она поможет с точки зрения производительности?