Comments 24
Будет любопытно почитать про сравнение с CentOS. Я правда везде ставил postgresql на Ubuntu из дефолтной репы или ppa, и проблем с тормозами никогда не имел, в том числе на 1с.
UFO just landed and posted this here
Извините, но заголовок слабо релевантный к содержимому материала. Заголовок «Устанавливаем базу pgsql под 1c» был бы куда корректней чем текущий. Если речь идет о сравнении производительности — то нужны таблицы и данные, профайлинг, то что вы описываете — это лишь литературное изложение ваших догадок. Не обижайтесь на комментарий, поработайте над статьей.
Прочитав заголовок ожидал увидеть как минимум графики сравнения производительности.
Поддерживаю, заголовок не отражает сути статьи.
Видимо, вместо сохранения в черновики опубликовал статью в песочнице. Так как статья уже прочитана немало раз, поменял заголовок. Соглашаюсь что материал нуждается в доработке но, к сожалению, пока не нахожу врмени для объединения собранного материала. Скажу лишь что в итоге у меня все работает на CentOS, 8 баз от 2-х до 70 ГБ, 30 клиентов. Пока все стабилььно. Аптайм сервера с момента установки ОС. Служба 1С правда падает с периодичностью 1-3 раза в неделю из-за переполнения памяти. Пока не нашел с чем это связано.
Переполнение памяти это косяки в платформе 1С очень частые, правда бывают что выпускают платформу без утечки памяти. Тут только вариант обновлять платформу по выходу новых и как только найдется оптимальное, максимальное возможное время сидеть на ней!
Сделайте два рабочих процесса и поставьте их перезапуск через 86400 секунд, допустим
А как же многопоточный тест? Описание infostart.ru/public/173394/, зеркало для скачивания (у кого нет доступа) fragster.ru/perfomanceTest/
Также интересно влияние ядра 3.10, по которому в анонсе обещался рост в тестах pgbench в 2 раза.
Также интересно влияние ядра 3.10, по которому в анонсе обещался рост в тестах pgbench в 2 раза.
А почему PostgreSQL ставилась не из репозитория Ubuntu или отсюда — www.postgresql.org/download/linux/ubuntu/?
У 1с специфичные патчи применены. Конкретно не знаю, что там, но вроде механизм автовакуума переработан и еще что-то…
Я пробовал запускать 1С на репозиторном PostgreSQL. Было познавательно, но безрезультатно.
Для начала при попытке штатными средствами создать новую базу в кластере выдает ошибку «DATABASE не пригоден для использования». При попытке развернуть дамп базы созданный ранее с помощью pg_dump выдает ошибку отсутствия функции mchar().
Анализ показал, что патченный 1C-ом PostgreSQL отличается от обычного библиотеками mchar.so, fulleq.so и fasttrun.so. Я взял и явно перенес их в каталог /usr/lib/postgresql/9.1/lib/ После этого базы стали создаваться из кластера и дамп с помощью psql тоже стал ложиться без ошибок. Но сюрприз уже поджидал в содержимом данных: все ссылочные поля светились как «Объект не найден», а даты стали нулевыми. При попытке развернуть *.dt вываливалась ошибка: «ERROR: timestamp out of range». Гугление показалось, что все кто пытался использовать непропатченную СУБД сталкивались с подобной проблемой.
Для начала при попытке штатными средствами создать новую базу в кластере выдает ошибку «DATABASE не пригоден для использования». При попытке развернуть дамп базы созданный ранее с помощью pg_dump выдает ошибку отсутствия функции mchar().
Анализ показал, что патченный 1C-ом PostgreSQL отличается от обычного библиотеками mchar.so, fulleq.so и fasttrun.so. Я взял и явно перенес их в каталог /usr/lib/postgresql/9.1/lib/ После этого базы стали создаваться из кластера и дамп с помощью psql тоже стал ложиться без ошибок. Но сюрприз уже поджидал в содержимом данных: все ссылочные поля светились как «Объект не найден», а даты стали нулевыми. При попытке развернуть *.dt вываливалась ошибка: «ERROR: timestamp out of range». Гугление показалось, что все кто пытался использовать непропатченную СУБД сталкивались с подобной проблемой.
Попробуйте в /etc/fstab для раздела с PG
barrier=0
noatime, nodiratime
data=writeback — прочтите дополнительно как переключится на writeback
commit=600
если есть UPS попробуйте в /etc/sysctl.conf
vm.dirty_writeback_centisecs = 15000
barrier=0
noatime, nodiratime
data=writeback — прочтите дополнительно как переключится на writeback
commit=600
если есть UPS попробуйте в /etc/sysctl.conf
vm.dirty_writeback_centisecs = 15000
Я уже готовлю систему под CentOS. О результатах тестирования отпишусь в новой статье.
Лучше сведите все в одну таблицу: Ubuntu, CentOS, W2k8.
Совсем идеально будет, если до кучи будут данные по DB2.
Хотя я сталкивался со случаями, когда на определенной конфигурации одна БД была производительней, чем другая. И наоборот.
Заголовой сбивает с толку. Вы или заголовок смените, или напишите полноценное тестирование, а потом уже выкладывайте. Пока это «1C 8.2.16 + PostgeSQL 9.1.2 были обнаружены жуткие тормоза под Ubuntu Server 12.04», остальное можно было и не писать… имхо
4. Берем с сайта users.v8.1c.ru/ архив
Мне лениво регаться, что бы посмотреть — а под какие ОС там ещё есть сборка постгреса?
На users.v8.1c.ru логин дают только при покупке коробки с 1С. И заполнения всяческих бумажных форм.
С сайта можно скачать готовые сборки:
С сайта можно скачать готовые сборки:
PostgreSQL Версия 9.1.2-1.1C
Дистрибутив СУБД PostgreSQL для Windows одним архивом
Дистрибутив СУБД PostgreSQL для Windows (64-bit) одним архивом
Дистрибутив СУБД PostgreSQL для Linux x86 одним архивом (RPM)
Дистрибутив СУБД PostgreSQL для Linux x86 (64-bit) одним архивом (RPM)
Дистрибутив СУБД PostgreSQL для Linux x86 одним архивом (DEB)
Дистрибутив СУБД PostgreSQL для Linux x86 (64-bit) одним архивом (DEB)
Патч СУБД PostgreSQL
standard_conforming_strings = off
Sign up to leave a comment.
Debian: производительность PostgreSQL для 1С