Related Posts
Восстановление последовательности документов при закрытии месяца в Бухгалтерия 3.0 не завершается
Заполнение табличных частей
Формирование сводных актов выполненных работ
Ввод поступления в переработку на основании передачи сырья (между организациями)- Конспект по установке сервера 1С на linux
Получение имени компьютера и его IP локально и в терминале
не единожды слышал мнение опытных линуксоведов, что убунту сервер — не самый лучший выбор для сервера (вне контекста 1с). что хвалят — CentOS, RHEL, Mandriva Enterprise Server
(1) andrewks, Именно поэтому и писал статью. Ведь админы не всегда знакомы с особенностями той или другой ОС, а показатели производительности видимо являются большой тайной о которой умалчивают. Сегодня попробую сам работу CentOS. О результатах отпишусь в комментариях или в новой статье.
Настройку параметров производительности PostgreSQL под вашу базу делали, или использовали дефолный конфиг из поставки?
(3) Sax-mmS, Файл настройки перетерпел наверное 50 изменений с тестированием производительности. Попробовал все рекомендации которые только сумел найти. Результаты менялись максимум на 2-4 пункта.
Кстати, максимальный размер сегмента памяти установлен на 8Гб а не 64Mб как указано в статье.Исправил.Интересно сборка Postge от 1с для Убубнту была скомпилирована под Убунтой? Бывает что компилируют по CentOS, а потом перепаковывают под другие диструбутивы, читал что у Ethersoft-а так.. Если есть возможность, ждем от Вас теста со сборкой Postge, скомпилированной лично вами под Убунтой :). Еще вопрос: во всех дистрибутивах ставили графическую часть? Она ведь не нужна. Попробуйте как здесь сделано естественно с текущими версиями продуктов.
(5) rustemg, Posgre была скомпилирована под Ubuntu с патчами от 1С. Я уже установил CentOS на ту же серверную платформу. Postgre установил от 1С. Как будут готовы результаты тестирования напишу об этом на форуме.
После некоторых извращений, удалось запустить 1C на CentOS. Первый тест показал 22 «Гилевских» попугая. Не много но, уже хорошо. По крайней мере не 12. Продолжаем играть с параметрами. Использовал сборку от Етерсофта.
Ставил на CentOS 6 32 и 64 бита, не каких нареканий. При работе ранее на MSSQL была полная фигня.
Есть ли у кого опыт установки на FreeBSD, поделитесь пож
(6)
Название статьи позволяет еще много в нее дописать…
Во первых, спасибо за статью.
Хотелось бы результаты тестов под разные дистрибутивы увидеть в вид таблички.
Я тоже сторонник Debian-based дистрибутивов, и меня расстраивают комментарии о том что то Asterisk из коробки на CentOS работает 2-3 раза быстрее чем не Ubuntu, то LTSP в разы быстрее.
Если достигните успехов, опишите конфиги.
(8) angryagayn75, Вот я тоже уже по полной тестирую на CentOS. Пока что по производительности удалось выжать только 25 попугаев. Хотя базы (Комплексная — 3 шт, пока подключены 15 клиентов) работают нормально. Можете привести конфиги Postgre. Мои пока такие:
max_connections = 80
maintenance_work_mem = 1GB
effective_cache_size = 22GB
work_mem = 192MB
wal_buffers = 8MB
shared_buffers = 7680MB
(10) KV1s, Постараюсь 🙂
(11)
Насколько комфортно чувствуют себя пользователи при работе? Ведь перейти на новую систему — не самоцель.
(13) LexSeIch,
Четыре года УТ 10.2 работает на сервере CentOS+PgSQL. Нормально работается. Было бы сильно плохо — сменили бы.
Нерешённый вопрос только один: Падучая колотит 1С при индексации полнотекстового поиска.
Остальное терпимо. Шрифты в печатных формах, формируемых на сервере, иногда, редко, отображаются квадратами, приходится править. Причём ячейки отображаемые правильно и неправильно форматированы одинаково. Правим очень просто. Копируем ячейки, отображаемые правильно и меняем текст.
Быстродействие удовлетворительное.
(13) LexSeIch, Я сам работал пару дней в Комплексной на свеже-установленном сервере. Полет нормальный. Сервер терминалов установил на Win2k8 c 8 ГБ памяти Core i7. Дополнительно настроил автоматическое резервное копирование на внешний сетевой накопитель. Работой доволен как слон, хоть и пришлось чуть поднапрячься. Админы теперь не бегают по кабинетам и остается мноооого времени для танчиков :).
Анализировал обмен пакетами 1С клиента на Windows и сервера 1С на сервере Ubuntu 12.04 c PostgreSQL 9.1.2. При старте идет хороший обмен пакетами, потом запрос сервера клиенту и тишина на 7 минут, когда вообще никакого обмена с сервером нет. Такое же встречается в ходе работы базы после загрузки. Но периоды меньше, в полминуты, в минуту. Как избавится от такой паузы? Кто-нибудь копал?
gorodok11, Опишите как вы делали рэйд? Софтовый,аппаратный.. как возможно подробнее
(17) romankoav, RAID аппаратный, 6 дисков в RAID 10.
Можно поинтересоваться конкретной моделью процессора, установленном в ваш x3650 M4?
(19) ansh15, 2 x Xeon E5 2650 2.0 Ghz
(20) то есть 2.0 GHz основная частота и 2.8 в режиме турбо для одного ядра(если все ядра задействовать, то будет 2.4-2.5 максимум). А судя по результатам теста(в вашей публикации) процессор не то что до турбо частот, но и до основной частоты не разгоняется, находясь в глубокой спячке и экономя электроэнергию. Как, впрочем, ему и велит основная идея всех настольных ОС. Выведите процессоры из этого состояния и приятно удивитесь. Правда, как это в Убунте делается, я без понятия, не пользуюсь.
(21) ansh15, Я выше написал что переходил давно на CentOS уже в фазе тестирования. До сих пор полет нормальный если не учесть переполнение памяти где-то раз в месяц. С этим тоже можно бороться создав 2 процесса сервера 1С и для каждого назначить задание на перезапуск с интервалом в 24 часа или реже, в зависимости от частоты возникновения проблемы.
Пожалуй повторю мой комментарий здесь, чтобы не ввести пользователей в заблуждение. Можно сказать что моя публикация уже устарела, к счастью для пользователей Ubuntu. 1С славно постаралась убрать некоторые изъяны. К несчастью, это пока не относится к пользователям CentOS версий до 6.5 включительно. C нетерпением ждем выход 7-й версии. Есть непреодолимая несовместимость клиента 1С, о чем все молчат. Хотя сервер 1С хорошо себя ведет.
(23)
ждём тестов на CentOS 7 vs Ubuntu 14.04
PostgreSQL vs IBM DB2
и желательно не только «Тест от Гилёва», но и каким-либо многопоточным тестом.
(24) KroVladS, Я окончательно перешел на PostgreSQL. Работала у меня база на DB2 около года (win 2008). Все работало стабильно. Проблемы конечно были, но преодолимы довольно легко, поэтому и не остались в памяти. Серьезных тестов не проводил. А перешел на Postgre на CentOS так как я эту СУБД лучше знаю. Сейчас готовится стенд на Ubuntu 14. А быстрее или медленнее для нас не так критично. По ощущениям работают одинаково быстро и стабильно.
Про CentOS 7. Поставил на тестовый сервер, посмотреть что и как. PostgreSQL 9.1.9 собирается нормально, но запускаться не хочет, initdb завершается с ошибкой, поиск по ошибке(как я понял) говорит, что что-то там во взаимоотношениях версий gcc и postgres. Пришлось поставить 9.2.4, он запускается нормально.Серверная часть(8.3.5.1068) становится и работает нормально, а вот клиент как не хотел инсталлироваться, так и не хочет. Так что ожидания оказались преждевременными.
Что еще… Дистрибутива для x32 нет, только x86_64, файловая система по умолчанию — XFS, запуск служб — systemd, результаты выполнения «теста Гилева», по сравнению с более ранними дистрибутивами, практически те же самые. Наверное, в сентябре поставлю на рабочие сервера…
(26) ansh15, на Postgre 9.2.4 пока тоже проблем не наблюдал… А вот клиентская часть пока «дружит» только с Ubuntu и Debian производные. Что касается тестов Гилева, то аппаратная часть не менялась, вот и производительность осталась прежняя. Конечно можно оптимизировать некоторые параметры, но это не даст существенный эффект.
Клиентская часть работает на Suse 13.1 без напильника..
Еще по поводу CentOS 7. Сегодня потестировал свежую тестовую 8.3.6.1760. При установке клиента, из epel repo автоматом подтянулся webkitgtk-2.2.4-1.el7.x86_64 и клиент инсталлировался без проблем. Запускается и работает тоже нормально.
(29) ansh15, Спасибо за инфу! Давно хочу перейти на новую систему.
Для тех у кого не подтянулся webkitgtk