Баркетов Павел

237
Рейтинг

gallam99
Павел Баркетов



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

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

Друзья
  • Герман
  • Артур Аюханов
  • Ольга Петровская
  • Дмитрий Малышев
Подписчики 10
Группы

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

IE 2012 Докладчик

IE 2013 EVO Участник

Партнер IS-WP

IE 2014 Участник

IE 2015 Участник

IE 2017 Докладчик

IE 2018 Участник

Рейтинг 237

Нетривиальные подходы в решении всем известных проблем: ускорение «больших» документов в 1С и ускорение поиска по подстроке. Как добиться эффекта в разы?
+71 –

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

Часто у пользователей 1С поиск информации по большим спискам данных по подстроке занимает продолжительное время. Павел Баркетов рассматривает причины торможения запросов с поиском по подстроке и описывает возможности и подходы к их оптимизации и ускорению. Также в статье разобраны причины длительного проведения «больших» документов (более 10 000 строк) и даны рекомендации по ускорению этих операций.

30.08.2018    20474    gallam99    31       

71

Повышенная нагрузка на диски сервера баз данных SQL Server
+45 –

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

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

15.03.2015    51267    gallam99    17       

45

Оптимизация производительности информационных систем
+53 –

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

Наша компания более 7 лет занимается разработкой и оптимизацией систем на базе 1С:Предприятие. Кроме этого, мы занимаемся разработкой технологии обмена между базами данных 1С:Предприятие в режиме online, различными интеграционными решениями, кластерными технологиями, масштабированием систем и параллельными вычислениями. За истекший период мы внедрили более 400 успешных проектов по производительности, из них более 100 для систем 1С:Предприятие версий 8.1 и 8.2. Чтобы вы понимали масштабы информационных систем, приведу ее показатели: количество пользователей – до 1500 в одной базе данных и по размеру БД – это более 2 Терабайт Соответственно, за это время, шаг за шагом мы получали новые данные, эволюционировали свои технологии, и пришли к некоторым результатам, с которыми хотим вас ознакомить. Статья написана по итогам доклада, прочитанного автором на Конференции IE 2012 15-16 ноября 2012 года. Также она напечатана в Журнале Инфостарта №1.

11.03.2015    31885    9    gallam99    11       

53

«Сетевой интерфейс» - его значение в информационной системе 1С (7.7./8.1./8.2./8.3) Протестируй свою сеть.
+58 –

Отчеты и формы Системный администратор Windows Абонемент ($m) Приложение (exe) HighLoad оптимизация Сети

Является ли сеть узким местом в производительности вашей информационной системы (например, в информационной системе 1С) – этот вопрос задают себе многие специалисты и сами же отвечают себе: «нет», после анализа «загруженности сети», но все ли так тривиально…? «Загруженность сети» определяется пропускной способностью и трафиком пакетов, который проходит через нее в текущий момент – достаточно ли только этого показателя.

1 стартмани

08.05.2013    37045    92    gallam99    31       

58

Параллельные вычисления в 1С 8
+12 –1

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

Решение позволяет ускорять выполнение запросов в 1С 8 в отчетах путем их параллельного выполнения в разных потоках.

11.02.2013    39642    gallam99    19       

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

Комментарии

HighLoad › Нетривиальные подходы в решении всем известных проблем: ускорение «больших» документов в 1С и ускорение поиска по подстроке. Как добиться эффекта в разы? › #29 11.09.18 10:24
(28)
Формат пакета можно посмотреть по ссылке: https://msdn.microsoft.com/en-us/library/dd340549.aspx
В таком формате MS SQL примет команду. Также полезно для решения задачи будет ссылка на спецификацию TDS: https://msdn.microsoft.com/en-us/library/dd304523.aspx
Теперь по внедрению к платформе 1С: в вашем вопросе скрыт ответ, платформой 1С занимаются разработчики платформы, поэтому там ничего нельзя "прикрутить". Следовательно необходимо внедрить решение за платформой 1С, мы это делаем между платформой и сервером БД. Создан прокси - сервер между ними, происходит анализ запросов SQL, в случае наших запросов на массовую вставку - они парсятся, формируется общий пакет по формату из первой ссылки и после общий пакет отправляется на MS SQL вместо большого количества маленьких. Таким образом главное обеспечить достаточное количество памяти для прокси-сервера и настроить высокоскоростную сеть для исключения замедления работы в целом. По нашим расчетам среднее время задержки запроса из-за прокси около 100мкс, таким образом задержка практически никак не влияет на скорость. Надеюсь стало понятнее.
HighLoad › Нетривиальные подходы в решении всем известных проблем: ускорение «больших» документов в 1С и ускорение поиска по подстроке. Как добиться эффекта в разы? › #27 10.09.18 18:02
(6)
Цели демонстрации 2:
1. Есть решения конкретной ситуации (ускорение неускоряемого типовыми средствами) и раскрыт принцип в публикации и возможность реализации.
2. Может разработчики платформы 1С улучшат платформу)
HighLoad › Нетривиальные подходы в решении всем известных проблем: ускорение «больших» документов в 1С и ускорение поиска по подстроке. Как добиться эффекта в разы? › #26 10.09.18 18:00
(3) Тут зависит от задачи и возможностей использования полнотекстового поиска в конкретной ситуации, для ускорения поиска по подстроке вполне интересное решение)
HighLoad › Нетривиальные подходы в решении всем известных проблем: ускорение «больших» документов в 1С и ускорение поиска по подстроке. Как добиться эффекта в разы? › #25 10.09.18 17:58
(14)
В публикации действительно описано концептуально. В реальности решение есть - оно представляет из себя аналог решения (Softpoint data cluster) - можно прочитать на сайте, трафик от сервера приложения проходит через него и анализируется. Когда встречаются построчные вставки в реальные и временные таблицы, то "на лету" формируется поток данных и вместо построчных операций вставки на сервер БД идет операция bulk insert.
HighLoad › Нетривиальные подходы в решении всем известных проблем: ускорение «больших» документов в 1С и ускорение поиска по подстроке. Как добиться эффекта в разы? › #24 10.09.18 17:54
(5)
Скорость подготовки данных (создается не файл, а поток данных) занимает очень незначительное время, так как формируется в оперативной памяти. Сложно сказать в абсолютных величинах, но десятки тысяч строк - несколько секунд.
HighLoad › Нетривиальные подходы в решении всем известных проблем: ускорение «больших» документов в 1С и ускорение поиска по подстроке. Как добиться эффекта в разы? › #0 10.08.18 12:26
Часто у пользователей 1С поиск информации по большим спискам данных по подстроке занимает продолжительное время. Павел Баркетов рассматривает причины торможения запросов с поиском по подстроке и описывает возможности и подходы к их оптимизации и ускорению. Также в статье разобраны причины длительного проведения «больших» документов (более 10 000 строк) и даны рекомендации по ускорению этих операций.
Новости › Подведены итоги конференции INFOSTART EVENT 2017 COMMUNITY › #31 27.09.17 13:38
Замечательный формат, отличная организация и доклады
Software › Какую версию SQL Server лучше использовать ? › #18 18.10.16 14:06
(17) alex_gus,
Вы правы, есть такой момент - как снижение производительности при массовом перепроведении документов - это исправляется без перехода (есть решения на рынке).
Я имел в виду, что после переходе появятся другие моменты - описанные выше.
Software › Какую версию SQL Server лучше использовать ? › #16 17.10.16 16:42
Если нет необходимости обновить версию SQL Server, то лучше остаться на 2000, на нем наибольшая производительность при правильном обслуживании и разумной оптимизации.
На 2005/2008 столкнетесь с проблемами скорости выполнения запросов по курсорам (cursorfetch),
выборки по подчиненным документам (таблица CRDOC) и другие.
HighLoad › Повышенная нагрузка на диски сервера баз данных SQL Server › #14 20.03.15 15:36
(13) softcreator,
В будущем, если вопросы такие встанут, может и вернетесь, может и польза будет.

(12) AlexO,
Если я в будущем буду писать статью для Вас,
я учту Ваши пожелания по названию.