Крючков Владимир

4696
Рейтинг

ivanov660
Владимир Крючков



  •   Регистрация: 02.02.2011 (14 лет назад)

  •   Был(а) на сайте: 07.02.2025

Друзья
  • Alexander Kondrin
  • Антон Коваленко
  • Артур Аюханов
  • Группа Полипластик
  • Александр Алехин
  • Александр Егоров
  • Дмитрий Виссаров
  • Карина Арсенян
  • Евгений Комиссаров
  • Ольга Терскова
  • Димтрий Павлюченко
  • Дмитрий Котов
  • Виктор Клевцов
  • Константин Скворцов
  • Игорь Антонов
  • Дмитрий Малышев
Подписчики 359
Группы

Профессиональный разработчик

IE 2017 Докладчик

IE 2018 Докладчик

IE 2019 Докладчик

Докладчик Meetup

IE 2021 Докладчик

Лауреат Infostart Awards

IE2021_msk Online

IE2022 Докладчик

IE2023 Докладчик

TEAMLEAD EVENT 2025 Докладчик

Рейтинг 4696

Проблемы производительности. Различные в динамических списках
+46 –

Статья Программист Платформа 1С v8.3 1C:ERP Бесплатно (free) Нет файла HighLoad оптимизация

Приведем примеры использования различных в динамических списках и посмотрим, почему это плохо.

18.02.2025    2326    ivanov660    17       

46
Проблемы производительности. Индексация с дополнительным упорядочиванием
+50 –

Статья Системный администратор Программист 1C:ERP Бесплатно (free) Нет файла HighLoad оптимизация

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

04.02.2025    2751    ivanov660    21       

50
Поиск дублей по полям ключей шапки, табличных частей (используем hash функцию)
+22 –

Статья Программист Платформа 1С v8.3 Запросы Универсальные Бесплатно (free) Нет файла Математика и алгоритмы Запросы

Рассмотрим быстрый алгоритм поиска дублей с использованием hash функции по набору полей шапки и табличных частей.

08.07.2024    2946    ivanov660    9       

22
Поиск и анализ длительных вызовов - CALL, SCALL
+56 –

Статья Системный администратор Программист Универсальные Бесплатно (free) Нет файла HighLoad оптимизация Технологический журнал

Обсудим поиск и разбор причин длительных серверных вызовов CALL, SCALL.

24.06.2024    6324    ivanov660    12       

56
Простой менеджер данных (simple data manager)
+80 –

Инструменты и обработки Программист Платформа 1С v8.3 1C:Бухгалтерия Абонемент ($m) Внешняя обработка (ert,epf) Перенос данных 1C

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

3 стартмани

13.06.2024    6370    73    ivanov660    32       

80
Опыт оптимизации 1С на PostgreSQL
+83 –

Статья Системный администратор Программист Универсальные Бесплатно (free) Нет файла HighLoad оптимизация

При переводе типовой конфигурации 1C ERP/УТ/КА на PostgreSQL придется вложить ресурсы в доработку и оптимизацию запросов. Расскажем, на что обратить внимание при потерях производительности и какие инструменты/подходы помогут расследовать проблемы после перехода.

20.11.2023    15386    ivanov660    7       

83
Мигрируем с MS SQL на PostgreSQL
+77 –

Статья Системный администратор Универсальные Бесплатно (free) Нет файла Администрирование СУБД

Переход с MS SQL на PostgreSQL сопряжен с рисками для бизнеса и неизбежно вызывает множество вопросов. Статья посвящена тому, как заранее подготовиться к предстоящей миграции, провести нагрузочное тестирование, выявить возможные проблемы перехода и провести необходимую оптимизацию.

13.11.2023    20288    ivanov660    36       

77
Архитектурное ревью. Процесс разработки
+36 –

Анализ&Управление Программист Универсальные Бесплатно (free) Нет файла Архитектура решений

Рассмотрим применение архитектурной проверки задач в процессе разработки.

30.10.2023    6324    ivanov660    10       

36
Поиск часто повторяющихся запросов. Мониторинг производительности
+77 –

Статья Программист Универсальные Бесплатно (free) Нет файла HighLoad оптимизация Мониторинг Запросы

Расскажем, как найти часто повторяющиеся запросы.

05.10.2023    7816    ivanov660    3       

77
Чрезмерная оптимизация кода. Проблемы производительности
+65 –

Статья Программист Платформа 1С v8.3 1С:ERP Управление предприятием 2 1С:Управление торговлей 11 1С:Комплексная автоматизация 2.х Бесплатно (free) Нет файла HighLoad оптимизация

Рассмотрим ситуацию, когда излишняя оптимизация приводит к неочевидным проблемам.

29.05.2023    7933    ivanov660    12       

65
Смотреть все

Комментарии

HighLoad › Проблемы производительности. Различные в динамических списках › #10 18.02.25 22:24
(9) Да, делаем и такое - блокировка неподходящих полей для сортировки, отключение группировки, отключение поиска по всем полям, добавляем отдельные отборы по полям и некоторые другие мероприятия.
HighLoad › Проблемы производительности. Различные в динамических списках › #8 18.02.25 22:06
(7) Дам вам подсказку (по крайней мере мы так делаем). Вы всегда можете программно для каждого списка устанавливать принудительно период действия - скажем от текущей даты на три месяца назад. И не надо никого просить) Если же пользователь зачем-то хочет посмотреть все документы, то никто не мешает ему снять этот отбор.
HighLoad › Проблемы производительности. Различные в динамических списках › #4 18.02.25 19:09
(2) Не беда, за отзыв спасибо)
HighLoad › Проблемы производительности. Различные в динамических списках › #3 18.02.25 19:08
(1)
1. Ну, вот такой я какой есть. Хочется чего-то нового, новых ощущений)
2. У меня сохранилось в памяти одно из первых обращений - по поводу проблем производительности в УТ 11, когда они мне написали мне ответ через год. Писать не проблема, проблема пробиваться через стену недопонимания, в последнее время у меня не хватает терпения.
HighLoad › Проблемы производительности. Различные в динамических списках › #0 18.02.25 9:00
Приведем примеры использования различных в динамических списках и посмотрим, почему это плохо.
Публикации › Промышленное тестирование конфигураций в 1С › #41 11.02.25 16:34
(31) Лично я не слышал, чтобы где-то эту конфигурацию использовали.
И вы правы, интересно было бы услышать.
Публикации › Промышленное тестирование конфигураций в 1С › #40 11.02.25 16:32
(25) Я бы сказал так, там где ошибки допущенные в коде привносят большой негативный экономический эффект для бизнеса. Например, начнете продавать айфоны по 10 копеек, сотнями. Или смешаете не те компоненты по рецептуре тоннами и все на свалку потом.
HighLoad › Проблемы производительности. Индексация с дополнительным упорядочиванием › #21 08.02.25 14:26
(20)
1. Очень рад что Вас окружают одни профессионалы. К сожалению, я живу в обычном мире, где проблемы встречаются на каждом шагу.
2. Уверен, что установка данного свойства решала свои задачи. Событие произошло относительно давно и тяжело сказать о причинах. Сейчас, как мы выяснили, те причины стали не актуальными.
Публикации › Битва с призраками прошлого: ищем "битые" запросы после обновления релиза › #17 07.02.25 10:09
(15)
В том что проверять на ошибки правильнее там где есть изменения, т.е. мы снижаем вероятность ложных срабатываний.
По моему опыту ваш последний вывод не верен. Может быть равен или хуже.
И опять же это мое мнение и оно не обязывает вас ни к каким действиям.
Публикации › Битва с призраками прошлого: ищем "битые" запросы после обновления релиза › #13 07.02.25 8:42
(12)
1. Мы будем сравнивать изменённую новую конфигурацию с новой типовой конфигурацией. К тому же вы выше сказали, какая разница если будет на 15 минут больше.
2. Хотя бы хэш MD5. Очень быстро и из коробки.
3. Ваше понятие шума достаточно спорно. Зачем нам унификация? Вы хотите поставить на поток? Опять же нет необходимости увеличивать количество баз.
4. Если мы сравним новую типовую базу с новой доработанной, то изменения будут там куда они переехали.

P.S. Я вас не заставляю дорабатывать, а предложил идею. Что-то подобное мы используем при автоматическом переносе изменений из старой доработанной конфигурации в новую. К сведению, поиск построчных отличий по модифицированному алгоритму diff у меня занимает порядка 20 минут в конфигурации ERP (достаточно хорошо доработана). У себя я не реализовывал проверку запросов, но думал над этим. Вот по этому и обратил внимание на вашу статью.