Он тюнит конфиг в процессе установки

стоял 9.4.7 поставил 9.4.8, мой конфиг как стоял так и стоит, чяднт?

Тюнит в процессе установки

может надо сделать что-то особенное, вроде снести текущий конфиг или тому подобное?

Коллеги, добрый вечер. Есть железо 2хE5-2367v3, 80gb ddr4, pci-e ssd nvme для баз пока стоит винда, pg и 1с, крутится УТ11.2 Дайте рекомендацию по конфигу или конфиг протестировать, пожалуйста

Приветствую. Чем тестировать будете?

Какое количество пользователей сможете эмулировать?

Кроме описанного сервера есть еще железо для запуска апп сервера 1С и клиентов?

Проведение документов, тестировать на ут буду, работу с rls нет, все на одной железке хочется добиться нормального времени проведения

Нам дуракам модно расшифровать абривиатуры УТ, RLS...

1 Управление Торговлей

2 RLS (ограничение прав на уровне записей)

может надо сделать что-то особенное, вроде снести текущий конфиг или тому подобное?

Во первых если ты ставишь по Linux то очень может быть что у тебя сейчас стоят два разных подстреса. при этом сборка postgrespro мжет лежать в одном каталоге с конфигами, а тот postgres который ты ставил пакетным менеджером в другом

так что если ты что то ставил и не сносил предъидущие пакеты, то это не факт что тут как в винде все само удалилось.

что бы посмотреть какие пакеты установлены dpkg -l

если лень смотреть все, то лессом отбери: dpkg -l | less postgres

Он ставит под виндой

если ставил пакетным менеджером из репозитория, то очень может быть что во время установки в никсах были оставлены старые конфиги

ну если под виндой, тогда хз

я в принципе на серверах ее не держку

жаль железо

У человека такая железка аж ух… даже интересно сколько там УТ весит

на этом сайте много интересных статей

они бы еще ссл себе купили

Все равно тормозить будет

ну смотря сколько пльзователей.

до 100 летать будет как бетман

кстати, а пг+вин пробовал кто?

правда не на винде. на винде я вообще не знаю что там будет.

У нас все проще Intel(R) Xeon(R) CPU E5-2630 v2 @ 2.60GHz две штуки оперативка DDR3 128Gb, пара SSD по 500Gb и HDD два по 2Tb

кстати, а пг+вин пробовал кто?

Я

Ад пизды

И моча вместо производительности

Система работает независимо от количества пользователей, субъективно что один что 100 тут дело в скорости 2х вещей 1. rls - вроде добавляется простой запрос (для работы rls), а скорость выполнения падает в сотни-тысячи раз, например с 0.2с до 70 секунд 2. Проведение документов, я понимаю что операция не тривиальная, но после каких-то изменений (знаю, дурак не сохранил конфиг, доулучшался) проведение реализации с 0.8с упало до 2,5 секунд У меня пока винта стоит, 2 кластера 1с рабочий и тестовый (программисты тут сидят) Вот с прошу конфиги других людей чтобы понять где я свернул не туда Почему не на линуксе? Когда подготавливал стенд линукс проигрывал на 50% при проведении почти всех документов на одинаковых конфигах , вот и настало время разворачивая по нормальному и ещё раз сравнить производительность

кстати, а пг+вин пробовал кто?

Всегда удивляют такие вопросы. Я несколько лет назад по Wine поднимал MSSQL, тогда уже понял что это беда. Так вот вы вот такие же вопросы задаете. Пытаетесь запускать то что очень хорошо работает под Nix на Windows. MSSQL тоже можно запустить под Linux, но на этом надо и остановиться, работать это нормально никогда не будет, сколько усилий туда не вкладывай.

Всегда удивляют такие вопросы. Я несколько лет назад по Wine поднимал MSSQL, тогда уже понял что это беда. Так вот вы вот такие же вопросы задаете. Пытаетесь запускать то что очень хорошо работает под Nix на Windows. MSSQL тоже можно запустить под Linux, но на этом надо и остановиться, работать это нормально никогда не будет, сколько усилий туда не вкладывай.

Почему удивляют

Мне например только сейчас такой кейс в голову пришел

Тащить это в прод я не собираюсь

Да и вообще надеюсь что 1сом больше в жизни заниматься не буду

И принтерами

Система работает независимо от количества пользователей, субъективно что один что 100 тут дело в скорости 2х вещей 1. rls - вроде добавляется простой запрос (для работы rls), а скорость выполнения падает в сотни-тысячи раз, например с 0.2с до 70 секунд 2. Проведение документов, я понимаю что операция не тривиальная, но после каких-то изменений (знаю, дурак не сохранил конфиг, доулучшался) проведение реализации с 0.8с упало до 2,5 секунд У меня пока винта стоит, 2 кластера 1с рабочий и тестовый (программисты тут сидят) Вот с прошу конфиги других людей чтобы понять где я свернул не туда Почему не на линуксе? Когда подготавливал стенд линукс проигрывал на 50% при проведении почти всех документов на одинаковых конфигах , вот и настало время разворачивая по нормальному и ещё раз сравнить производительность

по правам - сами столкнулись с такой проблемой, скорее всего это связанно с тем что 1с до сих пор пытается работать с версионником путем блокировок

как в MSSQL

И принтерами

Ах ты

Система работает независимо от количества пользователей, субъективно что один что 100 тут дело в скорости 2х вещей 1. rls - вроде добавляется простой запрос (для работы rls), а скорость выполнения падает в сотни-тысячи раз, например с 0.2с до 70 секунд 2. Проведение документов, я понимаю что операция не тривиальная, но после каких-то изменений (знаю, дурак не сохранил конфиг, доулучшался) проведение реализации с 0.8с упало до 2,5 секунд У меня пока винта стоит, 2 кластера 1с рабочий и тестовый (программисты тут сидят) Вот с прошу конфиги других людей чтобы понять где я свернул не туда Почему не на линуксе? Когда подготавливал стенд линукс проигрывал на 50% при проведении почти всех документов на одинаковых конфигах , вот и настало время разворачивая по нормальному и ещё раз сравнить производительность

Надо смотреть план тормозных запросов... И тогда переписывать запрос или менять настройки пг

Ах ты

Не удержался. Инсайдерская инфа распирает

по правам - сами столкнулись с такой проблемой, скорее всего это связанно с тем что 1с до сих пор пытается работать с версионником путем блокировок

Мы переписывали РЛС унф при переходе с мсскл на пг

Система работает независимо от количества пользователей, субъективно что один что 100 тут дело в скорости 2х вещей 1. rls - вроде добавляется простой запрос (для работы rls), а скорость выполнения падает в сотни-тысячи раз, например с 0.2с до 70 секунд 2. Проведение документов, я понимаю что операция не тривиальная, но после каких-то изменений (знаю, дурак не сохранил конфиг, доулучшался) проведение реализации с 0.8с упало до 2,5 секунд У меня пока винта стоит, 2 кластера 1с рабочий и тестовый (программисты тут сидят) Вот с прошу конфиги других людей чтобы понять где я свернул не туда Почему не на линуксе? Когда подготавливал стенд линукс проигрывал на 50% при проведении почти всех документов на одинаковых конфигах , вот и настало время разворачивая по нормальному и ещё раз сравнить производительность

По проведению, тут все зависит от тюнинга postgres. Очень важно как размечены диски, какая файловая система там висит, что с таблицами - распухшие или нет, был ли вакум и индексация

Надо смотреть план тормозных запросов... И тогда переписывать запрос или менять настройки пг

Запрос вполне нормальный передаётся в pg план нормальный, а вот субпланы страшные, больше всего пугает nested loop 4000 раз, а в этом субплане ещё nested loop 50000 раз

Это все мелочи, вот я помню как базы обновлялись на 8.2 по несколько часов, бывало пол ночи. Вот это были тогда загадки

> Михаил Запрос вполне нормальный передаётся в pg план нормальный, а вот субпланы страшные, больше всего пугает nested loop 4000 раз, а в этом субплане ещё nested loop 50000 раз Тонкая оптимизация запросов 1с )

Это так блокировки у них реализованы на версионнике

что бы уж точно.

Запрос вполне нормальный передаётся в pg план нормальный, а вот субпланы страшные, больше всего пугает nested loop 4000 раз, а в этом субплане ещё nested loop 50000 раз

Если используются срезыпоследних по регистрах с изменениями больше 2, Попробуйте эти срезы во временные таблицы сохранять... Может будет быстрее

По проведению, тут все зависит от тюнинга postgres. Очень важно как размечены диски, какая файловая система там висит, что с таблицами - распухшие или нет, был ли вакум и индексация

Вот и прошу конфиги ( Я уже натюнил его что все сломал, а что и для чего менял не помню и не записал чтобы начать с начала

Пример выше запроса который просто из регистра сведений получает цену при ограничении по виду цен Регламенты анализ и вакуум каждый день После этого я сделал enable_nestloop = off, и на первый взгляд помогло - "на первый"

Сколько всего строк в рс таблицыгруппдоступа?

А с отбором Областьданныеосновныеданные = 0?

Попробуй проиндексировать это поле в регистре...

Это поле на первом месте во всех индексах.

Наверно индекс не используется из-за того что все строки с областьданныеосновныеданные = 0

Тогда хорошо бы какой-то еще отбор на этот рс, потому что 25 тыс раз выгребается по 5тыс строк, из которых потом используется только 8.

ERROR: S client not available

всего 5213 строк, я сейчас еще раз план построю удивительно то, что после операций которые затрагивают много данных (возможно статистика немного устаревает) запрос исполняется норм

Может потому что больше нужных данных в кеше после

Этих операций остается.

вся база в кеше, обращений к диску не наблюдается, неже прикрепил конфиг

У explain есть параметр, который показывет сколько и откуда страницы из кеша или диска

Мне кажется в запросе можно установить отбор на рс по полю "таблица". Указать ссылку из спр обьектыметаданных. И не применять усл. На текстовое поле...

checkpoint_completion_target = 0.5, лучше 0.9 enable_nestloop = off - включите назад random_page_cost = 1.4 - У нас 4, но если SSD, то может и правильно... join_collapse_limit = 1 - Верните назад, по умолчанию - 8

checkpoint_completion_target = 0.5, лучше 0.9 enable_nestloop = off - включите назад random_page_cost = 1.4 - У нас 4, но если SSD, то может и правильно... join_collapse_limit = 1 - Верните назад, по умолчанию - 8

Попробовал, в итоге появились зависания даже на такой операции как отбор списка заказов клиентов по менеджеру, какие регламенты кроме анализа и вакуума надо делать? попробовал вчера на линуксе поднять, тоже самое, буду пробовать переписывать органичения на уровне записей

Всем, привет.

Привет

Все спят небось

1С на Oracle есть инсталляция под рукой у кого нибудь?

Нужен describe таблицы _accumrgtХХХХ

select column_name as "Name" , nullable as "Null?" , concat(concat(concat(data_type,'('),data_length),')') as "Type" from user_tab_columns where table_name = '_accumrgtХХХХ';

http://infostart.ru/public/542836/

Про желтую контору

Просто работает на внутренний рынок. А он в основном состоит из мелкопоместных хозяйчиков-ларечников со жлобским менталитетом. 1с и был создан для обслуживания такого контингента, по принципу "дешево и сердито". В большинстве случаев код в 1с пишут на коленке, без предварительного планирования и разработки грамотного ТЗ (ибо постановщик стоит денег), не тестируют (ибо тестировщик стоит денег), не документируют (ибо технический писатель стоит денег), часто даже не пишут, тупо 3,14стят куски/модули/подсистемы с кодом, наивно полагая, что опять пронесет! В 99% так и получается, и сразу после написания бросают в бой, часто волшебной кнопкой динамического обновления. Все это работает только благодаря поистине гениальной платформе. Вот ее то как-раз писали настоящие спецы.

Ага. Гениальная платформа спасёт мир

Накину ) http://www.highload.ru/2016/abstracts/2311.html

?

Голосуйте за доклад! Велика вероятность, что эти люди в кедах его не примут!

уважаемые windows-пользователи, недавно нам один добрый человек сообщил баг postgrespro сборки, он заключался в том, что initdb проходил не с UTF-8

мы это дело подправили, если у кого-то есть замечания - пожалуйста присылайте на bugs@postgrespro.ru ну или пишите в личку или сюда с упоминанием

Черт, как же круто вот так фидбек оставлять живому человеку в телеге

Круто!

За что postgrespro низкий поклон. Не то что 1С