Решил побаловаться 1с на линуксе, сервер.
Исходные:
Железка - ASUS P9D-M Series
Памяти - 32 Гб 1600
Диск - WDC WD1004FBYZ-01YCBB1
Процессор - Intel® Xeon® CPU E3-1220L v3 @ 1.10GHz
(1) А можно было процессор ещё помедленнее найти? А то, 1.1 гигагерц в 2017 году чёт многовато.
И это всё в гипервизор обёрнуто. Ещё и диск на 7200 оборотов!
Это сервер не для 1С и точка. Ты тут хоть заоптимизируйся, он всё равно будет работать медленно.
Так, вкратце подскажу по-секрету, что при выборе серверов для 1С надо смотреть в первую очередь на тактовую частоту процессора, во вторую на скорость дисков.
На остальном уже можно экономить, если уж совсем мало денег.
1.1 Гигагерц говорят сами за себя. Также гипервизор мог докучи не иметь настроек аппаратной поддержки виртуализации, что еще раз в пять может
снизить производительность.
Чтобы по-простому затестить бенч железки можно поставить редис и дернуть его бенчмарк для set и get. Если меньше 100к - это просто нехорошо.
У мну на рабочем ноуте с 7-й виндой виртуалбокс + убунту + постгрес 9.5 + 1с-сервер 8.3.9 на железе i7-5500u с двумя выделенными ядрами в гилеве выдает до 20 попугаев. Настройки постгреса обычные с pgtune для датаварехауса.
но видимо Вы не внимательно прочли параметры железки
А что за параметры такие? Процессор явно слабый, если пишите, что он 1,1 ГГц. Ни для кого не секрет, что 1С требовательна к частоте. Есть реальная зависимость частоты процессора и теста Гилева. Например, процессор I7 3GHz в бусте будет в файловой версии показывать где-то 50-55 попугаев. В серверной, если клиент и сервер на одной машине, то в районе 20, если включен режим максимальной производительности в винде (без него - 12-15). В итоге имеем 1,1 ГГц процессор, который в бусте может гнаться и до 1,5 ГГц, если в БИОС это все включено. Получаем примерно в 2-3 раза меньший показатель производительности, т.е. без включенного буста и в режиме сбалансированного электропитания где-то 4-5 попугаев. Аппаратную виртуализацию проц поддерживает, но, на сколько я знаю, в Hiper-V не все так хорошо с поддержкой Linux-систем:
Hyper-V обеспечивает базовую поддержку виртуализации гостевых Linux-систем в режиме эмуляции устройств, не требуя никаких изменений. Эмулируются контроллеры дисков IDE PIIX4 и PCI Ethernet адаптер DEC 21140 Tulip, однако скорость работы может быть невысокой и существует ограничение 128Гб на диск.
Паравиртуализация достижима при включении модулей ядра Linux или при установке дополнительных компонентов интеграции (Integration Components). Ранние версии компонентов интеграции функционировали как прослойка между интерфейсом гостевого ядра Xen и Hyper-V (Hypercall Translator). Позднее была реализована прямая поддержка шины VMBbus без Xen. 20 июля 2009 Microsoft опубликовала эти драйверы под лицензией GPL, и они были официально включены в ядро Linux (опция STAGING/HYPERV). В процессе работы над драйверами различные компоненты постепенно покидали ветку STAGING и начиная с версии ядра Linux 3.4 были перенесены в основное дерево[14]. Таким образом, дистрибутивы с ядрами новее, чем 2.6.32 могут включать встроенную поддержку паравиртуализации Hyper-V (однако, как правило, не включают). Данные драйвера содержат поддержку шины VMbus и позволяют гостевой операционной системе Linux работать c устройствами в режиме Enlightened I/O. Поддерживаются устройства Synthetic IDE, Synthetic SCSI и Synthetic Ethernet. Поддерживаются SMP до 4 ядер и такие функции, как синхронизация времени (в RHEL5 только для 32-битных систем), остановка системы (shutdown) и проверка активности (heartbeat).
При тесте на I7-7700K (4,2-4,5GHz) в серверной винде, в которой Linux идет "искаропки" посредством команды bash того-же редиса (set,get) получили весьма убогую производительность (в 2 раза меньшую, чем на AMD Ryzen 5 1600 3,2GHz), что говорит о том, что Windows режет производительность гостевых Linux-систем.
Исходя из этого получаем 4-5 попугаев деленное минимум на 2 => 2-2,5. Что и демонстрирует Ваша система.
(7)
Аппаратная виртуализация поддерживается более чем полностью.
Частота конечно не высокая, но это версия 3, у них частоты меньше как минимум вдвое от предшественников.
Все же как то маловато 2.64
Да еще попутно вопрос - обязательно нужен сервер x86_64 или пойдет и 32х разрядный ?
Исходные - клиентов порядка 15 в пределе, баз около 20 штук, базы БП, БСО (основные штук 12) и пара тройка ЗУП.
Оборот документов можно сказать - ну очень маленький, штук 100 - 200 в месяц на базу.
Да, еще - возможность сделать сервер 1С x86, а PostgreSQL x86_64 - существует, разнести на разные виртуалки так же не составляет затруднений (правда прироста в тестах нет, при работе может и разгрузит).
ПС: Проверил тест Гидева, без активных других базах (до этого на другой базе шло ТИИ - длительность которого и смутила заставив прогнать тест), вышло небольшое улучшение, но все равно ну очень слабо - 2.64.
Конечно не надеялся даже и на 30-40 попугаев, но на 10-15 расчитывал ((
(10) online_analyze выключи, он уменьшает на 5-6 баллов результат.
fsync и full_page_writes тоже можно выключить, раз SATA диск просто.
При принудительном уменьшении тактовой посредством cpupower до 1.2 ГГц( на процессорах с 3.4.-3.6 ГГц) результат теста уменьшался с 46-50 до 10-11. Это на физ. сервере с CentOS+PostgreSQL+1C.
Может баллов 6-8 и получится.
Вот и вопрос о том, связка 1с + линукс (сервер), практически не имеет права на существования ?
Как раз имеет и показывает, обычно, несколько более высокую производительность., чем 1С + мастдай. Но на данном конкретном экземпляре оборудования и в той виртуальной среде данная связка нежизнеспособна. Вы измеряли на этой машине производительности файловой базы на винде? Предположу, что может и 20-25 показать баллов, что очень неплохо, но при клиент-серверном варианте скорость уменьшится до 8-10 баллов при правильной настройке железа и софта. У меня масса клиентов, у которых винда + скул + сервер на ксеоне с частотой 2.0 ГГц показывают результат в районе 8-9. После перевода в режим высокой производительности и тюнинга настроек скульного сервера (вынос логов на рам-диск или на SSD) скорость взлетает до 18-20. И если у Вас в системе не включен режим высокой производительности и выключен турбобуст, то выше 2,5 будет сложно получить (9 для 2.0 ГГц => 5 для 1.1 ГГц => виртуализация => 2,5 попугаев).
Т.е. в данном случае при таких "скоростях" малосущественно, что у Вас - Linux или MustDie, ибо упирается все в C-State, который, по-сути, является механизмом повышения частоты отдельного ядра процессора для режима высокой нагрузки. 1С работает так: такт на интерпретацию байт-кода и преобразование данных для запроса в SQL, такт выполнения запроса на SQL. В итоге сначала на одном ядре начинает работать 1С, ядро медленно лезет вверх по частоте с 0.5ГГц до 1.1ГГц (с бустом и до 1.5ГГц), но не доползает, ибо 1С уже передает мячик на сторону SQL, который на другом ядре начинает выполнять запрос - запускает планировщик, читает данные - это вообще через DMA работает и не требует процессорного участия совсем, - собирает результат и передает его 1С, после чего ядро SQL курит бамбук, что до этого делало ядро 1С. В итоге частоты этих ядер в некоторый квант времени прыгают от 0.5 до 1,1 (1,5). И какую скорость Вы при этом хотите получить? Если переведете в режим высокой производительности, то ядра зафиксирутся на частоте 1,1 и будут буститься (если включите его в BIOS) до 1,5 в моменты высокой нагрузки,что даст примерно двукратное увеличение производительности. Но большего ждать от этой системы в текущей архитектуре не стоит.
Пример из личной жизни: у меня дома Ubuntu 17.04 + 1c 8.3.10.299 + Postgres 9.6.2. Все это крутится на Ryzen 5 1600 (3,2 GHz). Файловая на виртуалбоксе на винде показывает 59-62,5, файловая в Linux (клиент под Linux) - до 65-70. Клиент-серверная показывает 36-38. Отсюда как бы возникает вопрос о том, что Вы лично считаете нежизнеспособной связкой.
(13) Неужели обратно пропорциональна или не зависит вообще? :)
Я 5 лет в конторе 1С-франче подбирал, настраивал, обслуживал сервера 1С и СУБД. У меня за это время сложилось очень чёткое мнение, что тактовая частота больше всего влияет на производительность.
Конечно, есть частота шины и объём кэша. Они тоже влияют. Но не так ощутимо, как тактовая частота.
Если для тебя мой опыт не авторитет, то может быть ты охотнее поверишь 1С:Эксперту.
(15)
6 попугаев уже есть, файловый не проверял на этом.
Просто есть указанная железка, эксплуатировалась как шлюз-прокси-почта, файловая помойка - рабочие столы и мои документы пользователей.
Решил испытать серверный вариант на ней, более приличный сервер пока не хотелось дербанить, надеялся, что и на этом 10-15 очков поднимется, чего вполне достаточно для наших условий.
Если добью на этом варианте до 10, то вопрос будет исчерпан.
Буст включите, статистику в 5000, лог на рамдиск, остальные параметры по pgtune. Если перенесете виртуалку на VBox, то, предположу, почувствуете некоторое увеличение скорости (чисто для теста).
(23) Смотря что за стаж. Глядя на то, какой ты сервер устраиваешь под 1С, смею предположить, что ты 30 лет программировал, консультировал или ещё что-то, но не администрировал сервера.
В виду этого можно и прислушиваться к тому, что говорят специалисты более опытные в других областях знаний.
А вообще, это оскорбительно по отношению ко всем, кто тут пытался тебе помочь. Мне, вот, точно неприятно было.
Если ничей опыт тебе не авторитет, то зачем вообще просить помощи у зелёных юнцов на форуме?