Вопрос шёл о том, делает ли их 1с, или желает ваш сотрудник

*делает

ну и Федя тоже не все патчи делал

какие-то по некоторым причинам делали 1с

Федор - те что 1с не осилили в ядре

и вообще Федор - сотрудник 1С

короче все сложно)\

9.6 круто)) теперь можно официально тащит эту версию и ставить)

попробуйте pgpro ee если серьезные инсталяции

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

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

на профиль нагрузки 1с

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

Обычно с ростом серьезности степень влияния количества и вкуса патчей существенно падает. :D

а где-нибудь есть changelog и как это лучше для 1с?

Обычно с ростом серьезности степень влияния количества и вкуса патчей существенно падает. :D

не, там конкретные под 1с

связанные с работой временных таблиц

до двухкратного выйгрыша памяти и проч

связанные с работой временных таблиц

Так ими вроде бы платформа рулит

пг не эффективно с ними работает

до двухкратного выйгрыша памяти и проч

это EE который?

тратит файловый кэш, создает лишнюю дисковую нагрузку

это EE который?

да

Были кейсы, когда их не хватало в рамках транзакции. Вы об этом? Или о плантюнере?

там в рассылке хаккерс не объяснили почему так себе ведет

Были кейсы, когда их не хватало в рамках транзакции. Вы об этом? Или о плантюнере?

речь о том как пг работает с временными таблицами которые помещаются в памяти

ща найду тред

он обще-пг-шный

сегодня тестил оракл 12с с inmemory, 1c еле еле работал)

https://www.postgresql.org/message-id/flat/d82eb397-7044-4eae-a659-9f097062adce%40postgrespro.ru#d82eb397-7044-4eae-a659-9f097062adce@postgrespro.ru

сегодня тестил оракл 12с с inmemory, 1c еле еле работал)

Мне всегда казалось, что поддержка любых БД, кроме MSSQL в 1с - для галочки

Sure. Just like it reserves space for ordinary tables right away, long before there's any need to push the data out of shared_buffers. Otherwise, you might find yourself having to throw an "out of disk space" error after having already committed the relevant INSERTs. regards, tom lane

просто охуительный ответ от коре тим

там враги седят

честное слово

Мне всегда казалось, что поддержка любых БД, кроме MSSQL в 1с - для галочки

угу, часто это мелкосфо быстрее

Мне всегда казалось, что поддержка любых БД, кроме MSSQL в 1с - для галочки

тада объясни зачем они в облаке с пг запустили. мне кажется чтобы развить как минимум еще один вариант для контор которым важно что поддержка сконцентрирована в стране

тада объясни зачем они в облаке с пг запустили. мне кажется чтобы развить как минимум еще один вариант для контор которым важно что поддержка сконцентрирована в стране

А пг ведь работает в режиме эмуляции MSSQL, я правильно понимаю?

только строки

хотя че там в кишках платформы...

ща найду тред

Ясно, благодарю. Будем разбираться.

тада объясни зачем они в облаке с пг запустили. мне кажется чтобы развить как минимум еще один вариант для контор которым важно что поддержка сконцентрирована в стране

Или они наконец-то научились готовить пг

хотя че там в кишках платформы...

В кишках платформы свои блокировки, работающие параллельно.

В кишках платформы свои блокировки, работающие параллельно.

Но зачем?

Ибо надо делать repeatable read при read committed на уровне БД

Ясно, благодарю. Будем разбираться.

https://www.postgresql.org/message-id/flat/7b7f3e98-9753-3fa9-aaa4-b6f8a766c251%40postgrespro.ru#7b7f3e98-9753-3fa9-aaa4-b6f8a766c251@postgrespro.ru

еще одно улучшение что попало в ee

ну тут про стабильность работы

а. вкомитили в ванилу

https://commitfest.postgresql.org/11/831/

Блин, а по id коммитов нельзя? ;)

Блин, а по id коммитов нельзя? ;)

ну по первому нет коммитов в ванилу

коре тим считает что побороть out of space для временной таблицы лучше производительности, хотя скажу по секрету дело не хера не в этом, что работает аллокация на диске как маленький shared buffers в памяти бакенда

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

черт, взял microsoft natural клаву все еще не могу привыкнуть за три дня )))

сегодня тестил оракл 12с с inmemory, 1c еле еле работал)

Могу ошибаться, не пробовал, а не связано ли это с жутким созданием и удалением временных таблиц платформой 1С. В оракле они же пермоментные. Ну конечно платформу ни кто же под СУБД не будет подстраивать.

Коле не спиться

Коле не спиться

Ну тут интересно у вас

коре тим считает что побороть out of space для временной таблицы лучше производительности, хотя скажу по секрету дело не хера не в этом, что работает аллокация на диске как маленький shared buffers в памяти бакенда

Ну в Linux такой подход, КМК, может быть даже и оправдан в каой-то мере. При достатке физической памяти. Однако с точки зрения 1С большая ВТ - признак косячного кода/структуры данных. И править первым делом нужно их - это дешевле, чем пилить ядро СУБД.

Ну в Linux такой подход, КМК, может быть даже и оправдан в каой-то мере. При достатке физической памяти. Однако с точки зрения 1С большая ВТ - признак косячного кода/структуры данных. И править первым делом нужно их - это дешевле, чем пилить ядро СУБД.

проблема то не 1с, а пг

ERROR: S client not available

я не говорю что не правильно )

но... можно ради перфоманса идти на апдейт кода в этом месте

потом, по временным таблицам была еще одна беда

в ванильном пг она не аналазиться

в патчах 1с - аналайзиться

но есть проблема

при большом кол-ве временных таблиц начинает тормозить в определенных местах

Чья проблема - это я, простите, не смотря на исходники не скажу. А смотреть я на них буду долго и вдумчиво, ибо ЗУП в этих вопросах меня напрягает, прям как электричество.

там где не было расчитанно на > 1024 временных таблиц

это в хаккерс вообще не обсуждалось

при большом кол-ве временных таблиц начинает тормозить в определенных местах

А это, кажется, косяк пула и некоторых конфигураций

той же ЗУП

Кстати, фикшеный уже вроде как

ну да, и проблема в пг чинится легко

если Федор не упрямился )

Кстати, фикшеный уже вроде как

ок. я просто не с 1с мира, да уже и не из пгшного

Я, собственно, тоже краем глаза. Как на потенциально высокоуправляемый инструмент смотрю. Но вот по уши влезть ни времени, ни бюджета.

Как такое может быть, служба postgresql не запущена, а база работает

База висит на этой службе по идее, ничего похожего больше нет

база файловая :)

вот нет

не файловая

sql shell есть в комплекте поставки, оно через службу подключается?

хотя диспетчер задач отображает postgresql network services

но в службах оно выключено

бредятина какая-то

ребят подскажите, если перекинуть postgresql на ссд, будет ли ощутимый прирост?

или лучше думать о проце+рам?

ребят подскажите, если перекинуть postgresql на ссд, будет ли ощутимый прирост?

Думаю да

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

где вообще их все найти