0. Repich 290 13.06.19 11:30 Сейчас в теме

Непридуманные истории по оптимизации. История 1

Первая статья из планируемого цикла об оптимизации приложений на базе 1С. Без теории. Одна практика.

Перейти к публикации

Комментарии
Избранное Подписка Сортировка: Древо
100. Yashazz 2520 18.06.19 13:18 Сейчас в теме
(97) А зачем превращать ИС в блог, в ЖЖ? Я ведь серьёзно, таких историй у каждого полным-полно, смысл их сюда вываливать?
101. VmvLer 18.06.19 13:22 Сейчас в теме
(100) ок, у каждого так у каждого.

Готов почитать вашу историю по решению неполадок на ИБ хотя бы с 2 ТБ?
Тут или на другом ресурсе, можно в ЖЖ/блоге. жду ссылку.
104. Yashazz 2520 18.06.19 13:32 Сейчас в теме
(101) Легко. База 1.7 ТБ на момент 2017 года. Адски пилёная УПП 1.3. Доступа к скулю - никакого, прав нет. ТЖ, если и есть, тоже не в моих руках. Итого доступен только замер производительности. По итогам замеров выясняется, что а) от параллельности не зависит, б) от загруженности оборудования и сети тоже. Внимательное чтение кода выводит на запрос, похороненный под более чем 10 перевызовами из разных обёрток, сделанных в разное время разными разрабами. Запрос также носит следы правок (комменты) в разные годы. Выясняется, что по сути речь идёт о выборке ссылок по одному из основных документов. И вот там в одном месте написано "различные". Для ссылок, ага. Я это слово стёр, и вместо 20 минут стало 3-4 минуты. Считать процент щас лень, просто факт.
Ещё накидать?))
105. VmvLer 18.06.19 13:36 Сейчас в теме
(104) кидайте, желательно с идентификацией модулей и пр.

чем больше бичевать разрабов, тем выше шансы, что так делать больше не будут - у меня такая детская иллюзия.

а вдруг не будут!?
106. Yashazz 2520 18.06.19 13:49 Сейчас в теме
(105) Хорошо. БП 2.0, база тоже под 2 ТБ, т.к. в неё накидали чудовищное множество первички. Модуль точно не вспомню, что-то связанное со спецодеждой и спецоснасткой, и там был подзапрос, который монтировался в общий здоровенный запрос одного из действий закрытия периода. Так вот, вроде всё ОК, временные таблицы, все дела. Стал замерять, выдирая кусками, через консоль и прочее, и наткнулся на "ОБЪЕДИНИТЬ" там, где оно вообще по смыслу не было нужно, не вёлся у них такой учёт и сильно вряд ли бы завёлся. Конфа с возможностью внесения изменений, поэтому пишу "ВСЕ" и вуаля, выигрыш тоже в разы и разы. Точные цифры уже подзабыл, но в 10-12 раз быстрее стало.
111. Rustig 1188 18.06.19 14:21 Сейчас в теме
(106) так и сейчас не идеальны все конфы, периодически на ИС об этом кто-то пишет...
113. Yashazz 2520 18.06.19 14:25 Сейчас в теме
(111) Это ладно, когда типовые конфы. А когда меняются РП, архитекторы, не ведётся единый учёт и контроль системы, и оно нарастает слоями у некоего заказчика нетиповой конфиги, тут совсем аллес.
114. Rustig 1188 18.06.19 15:55 Сейчас в теме
(113)
Это ладно, когда типовые конфы. А когда меняются РП, архитекторы, не ведётся единый учёт и контроль системы, и оно нарастает слоями у некоего заказчика нетиповой конфиги, тут совсем аллес.

главное, чтобы за такую сложность адекватно платили
107. Yashazz 2520 18.06.19 13:50 Сейчас в теме
(105) а вообще бичуй-не бичуй, это эффект многолетней доработки разными людьми без тотального аудита исходных и результатных конструкций. Один тут сделал, и вроде ОК, другой там - и тоже нет грубых косяков, а всё вместе - через пень-колоду, да и старые завалы никто не разбирает.
108. VmvLer 18.06.19 14:03 Сейчас в теме
(107) это верно подмечено. далее мой субъективный взгляд...

Я думаю, что у 1С сейчас проблемы роста и большие, которые выливаются в
нестабильный функционал типовых конфигураций.

Я не знаю как у них устроено управление проектами, но даже по коду видно,
что координация часто страдает.

Исправить ситуацию быстро не выйдет до тех пор, пока не появятся архитекторы нового поколения, которые будут чистыми глобалистами с фантастическим талантами держать под контролем сотни подсистем.
Немного пафосно, конечно, но факт - без эволюции сознания архитекторов проектов - 1С станет терять сначала качество(это уже происходит), а затем и количество в звонкой монете.

Пока что на проектах конфигураций "сидят" сотни архитекторов с узким спектром предметной области и тысячи кодеров-ботов, и хорошо если они не лебедь, рак и щука.
110. Rustig 1188 18.06.19 14:19 Сейчас в теме
(104) да, конструкция "Различные" в запросе увеличивает время выполнения запроса - в этом случае надо логику запроса менять... вроде еще какие-то конструкции увеличивают время... где бы почитать об этом?
112. Yashazz 2520 18.06.19 14:22 Сейчас в теме
(110) Индексация временных таблиц зачастую увеличивает (я знаю про случаи, когда таблица полупуста или пустота "разная", или когда многотипные колонки), "Упорядочить По" увеличивает по ссылкам, гуидам, большим строкам, вроде Выразить как Строка(1000), всякие игры с иерархией увеличивают, ну а вообще Рупасов давно верно всё написал.
116. Yashazz 2520 18.06.19 18:22 Сейчас в теме
(115) ага, и уже 28 плюсов за банальный репост. Взять что ли, пересказать синтакс-помощник, поднять на этом плюсиков)))
99. Sergey.Noskov 1061 17.06.19 13:38 Сейчас в теме
(82)
Опишу пользу для себя. Исхожу из того, что даже если одному человеку было полезно, то статья того стоила, а Вы, Яков, так не считаете?
1. Показан процесс локализации и устранения проблемы. Мне интересен чужой опыт.
2. Понятен набор используемых инструментов (ТЖ, утилита парсинга ТЖ, БД данных ТЖ, Кибана). Опять таки повод сравнить "как у нас", подумать какой подход эффективнее.
3. Понятен подход к оптимизации запросов и разработке. А про создание индексов говорили даже на конференции 1С в блоке под кураторством Морозова Александра. Открыто рассказали, что для решения проблемы был создан индекс прямо в СУБД и что потом в конфигурации установили нужное индексирование и с обновлением всё вернулось в штатный режим.
4. Популяризация информации о больших БД. К сожалению владельцы крупных решений либо зашорены и бояться что либо рассказывать, либо им просто не до этого. А это плохо для развития направления.
Надеюсь Олег продолжит цикл.
Так же надеюсь на пополнение рядов авторов-практиков в теме HiLoad.
Aggressorak; Alien_job; artbear; mickey.1cx; Fox-trot; +5 Ответить
102. Yashazz 2520 18.06.19 13:23 Сейчас в теме
(99) По пунктам:
1. ОК, согласен, но это давно описанная общая метода, которая дофига где доступна;
2. Опять же, либо это всё уже известно, либо "ваша утилита", которую вы даже сюда не выложили и её фишки не рассказали (кроме как её производительность) - вы лучше её опубликуйте или её принципы изложите;
3. Что позволено Морозову, то не позволено нам. Проверено экспериментально (((
4. Какой информации? Вы и о своей-то минимум сказали. Количество пользователей, количество сеансов, инфраструктура кластера и сети, характер бизнес-процессов, разбивка по времени суток, по регионам итд; самые "жадные" операции, порядок статистических величин по таблицам и индексам, регламентные действия (хотя б планы обслуживания в скуле) - где об этом хоть слово?
117. Sergey.Noskov 1061 19.06.19 15:14 Сейчас в теме
(102)
Вы и о своей-то минимум сказали. Количество пользователей, количество сеансов, инфраструктура кластера и сети..
представляете, есть инфо вплоть до моделей СХД, процессоров и схемы кластеров 1С, СУБД. Про регламенты задавали вопросы в комментариях, отвечал.
91. VmvLer 17.06.19 09:44 Сейчас в теме
Я думаю, что 1С ИБ от 4 Тб в промышленной эксплуатации не так много.
И любая информация по практике использования и решения неполадок в контексте таких ИБ
полезна безусловна.
Alien_job; Sergey.Noskov; Rustig; acanta; +4 Ответить
Оставьте свое сообщение
Новые вопросы с вознаграждением
Автор темы объявил вознаграждение за найденный ответ, его получит тот, кто первый поможет автору.

Вакансии

Программист 1С
Санкт-Петербург
зарплата от 130 000 руб.
Полный день


Программисты 1С УТ / БУЗ/ЗУП / БИТ ФИНАНС
Москва
зарплата от 100 000 руб. до 180 000 руб.
Полный день

Программист 1С
Москва
зарплата от 150 000 руб. до 150 000 руб.
Полный день

Программист, аналитик, эксперт 1С
Санкт-Петербург
По совместительству