Size: a a a

1С, БСП, DevOps и Архитектура

2020 June 02

NG

Nikita Gryzlov in 1С, БСП, DevOps и Архитектура
к слову, мы начинали внедрять на 3.0.3, не могу сказать, что он был неработоспособен. да, к 3.1.2 он стал намного лучше, добавились порционные пересчеты, почистились и улучшились расчеты зависимых списков и в целом производительность стала выше. но оно работало.
источник

VN

Vladimir Nadulich in 1С, БСП, DevOps и Архитектура
Мы месяц проработали пока не случился последний фейл. И он воспроизводимый на копиях. Если что-то работает на 90% - оно не работает вообще.
источник

ДП

Дмитрий Павлов... in 1С, БСП, DevOps и Архитектура
новый режим реально быстрый .. на тестовой конфе с новым рлс форма списка документа открывается за 3 сек .. в обычной рлс от 10 до 30 сек .. т.е эффект ощутим
источник

NG

Nikita Gryzlov in 1С, БСП, DevOps и Архитектура
Дмитрий Павлов
новый режим реально быстрый .. на тестовой конфе с новым рлс форма списка документа открывается за 3 сек .. в обычной рлс от 10 до 30 сек .. т.е эффект ощутим
3 секунды - это долго для нового rls. что у вас там за ограничение такое?
источник

NG

Nikita Gryzlov in 1С, БСП, DevOps и Архитектура
какая субд?
источник

ДП

Дмитрий Павлов... in 1С, БСП, DevOps и Архитектура
несколько дин.списков дополнительно отрабатывает на форме .. типа аналитика для пользователей
источник

ДП

Дмитрий Павлов... in 1С, БСП, DevOps и Архитектура
mssql
источник

VN

Vladimir Nadulich in 1С, БСП, DevOps и Архитектура
Не обязательны субъективные оценки замерами (мало ли какая причина). Достаточно сравнить планы.
источник

VN

Vladimir Nadulich in 1С, БСП, DevOps и Архитектура
Nikita Gryzlov
3 секунды - это долго для нового rls. что у вас там за ограничение такое?
Никита, это такое... не очень профессиональное утверждение ))
Смотря где и как.
Например было 3-10 минут, стало 6-20 сек ))) Так ведь тоже бывает?
И так не только в отчетах. Но в ДС при определенных условиях.
источник

NG

Nikita Gryzlov in 1С, БСП, DevOps и Архитектура
Vladimir Nadulich
Никита, это такое... не очень профессиональное утверждение ))
Смотря где и как.
Например было 3-10 минут, стало 6-20 сек ))) Так ведь тоже бывает?
И так не только в отчетах. Но в ДС при определенных условиях.
я видел планы, на разных субд. таблицы должны быть нереально огромными (в сотнях, тысячах гигабайт), чтобы индекс сик и индекс скан с LIMIT 45 по ним работал дольше 3 секунд
источник

NG

Nikita Gryzlov in 1С, БСП, DevOps и Архитектура
Vladimir Nadulich
Никита, это такое... не очень профессиональное утверждение ))
Смотря где и как.
Например было 3-10 минут, стало 6-20 сек ))) Так ведь тоже бывает?
И так не только в отчетах. Но в ДС при определенных условиях.
отчеты, конечно, это отдельный мир. но обычные ДС должны ускоряться хорошо)
источник

VN

Vladimir Nadulich in 1С, БСП, DevOps и Архитектура
Не обязательно.
Проблема та же что и в ПГ. И это НЕ выборка данных из БД.
источник

NG

Nikita Gryzlov in 1С, БСП, DevOps и Архитектура
Vladimir Nadulich
Не обязательно.
Проблема та же что и в ПГ. И это НЕ выборка данных из БД.
1сный постгрес, кстати, заменил пару нестед лупс на хэш аггрегейт. жду, когда докатится до пгпро :(
источник

VN

Vladimir Nadulich in 1С, БСП, DevOps и Архитектура
Это гребанные NL, как следствие буферизация, многомиллиардные чтения.
источник

VN

Vladimir Nadulich in 1С, БСП, DevOps и Архитектура
Nikita Gryzlov
1сный постгрес, кстати, заменил пару нестед лупс на хэш аггрегейт. жду, когда докатится до пгпро :(
Да, ты уже упоминал разницу )
источник

VN

Vladimir Nadulich in 1С, БСП, DevOps и Архитектура
Я кстати научился воспроизводить проблему в ДС с долгими чтениями, когда топ45 выдает данные частичным сканом, т.е. плохой отбор пользователя (это непобедимо, сцуко), как следствие чтобы набрать 45 записей выгребаем 5-10 млн из основной таблицы. Это доли секунды. Но старый РЛС для 10млн  записей - это может быть несколько миллиардов чтений на нижних уровнях NL. А это 30-200 сек в зависимости от загрузки проца.
Вот и получается что в ДС среднее время 0,5-3 сек на старом РЛС, то есть много "диких выстрелов", которые очень сильно влияют на общую производительность сервера. И это не случайный плохой план. Это вот такие хреновые условия выборки. И вот на таких частных случаях разница очень показательна между планами с РЛС.
источник

GV

Gukov Viktor in 1С, БСП, DevOps и Архитектура
источник

B

Banof in 1С, БСП, DevOps и Архитектура
🔫 @frls_adm кикнут — вернуть этого пользователя можно только разбаном в настройках чата.

Проголосовавшие за кик:
@pepeisalreadytaken, @nixel2007, @UrbanMonkey, Валентин Бомбин, @rusdaurov
источник

IA

Igor Averin in 1С, БСП, DevOps и Архитектура
/stat@combot
источник

C

Combot in 1С, БСП, DevOps и Архитектура
Total messages: 50648
источник