Выпустив летом 2003 г. платформу "1С:Предприятие 8.0", фирма "1С" (http://www.1c.ru) начала новый этап развития своего экономического ПО, основной вектор которого можно кратко охарактеризовать так — продвижение в сторону сегмента средних и крупных заказчиков на основе более масштабируемых и функциональных прикладных решений. Сейчас компания готовится сделать следующий шаг: в июле она объявила о выпуске бета-версии нового варианта платформы "1С:Предприятие 8.1", которая в окончательном виде должна появиться на рынке в конце нынешней осени.

Хотя номер версии меняется всего на 0.1 и, как уверяют разработчики "1С", данная модификация платформы будет практически полностью совместима с прикладными продуктами 8.0, на самом деле речь идет о весьма серьезной внутренней архитектурной и технологической реконструкции системы с целью улучшения масштабирования прикладных решений для современных корпоративных систем управления предприятиями. В официальном комментарии “1С” по этому поводу говорится: «Часть изменений ориентирована не столько на функциональность 8.1, сколько является фундаментом для будущего развития. Кроме того, многие архитектурные изменения позволят нам опробовать подходы к построению системы, которые мы сможем более активно применять в будущем».

Судите сами: в системе "1С:Предприятие 8.1" появилась поддержка серверных кластеров, «родной» режим работы сервера в среде Linux, возможность использования СУБД PostgreSQL, расширенное применение технологий XML и open source. А в недалеком будущем можно ожидать появления декларативной модели для разработки пользовательских интерфейсов, создания тонкого клиента и многого другого.

Однако прежде чем говорить о новшествах в версии 8.1, полезно дать общую картину развития всего комплекса ПО "1С:Предприятие".

От версии 7.7 к 8.1

Хотя «1С:Предприятие 8.0» уже три года присутствует на рынке, тем не менее этой версии до сих пор часто сопутствует определение «новая». Тому есть несколько объективных причин. Прежде всего отметим, что цикл обновления базовых технологий существенно дольше, чем у прикладных решений (версия 7.0 была впервые представлена в 1996 г., а за последующие семь лет были выпущены два ее модернизированных варианта — 7.5 и 7.7).

Кроме того, отличительная особенность политики "1C" (по сравнению с многими другими поставщиками ПО, не только экономического) состоит в том, что с выпуском новых версий продуктов предыдущие варианты по-прежнему продаются и поддерживаются. К примеру, после появления версии 8.0 прикладные решения на базе 7.7 все так же продолжают поставляться (по итогам 2005 г. соотношение продаж версий 7.7 и 8.0 составило 60:40, хотя доля 7.7 со временем заметно сокращается).

Но самое главное — «восьмерка» не стоит на месте, она постоянно развивается. С лета 2003 г. выпущено уже 15 релизов, и некоторые из них были вполне достойны того, чтобы изменить номер версии хотя бы на одну десятую. Правда, обновления были в основном связаны с расширением прикладного функционала платформы (в том числе с появлением качественно новых возможностей, таких, как управление бизнес-процессами, поддержка распределенных баз данных, Web-решения). Теперь же наступает момент для модернизации базовых технологий.

Чтобы оценить серьезность предполагаемых новшеств, полезно вспомнить некоторые “исторические” концепции, на которых до сих пор строилась система “1С”. Это использование исключительно платформы Microsoft, ориентация на архитектуру “толстого” клиента (даже в клиент-серверном варианте) и очень сильная тяга к применению собственных компонентных технологических решений. Похоже, что в версии 8.1 разработчики из “1С” решились выйти за эти рамки.

Новшества платформы 8.1

Подчеркнем еще раз: модернизация в новой версии связана в основном с изменениями на уровне ядра платформы. Хотя речь тут идет о важных качественных моментах, эти новшества потребуют минимальной (или даже никакой) коррекции существующих прикладных решений.

Кластер серверов

В существующем сейчас клиент-серверном варианте 8.0 можно использовать только один сервер «1С:Предприятие», способный работать с несколькими информационными базами (ИБ). В «1С:Предприятие 8.1» будет реализована возможность создания кластера серверов (рис. 1), с управлением через центральное серверное приложение (менеджер кластера). При этом с одной ИБ смогут работать сразу несколько серверов «1С:Предприятие 8.1». Простейший кластер серверов может располагаться на одном компьютере и содержать один рабочий процесс (рис. 2). Для администрирования кластера разработана утилита в виде встраиваемого модуля для Microsoft Management Console.

Рис. 1. Структура кластера серверов на базе “1С:Предприятие 8.1”.

Рис. 2. Простейший кластер серверов может располагаться на одном компьютере.

Понятно, что кластерная архитектура обеспечивает более высокую надежность, масштабируемость и эффективность использования аппаратных ресурсов. Кластер серверов может предоставлять один или несколько рабочих процессов для обслуживания клиентских соединений. Рабочие процессы кластера будут функционировать на одном или нескольких компьютерах (см. таблицу).

Основные отличия сервера «1С:Предприятие 8.0» от кластера серверов «1С:Предприятие 8.1»

Характеристика Сервер в версии 8.0 Кластер серверов в версии 8.1
Число компьютеров Один Один или несколько, объединенных в кластер
Число серверных процессов на одном компьютере Один Один или несколько
Распределение нагрузки Отсутствует Распределение нагрузки между процессами на основе анализа долгосрочной статистики загруженности процессов
Операционные системы Windows Windows и Linux
Механизм взаимодействия Для взаимодействия с клиентским приложением и сервером БД используется механика COM+v Взаимодействие с клиентским приложением и сервером БД, а также процессов кластера между собой по TCP/IP
Тип запускаемого приложения Запускается как приложение COM+ Запускается как приложение или сервис в среде Windows, daemon в среде Linux
По предварительным оценкам "1С" суммарная пропускная способность в кластере при одновременной работе нескольких пользователей возрастает на 25—60%, если использовать несколько рабочих процессов даже на том же сервере. На некоторых интенсивных тестах параллельности общая пропускная способность системы возрастает в разы. Но разработчики при этом предупреждают: нельзя ожидать, что во всех случаях все станет быстрее.

Возможность создания кластера (а также поддержка Linux) появилась как результат переработки архитектуры сервера “1С:Предприятие”, в том числе за счет перехода от использования COM+ к протоколу TCP/IP для организации взаимодействия между отдельными серверными процессами, а также между серверной и клиентской частями системы.

Поддержка Linux и PostgreSQL

Вторая важная новость — сервер «1С:Предприятие 8.1» будет функционировать в среде Linux на «родном» уровне, без режима эмуляции Win API. Для этого программный код полностью перекомпилирован под Linux, но основная его часть будет единой для Windows и Linux (переписан только уровень взаимодействия с OC). В рамках одного кластера смогут одновременно функционировать Windows- и Linux-серверы. При этом аутентификация пользователей будет выполняться по протоколу Kerberos.

Пока Linux-сервер не сможет работать с Microsoft SQL Server (хотя такая возможность прорабатывается) и COM-объектами. В то же время ему не требуется ключ аппаратной защиты (HASP). Добавим еще, поддержка Linux относится только к серверной части платформы; как подчеркивает "1С", реализация клиентской части для Linux сейчас не планируется.

В качестве СУБД для среды Linux в версии 8.1 реализована поддержка PostgreSQL, которая сможет работать под управлением Windows или Linux. СУБД PostgreSQL (она создается и поддерживается сообществом разработчиков PostgreSQL Global Development Group, http://www.postgreSQL.org) — система с весьма либеральной лицензией, предусматривающей ее бесплатное применение и возможность внесения изменений. Последним обстоятельством разработчики “1С” уже воспользовались, устранив чувствительность к регистру букв при операциях сравнения строк. По оценкам специалистов “1С”, эта СУБД демонстрирует хороший уровень качества и не требует особых навыков для установки и администрирования. В комплект поставки "1С:Предприятие 8.1." входит дистрибутив модифицированной версии PostgreSQL.

Присмотритесь к PostgreSQL

Несмотря на то что позиции тройки лидеров на рынке СУБД — Oracle, IBM и Microsoft — кажутся совершенно непоколебимыми, на самом деле эти производители все в большей степени ощущают давление со стороны конкурентов из стана open source, прежде всего MySQL (http://www.mysql.com) и PostqreSQL (http://www.postqre.com). Вот характерный признак этого: все три ИТ-гиганта предлагают сегодня в том или ином виде бесплатные варианты своих БД (издания типа Express) — еще несколько лет назад это было невозможно себе представить!

Оба проекта, MySQL и PostgreSQL, развиваются и поддерживаются независимыми фондами (сообществами разработчиков ПО) на принципах open source. Первый из них довольно хорошо известен в России, а вот о втором пока знают немногие. Но к PostgreSQL стоит присмотреться повнимательнее, тем более что именно эту СУБД фирма "1С" решила использовать в новой версии платформы "1С:Предприятие 8.1" в качестве бесплатной альтернативы Microsoft SQL Server.

PostgreSQL ранее была ориентирована на ОС Unix, но потом в ней появилась поддержка и Novell NetWare, и OS/2. Последняя версия PostgreSQL 8.0 может работать почти со всеми ведущими OC, в том числе с Windows. Установить ее на рабочую станцию с помощью мастера инсталляции столь же просто, как, скажем, Microsoft Word.

Многих пользователей коммерческих СУБД смущает тот факт, что бесплатные системы не имеют профессиональных инструментов разработки и администрирования. Эти представления явно устарели. Конечно, PostgreSQL, как и многие другие Unix-продукты, всегда имела развитую систему управления в режиме командной строки. Но сейчас в дополнение к ней существует и набор графических средств для управления и проектирования БД, в том числе Visual Case, Data Architect, pgAdmin III и Navicat PostgreSQL. Для управления отчетами можно подключить Crystal Reports, Cognos ReportNet, а также некоторые инструменты open source, в частности, JasperReports. Программный интерфейс PostgreSQL поддерживает работу с широким кругом языков программирования: C++, C#, JDBC, Perl, PHP, Python, Ruby и Tcl. Можно применять и такие редкие сегодня языки, как Ada, Common.Lips и Pascal.

Часто предубеждения против средств open source связаны с их технической поддержкой. Если эти продукты бесплатные, то кто же будет отвечать на вопросы пользователей? На самом деле документация по PostgreSQL включает почти 1450 страниц в формате PDF или в онлайновом варианте. В ней содержатся ответы почти на все вопросы клиентов. Если же требуется обсудить какие-то специальные темы, стоит обратиться на онлайновые новостные форумы, поддерживаемые Google. Можно также обсуждать проблемы в режиме реального времени при помощи средств IRC. Тем же, кому нужна гарантированная поддержка, ряд компаний (например, Pervasive Software или SpikeSource) предлагает платные услуги.

PostgreSQL полностью соответствует стандартам SQL и даже поддерживает некоторые его расширения. Например, при работе с приложениями, ориентированными на Oracle, можно использовать EnterpriseDB (версия PostgreSQL), которая дополнена различными функциями, специфичными для Oracle. И все это — бесплатно!

XML и Web-сервисы

Несмотря на наличие ряда интеграционных механизмов, до сих пор платформа “1С” оставалась в целом довольно замкнутой, обращенной в себя системой. В версии 8.1 сделаны серьезные шаги к преодолению этого “наследства” и преобразования ее в систему, открытую для взаимодействия с разнородными внешними компонентами на принципах SOA.

Прежде всего нужно отметить расширение поддержки Web-сервисов: информационная база «1С:Предприятие 8.1» сможет стать поставщиком Web-сервисов, а у прикладных решений появится возможность обращаться к любым внешним Web-сервисам. Публикацию Web-сервисов можно выполнять через файловую систему и по протоколу FTP на Web-серверах. Это взаимодействие будет поддерживаться на уровне спецификаций WS-I Basic Profile. В недалеком будущем планируется также использовать протоколы WS-Security и SOAP with Attachments.

С расширением поддержки XML связан и ряд других новшеств в «1С:Предприятие 8.1». В частности, реализован ряд новых объектных моделей, среди которых отметим следующие:

  • объектная модель документа XML (ДокументDOM), реализация которой соответствует стандартам DOM Level 2, XPath (DOM Level 3) и DOM Load and Save (DOM Level 3);
  • объектная модель схемы XML (СхемаXML);
  • возможность проверки соответствия схеме XML при чтении XML.

Интересно отметить, что в новой версии платформы для работы с XML будут использоваться открытые библиотеки Apache Xerces и Apache Xalan.

Еще одна интересная новинка — дополнительный слой взаимодействия платформы со стандартными XML-технологиями (рис. 3) на базе собственной технологии XDTO (XML Data Transfer Objects). С помощью XDTO можно выполнять описание типов параметров и возвращаемых значений Web-сервисов, обмениваться информацией между конфигурациями «1С:Предприятие 8.1» с существенно разными структурами данных, в том числе на основе схем XML, не привязанных к той или иной конфигурации (например, обмен с информационными системами, построенными не на основе «1С:Предприятие 8.1»), а также создавать собственные системы типов и значений для обработки произвольных данных. В системе «1С:Предприятие 8.1» реализована также сериализация данных на основе механизма XDTO, предназначенная для сохранения данных объекта в файл XML или создания объекта на основе данных, хранящихся в файле XML.

Рис. 3. Использование слоя XTDO (справа) упрощает программирование при работе с XML Schema (слева).

Управление блокировками данных и оптимизация

Одно из ключевых направлений развития платформы — борьба за параллельность работы системы и оптимизация ее механизмов. В «1С:Предприятие 8.1», помимо кластера серверов, появились еще два важных изменения — реализованы новые варианты работы с управляемыми блокировками транзакций и разделения итогов регистров.

Управление блокировками в транзакции поддерживает теперь три режима. Автоматический режим управления блокировками аналогичен работе «1С:Предприятие 8.0». Управляемый режим повышает параллельность работы пользователей в клиент-серверном варианте за счет более низкого уровня изоляции транзакций базы данных (Read Committed). При записи данных в транзакции объекты встроенного языка автоматически блокируют необходимые данные. Разработчику необходимо управлять блокировками данных в тех случаях, когда бизнес-логика требует согласованного и целостного чтения данных в транзакции.

И наконец, автоматический и управляемый режим позволяет управлять блокировками в транзакции только для некоторых объектов конфигурации. Он может служить для оптимизации параллельности работы с отдельными прикладными объектами (например, с несколькими наиболее интенсивно используемыми документами) или для постепенного перевода больших конфигураций в режим управления блокировками в транзакции.

Фактически разработчики "1С" решились, наконец, отказаться от полной зависимости от механизма блокировок СУБД и предоставить разработчику возможность самому управлять блокировками в терминах предметной области. Дело в том, что при кажущейся простоте использования уровней repeatable read и serializable на практике было очень трудно предсказать, как поведет себя СУБД, и обеспечить необходимую параллельность. И это не недостаток СУБД, а принципиальная невозможность хорошо определить область блокировки без учета прикладного смысла данных. С новым механизмом блокировки будут накладываться именно на то, что необходимо.

Однако нужно иметь в виду, что механизм управляемых блокировок сам по себе требует дополнительных ресурсов, т. е. несколько замедляет работу системы. Так что эффект может быть достигнут только за счет распараллеливания обработки, и оцениваться он должен не по линейной скорости, а по суммарной пропускной способности при интенсивной работе пользователей. Очевидно и то, что повышение параллельности потребует доработки конфигураций, а значит, будет сильнее зависеть от квалификации разработчиков прикладных решений. Если раньше им не приходилось думать о том, что блокировать, то теперь придется в этом разбираться.

Впрочем, переход к новой модели реализован "опционально": по умолчанию конфигурации работают в "старом" стиле автоматических блокировок. Предусмотрен также переходный режим управления блокировками, позволяющий переводить конфигурации на новую модель по частям.

В версии 8.1 расширены границы использования регистров для работы с большим числом измерений, и прежде всего это касается регистра бухгалтерии с количеством субконто больше четырех. Оптимизирован также целый ряд режимов работы системы. В результате, как говорят разработчики “1С”, уже сейчас достигнуто существенное ускорение запуска системы и снижение расхода памяти, что особенно важно для создания и внедрения больших прикладных решений.

Система компоновки данных

В «1С:Предприятие 8.1» система компоновки данных реализована в виде принципиально нового механизма (рис. 4), основанного на декларативном описании и предназначенного для построения отчетов, а также вывода информации, имеющей сложную структуру. Отчет в конфигурации может быть описан декларативно, без написания кода на встроенном языке и создания форм. Система компоновки данных предоставляет следующие возможности:

  • создание отчета без программирования;
  • использование автоматически генерируемых форм просмотра и настройки отчета;
  • разбиение исполнения отчета на этапы;
  • исполнение отдельных этапов построения отчета на различных компьютерах;
  • независимое использование отдельных частей системы компоновки данных;
  • программное управление процессом выполнения отчета.

Рис. 4. Схема взаимодействия основных элементов системы компоновки данных.

Другие новшества и open source

Заканчивая краткий обзор новшеств в «1С:Предприятие 8.1», отметим еще расширенные средства полнотекстового поиска и усовершенствованные возможности администрирования, в том числе новый вариант журнала регистрации (различных событий в системе), который должен повысить надежность и производительность работы. Модернизированы также язык запросов, система объектов, встроенный язык программирования, справочная система и многие другие технологические компоненты платформы.

И в заключение отметим еще одну важную вещь, которая в явном виде не просматривается. В «1С:Предприятие 8.1» разработчики "1С" начали переход к более широкому использованию готовых отраслевых базовых технологий (а не собственных), причем с явным акцентом на ПО с открытым кодом (выше это было видно на примере XML). Кроме того, в новой версии платформы будут расширены возможности интернационализации программного кода, причем это также будет сделано за счет более активного применения технологий open source. Планируется использование библиотеки ICU (International Components for Unicode), разработанной и поддерживаемой корпорацией IBM и распространяемой по лицензии X License.

Что ожидается дальше

О планах развития платформы 8.0 фирма "1С" впервые полуофициально объявила в конце февраля на партнерской конференции в Москве. Тогда же было сказано, что модернизация будет проходить в два этапа, соответствующих ближним и дальним планам создания "1С:Предприятие 8.1". Судя по представленной тогда информации, нынешний вариант бета-версии — это выполнение "ближних" задумок.

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

В первую очередь это будет создание новой технологической модели пользовательского интерфейса на основе декларативного описания визуальных объектов без программирования. Такой подход в целом вполне согласуется с общими тенденциями в области разработки ПО — в качестве примера можно привести презентационный технологический слой Windows Presentation Foundation (Avalon) в Windows Vista/Longhorn. Впрочем, первые шаги в этом направлении "1С" уже сделала в версии 8.1 в виде нового механизма построения отчетов. В будущем серьезные изменения произойдут в глобальном пользовательском командном интерфейсе. Помимо упрощения поддержки прикладных решений и внедрения больших комплексных систем это позволит создавать клиентские приложения для разных операционных платформ.

Другая группа новшеств второго этапа связана с перераспределением функций между серверной и клиентской частью платформы. До настоящего времени "1С" ориентировалась в целом на идеологию “толстого” клиента — на него возлагались основные задачи управления пользовательским интерфейсом и бизнес-логикой. В будущем эти функции должны перейти к серверу "1С:Предприятие", что позволит реализовать подход тонкого клиента (рис. 5) и "легких" приложений (только управление пользовательским интерфейсом). В целом преимущества такого подхода очевидны: повышение масштабируемости, упрощение реализации распределенных неоднородных систем. В февральских выступлениях представителей “1С” речь также шла о создании нового Web-клиента с использованием JavaScript и DHTML (возможно, имеется в виду подход AJAX, см. «AJAX — это интересно и очень перспективно», «BYTE/Россия» № 7’2006).

Рис. 5. Архитектура тонкого клиента.

Эволюционно-революционный переход

Комментируя еще полгода назад планы выпуска новой версии платформы, директор "1С" Борис Нуралиев сделал особый акцент на том, что переход на нее будет носить сугубо эволюционный, поэтапный характер, и инвестиции партнеров в освоение, а заказчиков — во внедрение ПО версии 8.0 сохранятся в максимальной степени. Развитие приложений на основе текущей версии платформы будет продолжаться. Что же касается более ранних продуктов, то “1С” в настоящее время не только продает решения 7.7, но и обеспечивает техническую поддержку предыдущих версий “1С:Бухгалтерии” (в том числе и для DOS).

В момент выпуска «1С:Предприятие 8.1» (июль 2006 г.) было сказано, что появление финальной версии 8.1 планируется на октябрь-ноябрь текущего года. В заявлении “1С” говорится, что в новой версии могут появиться еще некоторые механизмы, но основная задача сейчас сводится к оптимизации работы системы. Стоит подчеркнуть еще раз, что разработчики намерены обеспечить практически полную совместимость с прикладными решениями 8.0.

Характеризуя в целом развитие платформы "1С:Предприятие", нужно отметить, что речь сегодня идет не только о повышении ее масштабируемости и производительности. На примере 8.1 мы видим появление еще одного вектора — поддержки многоплатформенности и широкого применения базовых технологий open source. Помимо решения задач развития бизнеса "1С" эта тенденция может оказать заметное влияние на ситуацию на отечественном рынке ПО в целом.

Тестирование на масштабируемость

Улучшение производительности и масштабирования — одно из ключевых направлений развития ПО "1С:Предприятие". Исследование именно этих характеристик системы "1С:Предприятие 8.0" на примере решения "Управление торговлей" фирма "1С" провела еще в конце 2003 г. Его задачей было показать преимущества архитектуры новой платформы по сравнению с предыдущей версией — "1С:Предприятие 7.7" в условиях повышения объемов запросов на обработку документов и формирования запросов.

Нынешней весной "1С" представила результаты нового тестирования для своего флагманского продукта "1С:Управление производственным предприятием". На этот раз цель была гораздо скромнее — подтвердить возможности масштабирования этого многофункционального решения при одновременной работе большого числа пользователей.

Для тестирования были выбраны операции, создающие наибольшую нагрузку на вычислительную систему, при параметрах, типичных для большинства организаций-заказчиков. Использовался клиент-серверный вариант "1С:Управление производственным предприятием", при этом серверы "1С:Предприятие" и базы данных были установлены на разных компьютерах. Работа пользователей (числом от 1 до 150), включавшая запись и проведение документа, эмулировалась программным образом, при этом автомат между вводом документов делал паузу 60 с. Даже несмотря на это, интенсивность ввода информации все равно была в несколько раз выше по сравнению с реальными условиями.

Тестирование проводилось для документов различного объема — 5, 20 и 40 строк, а также для двух разных степеней конкурентности номенклатуры во вводимых данных: когда наборы товаров у тестовых пользователей вообще не пересекаются и когда они совпадают в каждом четвертом случае.

Анализ результатов исследования позволяет сделать следующие основные выводы.

1. В предельном варианте тестирования при одновременной работе 150 пользователей (для документов объемом 40 строк) система обрабатывала более 300 тысяч вводимых строк в час (рис. 6). Причем этот режим еще очень далек от пределов возможностей решения в плане нагрузки.

2. Объем обрабатываемой информации рос практически пропорционально увеличению входной нагрузки (числа одновременно работающих пользователей), при этом количество обработанных документов (в среднем 8 тыс. в час) практически не зависит от объема документа. Характер зависимости говорит о том, что система справляется с данной нагрузкой и не достигла насыщения (предела пропускной способности), т. е. при дальнейшем росте числа пользователей объем информации, обрабатываемой системой в единицу времени, будет продолжать расти.

3. Важная характеристика системы — время записи и проведения одного документа при различных степенях конкуренции вводимых данных (рис. 7). При росте числа активных пользователей оно возрастает, но не настолько, чтобы говорить о существенном замедлении работы операторов, тем более что данный показатель не соотносится напрямую с объемом информации, обработанной одним пользователем в единицу времени, а показывает только среднее время, затраченное на запись и проведение каждого документа, без учета пауз между вводом документов. (Впрочем, разработчикам "1С" было бы полезно подумать о применении асинхронного режима при массовом, потоковом вводе данных, чтобы во время обработки одного документа можно было начинать ввод следующего.)

Рис. 6. Количество строк, обработанных за час системой "1С:Управление производственным предприятием".

Рис. 7. Среднее время записи и проведения одного документа.

Увеличение времени обработки объясняется блокировками при параллельной работе с конкурентными наборами данных, увеличением нагрузки на все программные и аппаратные компоненты системы, а также ростом накладных расходов, связанных с обслуживанием большего количества пользователей. Тем не менее время обработки документа ни в одном тесте не превысило 10 с. Важно также подчеркнуть, что во время тестирования на конкурентных наборах данных не наблюдалось конфликтов взаимной блокировки (deadlock).

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