Скорость работы 1С: Предприятие с разными СУБД: MS SQL и с PostgreSQL

Публикация № 995903

Администрирование - Системное

57
Рассмотрим несколько вариантов работы 1С: Предприятие с различными СУБД.

В данной статье я хочу привести сравнение скорости работы 1С: Предприятие 8.3 при использовании разных СУБД.

На написание этой статьи меня вдохновила отличная статья Немного о конфигурировании PostgreSQL и 1С Батл: PostgreSQL 9,10 vs MS SQL 2016.

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

Вступление

31.01.2019 года компания 1С выпустила долгожданный релиз платформы 8.3.14.1565. 

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

Но возникает закономерный вопрос - какова скорость работы платформы, при использовании различных СУБД и различном расположении сервера 1С?

Я не буду сравнивать разные версии самих платформ 1С. Я хочу получить информацию как ведет себя платформа 8.3.14 при работе с MS SQL  и с PostgreSQL. Как ведет себя 1С при работе на Windows или на Linux системах? В каком случае есть смысл остаться на файловых базах, а когда таки надо брать серверные, и какой прирост или падение производительности будет в этом случае.

В своей работе я довольно часто сталкиваюсь одними и теми же вопросом. Какое программное обеспечение необходимо использовать в работе баз данных 1С? Что нужно для полноценной работы, например магазина retail? А если это несколько магазинов, то какой вариант ПО необходим в этом случае? Какой минимальный набор оборудования необходим? Что лучше: платный софт или же можно использовать бесплатный?

Попробую рассмотреть некоторые вопросы на примерах в этой статье.

Выбор софта для работы

На сегодняшний день практически все, кто работает в среде 1С, так или иначе сталкиваются с вопросом "а какое оборудование нам надо?", "какие требования по железу необходимы?" и по сути - все вопросы крутятся вокруг одного слова - бюджет.

Если мы говорим про отдельно взятый магазин, где будет находится локальная база (РИБ, например), и все торговые операции будут совершатся на "кассе", то наличия одного компьютера думаю вполне хватит, вот только какую ОС на него ставить? Какой софт использовать?

И с какого количества касс есть смысл ставить уже отдельный сервер в магазине, ну и какие плюсы/минусы такого решения.

И такие вопросы появляются изо дня в день.

Я не буду рассматривать цены на сборку и покупку компьютеров, серверов и любого другого железа. Меня больше интересует вопрос об используемом на нём программного обеспечения. Так как заведомо, если есть бюджет, который обычно выделяется на рабочее место, то у нас два варианта - взять мощнее оборудование и взять бесплатный софт, или купить платный софт, но остаться на том что есть, или купить новое, но хуже.

Посмотреть какие системные требования к операционной системе для работы 1С можно здесь. Из всего списка, нас интересуют Windows и Linux. Так как MacOS на кассах мы не видели. Хотя, сейчас на кассах начинают появляться устройства на базе ОС Android и iOS.

Следующий этап, это приобретение лицензии 1С. Перечень продуктов и цен на них можно посмотреть здесь

Если речь идет об использовании файловой базы, то достаточно будет приобрести необходимый программный продукт, например 1С:Розница 8 ПРОФ, который в себя включает лицензию на конфигурацию и одного пользователя. При одновременном подключении более одного пользователя необходимо будет также докупить нужное количество клиентских лицензий, например 1С 8 ПРОФ. Клиентская лицензия на 5 рабочих мест.

Если необходим клиент-серверный вариант работы базы данных, то для этого приобретаются другие лицензии. Однозначно необходима лицензия на сам программный продукт, например 1С:Розница 8 ПРОФ, а также лицензия на сервер 1С, например 1С 8.3 ПРОФ. Лицензия на сервер (x86 и/или x64), и необходимое количество клиентских лицензий для работы пользователей в базе.

Сразу возникает вопрос: Если выбран клиент-серверный вариант, то база 1С будет расположена в какой-нибудь СУБД. В какой?

На текущий момент 1С может работать с 4 СУБД: Microsoft SQL Server, PostgreSQL, IBM DB2 и Oracle Database.

Исторически сложилось, что 1С давно и хорошо работает с СУБД Microsoft SQL Server. 

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

Однако хочу отметить, что выбрав в качестве СУБД MS SQL, устанавливать её нужно будет на ОС семейства Windows, т.к 1С, пока,  не работает с MS SQL, которая установлена на Linux системах, при чем в независимости от того - на какой ОС расположен сервер 1С. 

Следующий вопрос: какую ОС Windows необходимо приобретать? Если мы говорим о количестве пользователей, работающих удаленно (RDP), больше одного, тогда Windows 10 не подходит для этих целей. Выбор очевиден - ОС Windows Server. С другой стороны, с развитием тонких клиентов - люди все реже и реже подключаются по RDP, а выбирают работу через тонкий клиент по вебу.

На текущий момент компания Microsoft выпустила ОС Windows Server 2019. Есть хорошая статья, которая описывает условия лицензирования этой ОС.  

Альтернативный вариант использования файловой базы или клиент-серверной - это использовать ОС семейства Linux.

Сегодня 1С хорошо работает в Linux системах, стабильно. Сама по себе ОС является бесплатной, что позволяет значительно экономить бюджетные средства.

При клиент-серверном варианте работы, можно также использовать СУБД  PostgreSQL, которая является бесплатной для использования. Более того, PostgreSQL может работать как на Linux системе, так и на Windows ОС в паре с сервером 1С.

Таким образом можно также значительно сэкономить бюджетные средства, выбрав это ПО.

СУБД IBM DB2 и Oracle Database являются также коммерческими (условно-бесплатными) продуктами, которые работают с 1С: Предприятие, однако большой популярности в среде 1С не получили.

Стоит отдельно отметить наличие сборки "Мини сервер 1С", куда входит ключ 1С сервера и 5 пользовательских лицензий, что стоит дешевле, чем отдельно покупать сервер и 5 лицензий.

Хочу вернуться к вопросам, которые я задал в начале этой статьи: какое ПО лучше использовать? Платное или бесплатное? В чем разница?

Для ответа на эти вопросы я решил провести ряд тестов, которые показывают скорость работы базы 1С в разной среде.

Вкратце на счет оборудования:

Относительно выбора оборудования, на мой взгляд, важными являются следующие критерии - SSD (лучше NVMe), высокая частота процессора. Остальное - выбирается под конкретные нужды. Если этот вопрос интересен, то могу поделиться подробно своим мнением в комментариях.

Однако, нас все же интересует вопрос производительности 1С в тех или иных условиях, в зависимости от задач.

Например, есть клиент, у него 100 РИБ узлов, у него около 100 000 товаров, и более 1 000 000 характеристик и штрихкодов. И вот приходит запрос - какое оборудование купить на кассы, а какое на сервер, и есть ли смысл ставить сервер на кассы?

Сейчас в сети много тестов (в том числе Гилева), есть APDEX от 1С и т.д, но в нашем случае это все бесполезно, ибо с самой кассы уходит мало данных, операций в кассе делается не много, и самые сложные - это пробитие Чека ККМ. НО вот на саму кассу приходит огромное количество данных, особенно в межсезонье, очень много данных по сегментам скидок, по новому товару, новые штрихкода, документы перемещений и т.д.

Отсюда возникает вопрос - какая конфигурация оборудования и софта нас устроит, чтобы в течении краткого времени получить всю нужную информацию на кассе. Т.е. нас интересуют реальные цифры создания объектов в базе, проведение документов и т.д., причем именно последовательные операции, так как типовые обмены именно так и передают данные.

Сразу хочу обратить внимание, что все данные рекомендации и методы замеров основаны на задаче когда доступ в ЦБ имеют около 5 человек в 90% случаях, и только изредка, к ЦБ могут подключиться в онлайне все кассы, такое бывает в случаях, когда ночной обмен не успел пройти, срочные изменения цен/скидок, не успел выгрузиться новый товар и т.д.

Тестирование

Виды тестов

Какие тесты будут проводится и чем, собственно, тестировать?

В этой статье я использовал 2 вида тестов:

  • Нагрузочный тест TPC-1C. На этот тест я обратил внимание, потому что в нём учитываются настройки СУБД, ОС так и сама аппаратная часть стенда.

  • Некий наш внутренний нагрузочный тест, который показывает скорость выполнения разных сценариев. Например - создание справочника, проведение документа по одному регистру с разным количеством строк, удаление объектов, срезы разные и т.д. 

Тестирование платформы на Windows Server 2019 + MS SQL 2017 на одной машине

В качестве стенда для тестов была создана виртуальная машина со следующими характеристиками:

CPU Intel Core i3-8100 3.6GHz

RAM 8 Gb DDR-4 3200 MHz

Samsung SSD 960 EVO NVMe M.2

Была произведена чистая установка ОС Microsoft Windows Server 2019 RTM Build 17763 Standard.

Была установлена СУБД MS SQL 2017 Developer, а также SQL Server Management Studio 17 для управления СУБД в графическом режиме.

 

Настройки СУБД были приведены к следующим:

Количество максимально потребляемой СУБД оперативной памяти выставлено 4Гб.

Стоит галочка "Приоритет SQL сервера". Максимальное количество рабочих потоков выставлено 2048.

 

Была установлена платформа 1С: Предприятие 8.3.14.1565 x64

и создана база onecdb в клиент-серверном варианте

Результат нагрузочного теста TPC-1C выглядит так:

При запуске второго теста из используемых, я установил следующие показатели при замерах:

И получил такой результат. Количество баллов - это тоже самое время в мс, т.е. чем меньше - тем лучше.

Название операции Время выполнения Количество баллов
 Создать и провести документ Приход 200 штук, по 1,000 позиций товара в каждом 00:01:53, 671мс 113671
 Создать и провести документ Установка цен 100 штук, по 1,000 позиций товара в каждом 00:00:52, 327мс 52327
 Удалить документ Приход 200 штук, по 1,000 позиций товара в каждом 00:00:24, 500мс 24500
Очистка штрихкодов 120,000 метод Набором  00:06:47, 181мс 407181
Получение оборотов, количество строк: 1,000 235мс 235
Получение остатков, количество строк: 1,000 16мс 16
Получение первого среза цен для 1,000 655мс 655
Получение последнего среза цен для 1,000 625мс 625
Создание номенклатуры 10,000 00:00:58, 624мс 58624
Создание штрихкодов 120,000 метод Набором  00:00:08, 484мс 8484
Удаление номенклатуры 10,000 00:00:54, 593мс 54593
Количество баллов 00:12:00, 911мс 720911

 

Тестирование платформы на Debian 9.7 + PostgreSQL 11 на одной машине

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

Была произведена чистая установка ОС Debian 9.7

Была установлена СУБД PostgreSQL 11 (сборка от Postgrespro)

Был установлен сервер 1С: Предприятие 8.3.14.1565

И создана база onecpg в клиент-серверном варианте

Результат нагрузочного теста TPC-1C выглядит так:

* тест произведен без оптимизации PSQL

Результат нагрузочного теста TPC-1C при оптимизации PSQL:

* для оптимизации PSQL я воспользовался утилитой PGTune. Оптимизация делалась "поверхностно"  под аппаратную конфигурацию стенда, так как более глубокие настройки делаются под определенные объемы БД, их количество на одном сервере и под определенное количество пользователей. Файл конфигурации привел к такому виду:

# DB Version: 11
# OS Type: linux
# DB Type: mixed
# Total Memory (RAM): 8 GB
# CPUs num: 4
# Connections num: 10
# Data Storage: ssd

max_connections = 10
shared_buffers = 2GB
effective_cache_size = 6GB
maintenance_work_mem = 512MB
checkpoint_completion_target = 0.9
wal_buffers = 16MB
default_statistics_target = 100
random_page_cost = 1.1
effective_io_concurrency = 200
work_mem = 104857kB
min_wal_size = 1GB
max_wal_size = 2GB
max_worker_processes = 4
max_parallel_workers_per_gather = 2
max_parallel_workers = 4
superuser_reserved_connections = 3
max_wal_senders = 0
standard_conforming_strings = off

listen_addresses = '*'
port = 5432

Запуск второго теста до оптимизации PSQL показал такие результаты

Название операции Время выполнения Количество баллов
 Создать и провести документ Приход 200 штук, по 1,000 позиций товара в каждом 00:01:25, 746мс 85746
 Создать и провести документ Установка цен 100 штук, по 1,000 позиций товара в каждом 00:00:41, 725мс 41725
 Удалить документ Приход 200 штук, по 1,000 позиций товара в каждом 00:00:06, 587мс 6587
Очистка штрихкодов 120,000 метод Набором  00:05:48, 601мс 348601
Получение оборотов, количество строк: 1,000 59мс 59
Получение остатков, количество строк: 1,000 3мс 3
Получение первого среза цен для 1,000 00:00:01, 43мс 1043
Получение последнего среза цен для 1,000 00:00:01, 49мс 1049
Создание номенклатуры 10,000 00:00:42, 682мс 42682
Создание штрихкодов 120,000 метод Набором  00:00:05, 392мс 5392
Удаление номенклатуры 10,000 00:00:50, 467мс 50467
Количество баллов 00:09:43, 354мс 583354

Результат второго теста после оптимизации

Название операции Время выполнения Количество баллов
 Создать и провести документ Приход 200 штук, по 1,000 позиций товара в каждом 00:01:24, 118мс 84118
 Создать и провести документ Установка цен 100 штук, по 1,000 позиций товара в каждом 00:00:39, 620мс 39620
 Удалить документ Приход 200 штук, по 1,000 позиций товара в каждом 00:00:06, 493мс 6493
Очистка штрихкодов 120,000 метод Набором  00:05:38, 698мс 338698
Получение оборотов, количество строк: 1,000 46мс 46
Получение остатков, количество строк: 1,000 4мс 4
Получение первого среза цен для 1,000 00:00:01, 44мс 1044
Получение последнего среза цен для 1,000 00:00:01, 42мс 1042
Создание номенклатуры 10,000 00:00:43, 562мс 43562
Создание штрихкодов 120,000 метод Набором  00:00:05, 693мс 5693
Удаление номенклатуры 10,000 00:00:46, 456мс 46456
Количество баллов 00:09:26, 776мс 566776

Тестирование платформы на Debian 9.7 + PostgreSQL 10.5-11.1C (сборка от 1С) на одной машине

В качестве стенда для тестов была создана виртуальная машина с такими же характеристиками.

Была произведена чистая установка ОС Debian 9.7

Была установлена СУБД PostgreSQL 10.5-11.1C (сборка от 1C)

Был установлен сервер 1С: Предприятие 8.3.14.1565

Результат нагрузочного теста TPC-1C выглядит так:

* тест произведен без оптимизации PSQL

Запуск второго теста  показал такие результаты

Название операции Время выполнения Количество баллов
 Создать и провести документ Приход 200 штук, по 1,000 позиций товара в каждом 00:01:23, 119мс 83119
 Создать и провести документ Установка цен 100 штук, по 1,000 позиций товара в каждом 00:00:41, 404мс 41404
 Удалить документ Приход 200 штук, по 1,000 позиций товара в каждом 00:00:06, 557мс 6557
Очистка штрихкодов 120,000 метод Набором  00:05:52, 474мс 352474
Получение оборотов, количество строк: 1,000  49мс 49
Получение остатков, количество строк: 1,000 4мс 4
Получение первого среза цен для 1,000 00:00:01, 176мс 1176
Получение последнего среза цен для 1,000 00:00:01, 141мс 1141
Создание номенклатуры 10,000 00:00:41, 958мс 41958
Создание штрихкодов 120,000 метод Набором  00:00:05, 223мс 5223
Удаление номенклатуры 10,000 00:00:46, 143мс 46143
Количество баллов 00:09:39, 248мс 579248

 

Тестирование платформы на Debian 9.7 + MS SQL 2017

В качестве стенда для тестов была создана виртуальная машина с такими же характеристиками.

Была произведена чистая установка ОС Debian 9.7

Была установлена СУБД MS SQL 2017

Был установлен сервер 1С: Предприятие 8.3.14.1565

При создании базы данных я получаю ошибку

что собственно и логично, т.к. сервер 1С + MS SQL на линуксе пока не работает.

 

Теперь проведем ряд тестов, использую сервер 1С: Предприятие на одной машине, а сервер СУБД на другой

Debian 9.7 + PostgreSQL | Windows Server 2019 + 1C: Предприятие

Результат нагрузочного теста TPC-1C выглядит так:

Результат второго теста:

Название операции Время выполнения Количество баллов
 Создать и провести документ Приход 200 штук, по 1,000 позиций товара в каждом 00:02:13, 418мс 133418
 Создать и провести документ Установка цен 100 штук, по 1,000 позиций товара в каждом 00:01:07, 686мс 67686
 Удалить документ Приход 200 штук, по 1,000 позиций товара в каждом 00:00:10, 609мс 10609
Очистка штрихкодов 120,000 метод Набором  00:07:47, 276мс 467276
Получение оборотов, количество строк: 1,000 63мс 63
Получение остатков, количество строк: 1,000 0мс 0
Получение первого среза цен для 1,000 00:00:01, 468мс 1468
Получение последнего среза цен для 1,000 00:00:01, 469мс 1469
Создание номенклатуры 10,000 00:00:55, 555мс 55555
Создание штрихкодов 120,000 метод Набором  00:00:07, 327мс 7327
Удаление номенклатуры 10,000 00:01:04, 406мс 64406
Количество баллов 00:13:29, 277мс 809277

 

Windows Server 2019 + MS SQL 2017 | Windows Server 2019 + 1C: Предприятие

Результат нагрузочного теста TPC-1C выглядит так:

Результат второго теста:

Название операции Время выполнения Количество баллов
 Создать и провести документ Приход 200 штук, по 1,000 позиций товара в каждом 00:02:15, 940мс 13
 Создать и провести документ Установка цен 100 штук, по 1,000 позиций товара в каждом 00:01:05, 867мс 65867
 Удалить документ Приход 200 штук, по 1,000 позиций товара в каждом 00:00:23, 336мс 23336
Очистка штрихкодов 120,000 метод Набором  00:05:51, 602мс 351602
Получение оборотов, количество строк: 1,000 230мс 230
Получение остатков, количество строк: 1,000 8мс 8
Получение первого среза цен для 1,000 619мс 619
Получение последнего среза цен для 1,000 635мс 635
Создание номенклатуры 10,000 00:00:48, 558мс 48558
Создание штрихкодов 120,000 метод Набором  00:00:08, 470мс 8470
Удаление номенклатуры 10,000 00:00:49, 550мс 49550
Количество баллов 00:11:24, 815мс 684815

Результаты

Результаты нагрузочного теста TPC-1C

Сервер 1С + СУБД на одной машине Количество баллов Скорость диска в 1 поток Максимальная скорость
Windows Server 2019 + MS SQL 2017 22.52 66948 Кб/с 168805 Кб/с
Debian 9.7 + PostgreSQL 11 23.15/23.92 107992/114973 Кб/с 320746/321888 Кб/с
Debian 9.7 + PostgreSQL 10.5-11.1C 23.36 92714 Кб/с 279110 Кб/с

 

Сервер 1С и СУБД на разных машинах Количество баллов Скорость диска в 1 поток Максимальная скорость
Debian 9.7 + PostgreSQL | Windows Server 2019 + 1C: Предприятие 17.06 55559 Кб/с 131712 Кб/с
Windows Server 2019 + MS SQL 2017 | Windows Server 2019 + 1C: Предприятие 23.92 48859 Кб/с 125099 Кб/с

Результаты тестирования, где сервер 1С и СУБД находятся на одной машине

Сервер 1С + СУБД на одной машине Windows Server 2019 + MS SQL 2017 Debian 9.7 + PostgreSQL 11 Debian 9.7 + PostgreSQL 10.5-11.1C
Название операции Время выполнения Количество баллов Время выполнения Количество баллов Время выполнения Количество баллов Время выполнения Количество баллов
Создать и провести документ Приход 200 штук, по 1,000 позиций товара в каждом 00:01:53, 671мс 113671 00:01:25, 746мс 85746 00:01:24, 118мс 84118 00:01:23, 119мс 83119
Создать и провести документ Установка цен 100 штук, по 1,000 позиций товара в каждом 00:00:52, 327мс 52327 00:00:41, 725мс 41725 00:00:39, 620мс 39620 00:00:41, 404мс 41404
Удалить документ Приход 200 штук, по 1,000 позиций товара в каждом 00:00:24, 500мс 24500 00:00:06, 587мс 6587 00:00:06, 493мс 6493 00:00:06, 557мс 6557
Очистка штрихкодов 120,000 метод Набором  00:06:47, 181мс 407181 00:05:48, 601мс 348601 00:05:38, 698мс 338698 00:05:52, 474мс 352474
Получение оборотов, количество строк: 1,000 235мс 235 59мс 59 46мс 46  49мс 49
Получение остатков, количество строк: 1,000 16мс 16 3мс 3 4мс 4 4мс 4
Получение первого среза цен для 1,000 655мс 655 00:00:01, 43мс 1043 00:00:01, 44мс 1044 00:00:01, 176мс 1176
Получение последнего среза цен для 1,000 625мс 625 00:00:01, 49мс 1049 00:00:01, 42мс 1042 00:00:01, 141мс 1141
Создание номенклатуры 10,000 00:00:58, 624мс 58624 00:00:42, 682мс 42682 00:00:43, 562мс 43562 00:00:41, 958мс 41958
Создание штрихкодов 120,000 метод Набором  00:00:08, 484мс 8484 00:00:05, 392мс 5392 00:00:05, 693мс 5693 00:00:05, 223мс 5223
Удаление номенклатуры 10,000 00:00:54, 593мс 54593 00:00:50, 467мс 50467 00:00:46, 456мс 46456 00:00:46, 143мс 46143
Количество баллов 00:12:00, 911мс 720911 00:09:43, 354мс 583354 00:09:26, 776мс 566776 00:09:39, 248мс 579248

Результаты тестирования, где сервер 1С и СУБД находятся на разных машинах:

Сервер 1С и СУБД на разных машинах Debian 9.7 + PostgreSQL | Windows Server 2019 + 1C: Предприятие Windows Server 2019 + MS SQL 2017 | Windows Server 2019 + 1C: Предприятие
Название операции Время выполнения Количество баллов Время выполнения Количество баллов
 Создать и провести документ Приход 200 штук, по 1,000 позиций товара в каждом 00:02:13, 418мс 133418 00:02:15, 940мс 135940
 Создать и провести документ Установка цен 100 штук, по 1,000 позиций товара в каждом 00:01:07, 686мс 67686 00:01:05, 867мс 65867
 Удалить документ Приход 200 штук, по 1,000 позиций товара в каждом 00:00:10, 609мс 10609 00:00:23, 336мс 23336
Очистка штрихкодов 120,000 метод Набором  00:07:47, 276мс 467276 00:05:51, 602мс 351602
Получение оборотов, количество строк: 1,000 63мс 63 230мс 230
Получение остатков, количество строк: 1,000 0мс 0 8мс 8
Получение первого среза цен для 1,000 00:00:01, 468мс 1468 619мс 619
Получение последнего среза цен для 1,000 00:00:01, 469мс 1469 635мс 635
Создание номенклатуры 10,000 00:00:55, 555мс 55555 00:00:48, 558мс 48558
Создание штрихкодов 120,000 метод Набором  00:00:07, 327мс 7327 00:00:08, 470мс 8470
Удаление номенклатуры 10,000 00:01:04, 406мс 64406 00:00:49, 550мс 49550
Количество баллов 00:13:29, 277мс 809277 00:11:24, 815мс 684815

Тесты на файловых базах 1С

Результаты тестирования на Debian 9.7 + 1С 8.3.14.1565 и Windows 10 + 1С 8.3.14.1565

Файловая база 1С Debian 9.7 + 1C: Предприятие Windows 10 + 1C: Предприятие
Название операции Время выполнения Количество баллов Время выполнения Количество баллов
 Создать и провести документ Приход 200 штук, по 1,000 позиций товара в каждом 00:00:44, 355мс 44355 00:00:54, 219мс 54 219
 Создать и провести документ Установка цен 100 штук, по 1,000 позиций товара в каждом 00:00:20, 385мс 20385 00:00:26, 234мс 26 234
 Удалить документ Приход 200 штук, по 1,000 позиций товара в каждом 00:00:07, 723мс 7723 00:00:11, 563мс 11 563
Очистка штрихкодов 120,000 метод Набором  00:01:12, 522мс 72522 00:02:28, 359мс 148 359
Получение оборотов, количество строк: 1,000 136мс 136 171мс 171
Получение остатков, количество строк: 1,000 5мс 5 0мс 0
Получение первого среза цен для 1,000 610мс 610 750мс 750
Получение последнего среза цен для 1,000 600мс 600 750мс 750
Создание номенклатуры 10,000 00:00:18, 358мс 18358 00:00:30, 968мс 30 968
Создание штрихкодов 120,000 метод Набором  00:00:04, 658мс 4658 00:00:04, 937мс 4 937
Удаление номенклатуры 10,000 00:00:18, 279мс 18279 00:00:20, 219мс 20 219
Количество баллов 00:01:50,451мс 110451 00:02:24, 874мс 144 874

* тесты запускались 3 раза. Взято среднее значение тестов.

Результат нагрузочного теста TPC-1C выглядит так:

Файловая база 1С Количество баллов
Debian 9.7 + 1С: Предприятие 66.67
Windows 10 + 1С: Предприятие 49.5

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

Результаты тестирования

Название тестов Samsung S9+ Xiaomi Mi5s Xiaomi MiA2Lite
Создать и провести документ Установка цен 100 штук, по 1 000 позиций товара в каждом 00:00:57, 137мс 57 137 00:02:32, 175мс 152 175 00:01:49, 993мс 109 993
Удалить документ Приход 200 штук, по 1 000 позиций товара в каждом 00:01:15, 430мс 75 430 00:02:04, 730мс 124 730 00:02:11, 194мс 131 194
Получение оборотов, количество строк: 1 000 00:00:01, 40мс 1 040 00:00:02, 216мс 2 216 00:00:02, 127мс 2 127
Получение остатков, количество строк: 1 000 28мс 28 61мс 61 53мс 53
Получение первого среза цен для 1 000 00:00:02, 528мс 2 528 00:00:05, 337мс 5 337 00:00:04, 658мс 4 658
Получение последнего среза цен для 1 000 00:00:02, 520мс 2 520 00:00:05, 692мс 5 692 00:00:04, 791мс 4 791
Создание номенклатуры 10 000 00:00:33, 796мс 33 796 00:01:41, 170мс 101 170 00:01:19, 443мс 79 443
Удаление номенклатуры 10 000 00:00:24, 366мс 24 366 00:01:22, 865мс 82 865 00:00:56, 635мс 56 635
Количество баллов 00:05:14, 604мс 314 604 00:13:13, 63мс 793 063 00:10:32, 393мс 632 393

Выводы

После ряда проведенных тестов, можно наглядно посмотреть как при одних и тех же условиях меняется производительность и скорость работы 1С: Предприятие.

  СУБД + Сервер 1С на одной машине   Сервер и СУБД разнесены   Файловые   Мобильные
Название операции Windows 2019 + MS SQL 2017 Debian 9.7 + PSQL 11
(до оптим)
Debian 9.7 + PSQL 11
(с оптим)
Debian 9.7 +
PSQL
10.5-11.1C
  Debian 9.7 +
PSQL
Win 2019 + 1C
Win 2019 +
MS SQL 2017
Win 2019 + 1C
  Debian 9.7 Windows 10   Samsung
S9+
Xiaomi
Mi5s
Xiaomi
MiA2Lite
Создать и провести документ  Приход 200 штук, по 1,000 товара 113 671 85 746 84 118 83 119   133 418 135 940   44 355 54 219   117 759 318 817 243 499
Создать и провести документ Установка цен 100 штук, по 1,000 товара 52 327 41 725 39 620 41 404   67 686 65 867   20 385 26 234   57 137 152 175 109 993
Удалить документ Приход 200 штук, по 1,000 товара 24 500 6 587 6 493 6 557   10 609 23 336   7 723 11 563   75 430 124 730 131 194
Очистка штрихкодов 120,000 метод Набором  407 181 348 601 338 698 352 474   467 276 351 602   72 522 148 359        
Получение оборотов, количество строк: 1,000 235 59 46 49   63 230   136 171   1 040 2 216 2 127
Получение остатков, количество строк: 1,000 16 3 4 4   0 8   5 0   28 61 53
Получение первого среза цен для 1,000 655 1 043 1 044 1 176   1 468 619   610 750   2 528 5 337 4 658
Получение последнего среза цен для 1,000 625 1 049 1 042 1 141   1 469 635   600 750   2 520 5 692 4 791
Создание номенклатуры 10,000 58 624 42 682 43 562 41 958   55 555 48 558   18 358 30 968   33 796 101 170 79 443
Создание штрихкодов 120,000 метод Набором  8 484 5 392 5 693 5 223   7 327 8 470   4 658 4 937        
Удаление номенклатуры 10,000 54 593 50 467 46 456 46 143   64 406 49 550   18 279 20 219   24 366 82 865 56 635
Количество баллов 720 911 583 354 566 776 579 248   809 277 684 815   110 451 144 874   314 604 793 063 632 393

При использовании варианта расположения сервера 1С с сервером СУБД на одной машине, вариант Linux + PSQL 11 работает быстрее (566776 балов) чем MS Windows + MS SQL (720911 балов), причем даже без настроек оптимизации (583354 бала) и не зависимо от версии PostgreSQL (579248 балов).

В варианте, когда сервер 1С: Предприятие стоит отдельно от сервера СУБД, то здесь быстрее работает ПО от Microsoft (684815 баллов), чем ПО на Linux (809277 баллов).Серверная база 1С работает быстрее в связке Linux + PostgreSQL + 1С: Предприятие (566776 баллов), чем MS Windows + MS SQL + 1С: Предприятие (720911 баллов).

При использовании файловой базы - явным "лидером" стала ОС Linux. 110451 балл, против 144874 балла.

Глядя на все эти цифры, можно сделать вывод, что практически при всех вариантах использования 1С и СУБД, бесплатное ПО показывает результат лучший, чем платное. Тогда встает закономерный вопрос: зачем платить больше?

Если мы говорим об организации рабочих мест на кассах магазинов, то есть смысл обратить внимание на бесплатное ПО. Работает оно не хуже платного, но бюджет экономит нам точно.

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

Здесь показан сравнительный тест производительности 1С: Предприятие. 

P.S.

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

57

См. также

Специальные предложения

Комментарии
Избранное Подписка Сортировка: Древо
1. Gilev.Vyacheslav 1821 20.02.19 22:31 Сейчас в теме
почему тестировали не 8.3.10й релиз? он явно лучше работает (по отдельным случаям первые версии 8.3.14 работают хуже даже 8.3.13), а вам не бухию сдавать
можете сделать повторные тесты на скуле изменив настройки субд и написать результаты?
почему не трогали LEGACY_CARDINALITY_ESTIMATION?
2. Aleksey81 883 21.02.19 07:20 Сейчас в теме
Превосходная работа и превосходно сделанная статья. Спасибо!
3. human_new 321 21.02.19 09:30 Сейчас в теме
Что за пиар PostgreSQL в последнее время на infostart, была же публикация и почитайте комментарии, там реальные отзывы о PostgreSQL.
https://forum.infostart.ru/forum95/topic203934/ Сначала 100 $m за отзыв, теперь эта статья явно написанная не за 1 день. Но рейтинг автора, отсутствие вообще других тем, кроме PostgreSQL настораживают.
Artem.Po; Soloist; stopa85; user874207; Silenser; +5 Ответить
16. DitriX 1639 21.02.19 11:11 Сейчас в теме
(3) ага, а сам автор инопланетянин :)
На самом деле все проще - просто попросил коллегу поделиться тем, что у нас используется внутри компании, и на основании чего мы общаемся с клиентами.
Писать еще один пост про MS SQL - смысла нет никакого, а с pg - есть куда двигаться.
Кроме этого - статьи это место для обсуждений. Если бы ваши подозрения были истиной, то логично было бы закрыть комментарии к статье, не находите :)

Так же удобно клиентам кидать ссылки на стати, где есть вот такие комментарии. или комментарии из серии - pg фигня, ибо бла бла бла.
Потому что лучше сразу клиенту ответить на всякие всевозможные вопросы, чем потом прийдет к нему эникейщик и начнет его грузить первыми ссылками из гугла :) Увы, это тоже опыт, при чем грустный такой.
Так что если есть что сказать - будет отлично.
4. Dach 240 21.02.19 09:33 Сейчас в теме
Статья огонь. Подход прям академический, можно хоть в дипломную работу включать. Спасибо за труд.

Интересно, почему для среза цен PG (судя по таблице итоговой) - везде проиграл? Не связано ли это с тем, что PostgreSQL не имеет кластеризованных индексов?

Что там с индексами по измерениям регистра сведений в тестовой конфигурации?
5. strrike 21.02.19 09:47 Сейчас в теме
Почему то при написании таких статей, где особый упор делается на стоимость владения, (почти) никто не учитывает зарплаты виндового и линуксового админов, и на количество хороших линуксовых админов на рынке. Про бэкапы (и скорость восстановления) упоминают вскользь, хотя эта тема тоже интересная..
human_new; Silenser; +2 Ответить
6. Silenser 503 21.02.19 10:01 Сейчас в теме
(5)
Почему то при написании таких статей, где особый упор делается на стоимость владения, (почти) никто не учитывает зарплаты виндового и линуксового админов, и на количество хороших линуксовых админов на рынке.

Может потому, что это не укладывается в идею, которую пытаются донести статьей?
YPermitin; syberman; human_new; +3 Ответить
17. DitriX 1639 21.02.19 11:18 Сейчас в теме
(6) все проще, ибо разницы нет. Можно взять виндовс админа, и за месяца 2-3 ему отдать во владение линукс. Как обычно - админы в этом очень заинтересованы.
Так как у нас уже есть сервера, которые вообще не имеют графичекой оболочки, и все делается через ssh. Так как люди чаще всего работают по тонкому клиенту, т.е. одно из основных приимуществ 1С для винды - RDP, теряет свои позиции. А это значит, что админ должен заниматься ТОЛЬКО серверами, к которым нет доступа у пользователей. А вот остальными компами - занимаются эникейщики/студенты.
Т.е. теперь один админ может обслуживать в 2-3 раза больше серверов. А в плане стабильности - все таки линукс получше будет, на серверах, хотя я и не люблю это признавать, ибо я дикий поклонник винды и окошек:)
soulner; starik-2005; A_Max; sorb; +4 Ответить
68. Silenser 503 21.02.19 20:50 Сейчас в теме
(17) А вот и есть, даже если админы и заинтересованы. У меня в холдинге админам учиться на продакт серверах не дают, т.к. в случае чп - это минус большие деньги. Берем уже готовых спецов, а их даже по MS не так много, как хотелось бы. RDP позиции не теряет, а наращивает, т.к. холдинги укрупняются, ИТ начинают кучковаться в одном месте и админят все площадки удаленно, опять же облака никто не отменял.
Про эникейщиков вообще не говорим, они клиентскими компами заняты.
Все ИМХО.
98. teller 22.02.19 06:45 Сейчас в теме
(68)
меня в холдинге админам учиться на продакт серверах не дают

- неправильная у вас компания, вот например в сбере после косяков oracle dba устраивали croud-фандинг в 2012 году , до сих пор переписка валяется в архиве :)
12. support 4432 21.02.19 10:39 Сейчас в теме
(5) Держать в штате профессионального сисадмина это накладно, что линускоида, что виндузятника. И не всегда его можно загрузить по полной. Сравните стоимость линуксового и виндового аутсорсинга, мне кажется линукс будет дешевле. Либо потому что-то серверов больше на линуксе, либо обслуживать его для профессионала дешевле, либо конкуренция высокая.
starik-2005; +1 Ответить
14. strrike 21.02.19 10:52 Сейчас в теме
(12) сравнил, ссылки давать не буду.
Примеры:
1. обслуживание сервера на базе ОС Windows - 1500р./мес. + 1000 за каждую роль
обслуживание сервера на базе ОС Linux - 2500р./мес. + 1000 за каждую роль

2. Сервер Windows Server серверная 1200 руб
Прочие сервера Linux серверная 1500 руб

На хэдхантере зп виндового админа 40-80, линуксового 120-140.
excepter; rasdag; +2 Ответить
15. support 4432 21.02.19 11:03 Сейчас в теме
(14) где вы такие цены нашли? Инфостарт работает на нескольких серверах под CentOS, их обслуживает одна компания, недавно писал о них. Для офиса и своей учетной базы 1С и для работы разработчиков 1С тоже используются два аутсорсера, первый по модели IAAS, второй включая обслуживание офиса. Общая стоимость владения серверов на винде выше.
На хэдхантере зп виндового админа 40-80, линуксового 120-140.

Вы сравниваете эникейщика и линуксоидов.
starik-2005; A_Max; awk; mirco; ansh15; DitriX; +6 Ответить
19. strrike 21.02.19 11:23 Сейчас в теме
(15)
где вы такие цены нашли?

я привел примеры цен. В данном случае я обратил внимание именно на разницу. А что эта разница есть, вроде как очевидно..

Вы сравниваете эникейщика и линуксоидов.

Так в том вроде и смысл, что админить Windows server может и эникей, а для Линукса нужен профи, который стоит соответствующе.

недавно писал о них

А вот теперь стало понятнее и про эту статью и про другие.
Хотя на многих ресурсах такие статьи принято публиковать с тэгом "реклама".
excepter; rasdag; +2 Ответить
23. support 4432 21.02.19 11:45 Сейчас в теме
(19) выводы вы делаете неправильные
24. strrike 21.02.19 11:50 Сейчас в теме
(23) а какие тогда "правильные" (единственно?) ?
excepter; rasdag; +2 Ответить
26. DitriX 1639 21.02.19 11:56 Сейчас в теме
(24) вот вам реально нефиг делать?
Вам дали информацию, заметьте, не впихнули, не продали, не прислали спамом, вы не перешли на эту статью из игры какой то ради кристалов.
Вы открыли статью по собственному желанию, получили информацию, которой в интернете нет нигде.
Че вам просто не сказать спасибо и принять эти сведения, и просто закрыть статью и уйти, раз вам это не надо.
Что за позыв поиска справедливости там, где это вообще не к месту?

Вы сейчас себя выставляете в дурном свете. Вам ничего не мешает списаться/созвониться с автором лично и пообщаться по этой теме, и узнать, что все то, что вы несете - бред.
29. strrike 21.02.19 12:15 Сейчас в теме
(26) а откуда у вас столько агрессии?
Я писал в своих комментариях, что статья ..овно и автор такой же?
Я просто аргументированно (прошу это заметить) усомнился в выводе, что связка линукс+PG дешевле связки виндовс+MS SQL.
Или теперь в комментариях можно писать только "правильные" комментарии?
excepter; djvu; +2 Ответить
32. DitriX 1639 21.02.19 12:43 Сейчас в теме
(29) а откуда вы эти выводы взяли?
Вам привели в конце таблицу, и в двух словах ее расшифровали. Выводы вы сделали свои сами. Или приведите кусок из статьи, где явно сказано:
"что связка линукс+PG дешевле связки виндовс+MS SQL. "
А на ваши аргументы вам явно ответили.
Просто смотрите какой нюанс.
В статье привели цифры. Конкретные цифры. Вы можете повторить результат.
Доржи вам ответил, что по его опыту - линукс обслуживать дешевле. И дал вам ссылку.
Вы привели цены какие то на обслуживание, и высказали предположение, что эникейщик может обслуживать сервера на винде.

Т.е. вы идете голословными утверждениями против фактов.
Выглядит это так себе :)

Но даже если так - то тогда мы приходим к ситуации - ваши слова против моих :)
42. artevgen 21.02.19 15:59 Сейчас в теме
(29) У нас в организации стоит Debian 9.1 + PGSQL 9.6 + 1C 8.3.12.1714
крутятся УТ11.4 у БПКОРП3.
Поставил когда в феврале прошлого года на винде с ms sql начали случаться непонятные разрывы соединений, адские тормоза и т.д., - логи и разбирательство на протяжении месяца ни чего не дало.

По сей день все работает как часы!


В августе прошлого года ко мне обратился магазин организовать сервер, им я такую же связку поставил, убрал РИБ, настроил кассы на веб-соединение (две кассы удаленные). Недавно ко мне обращались что 1с не запускается, по приезду оказалось что тупа нет интернета...

Так о чем это я....

Если эникейщик вам поставит винду с мсскл то вы на нем завяжетесь, ввиду жадности корпорации микрософт...
Сообществу линукс это не нужно, - если сказали не лезть в инет и ничего не отправлять и/или обновлять то линукс будет сидеть на жопе смирно, и работать!

ПС: теперь прикиньте стоимость работ, даже по вашим расценкам.
53. capitan 1172 21.02.19 16:44 Сейчас в теме
(42)Ок. Расскажите про архивирование тех же серверов и баз данных.
Оно ведь у вас конечно делается ? И смогут ли без вас люди восстановиться ?
Это для начала.
Да впрочем нет. Это уже не для начала.
Для начала расскажите смогут они сами платформу 1С обновить ?
55. artevgen 21.02.19 17:01 Сейчас в теме
(53)
архивирование настроено

Для начала:

- если часто занимаетесь восстановлением, - это уже что то говорит, как о специалисте;

- если часто обновляете платформу, - то это мне тоже не понятно, как о специалисте
57. capitan 1172 21.02.19 17:11 Сейчас в теме
(55)
Вспоминается...
Поведение в споре должно быть простым: не слушать собеседника, а разглядывать его или напевать, глядя в глаза. В самый острый момент попросить документ, сверить прописку, попросить характеристику с места работы, легко перейти на "ты", сказать: "А вот это не твоего собачего ума дело", и ваш партнер смягчится, как ошпаренный.

Вы с уважаемым автором очень быстро переходите на личности.

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

Вот и расскажите мне как специалист чайнику сколько раз за прошлый год 1С повышало требования к платформе.
И заодно не ответили как восстанавливаться люди будут из настроенного архивирования. Как вы архивируетесь если не секрет ?
excepter; rasdag; acanta; +3 Ответить
61. artevgen 21.02.19 17:35 Сейчас в теме
(57)pg_dump
формируется текстовый файл запросов, который не зависит от версии платформы postgres

Сомневаюсь что в деревушках нужно несколько касс или магазинов с использованием SQL,

Сомневаюсь что "тракторист" знает в принципе что такое SQL

Также считаю что с появления linux дистрибутивов 1С франчайзи обязаны знать и решать подобные проблемы, благо инфы в нете куча и линукс сейчас не то что 10 лет назад, любой эникейщик бы справился, просто бы пальчики немного устали, - хотя можно и копи-паст.

Как говорилось где то выше или ниже: админ без знания линукс не админ.

С современным темпом разработок ПО и технологий, эникейщики вымрут как класс с последним пенсионером.
62. capitan 1172 21.02.19 17:53 Сейчас в теме
(61)Вы очень высокомерны мой друг.
Но я спрашивал про весь сервер, к бэкапу базы вы сможете дотянуться только если сервер в сети.
Давайте возьмем деревушку Рублевку и у вас там сервер приуныл такое же бывает.
А магазин сейчас хочет продать итальянскую сантехнику на миллионов 5. Сейчас или никогда.
А вы конечно в Москва -Сити. Как будете чинить ?
64. artevgen 21.02.19 18:47 Сейчас в теме
(62)
Извиняюсь, что вопросом на вопрос:
как поступите Вы? и зачем в задаче понадобился бэкап, если по задаче сервак упал в принципе?
65. capitan 1172 21.02.19 19:41 Сейчас в теме
(64)Бэкап сервера. Или linux админы таких не делают.
Как вы собираетесь быстро решать описанную выше ситуацию ?
Архив у вас pg_dump и все ?
66. artevgen 21.02.19 20:44 Сейчас в теме
(65) развернуть сервер 1ч + инджект,
на моем веку кроме как винды переустанавливать, линуксы я переустанавливал лишь для того что какой то пакет требует более нового ядра и все.
бэкап сервера это для меня вообще что то новое
я бы построил кластер с синхронизацией
в общем я вас перестаю понимать что вы хотите донести
71. capitan 1172 21.02.19 20:59 Сейчас в теме
(66)Да потому что вы ужасно далеки от народа, поэтому бэкап сервера для вас что то новое.
А когда у вас будет штук двадцать магазинов, то вам будет не до прожектов, а нужны будут реально работающие решения.
Да еще такие которые может поднять в рабочее состояние человек способный только флешку отформатировать и продержать на этом в рабочем состоянии магазин до вашего включения.
Каждое ИТ решение должно соответствовать своему назначению, SLA если по хорошему.
88. artevgen 21.02.19 21:44 Сейчас в теме
(71)вот с этого и надо было начинать
не думаю что с Вашей системой в случае сбоя сервера взлетит какой-нибудь магнит или лента с охранником на телефоне.
Я как раз близок к народу и для меня что на винде что на линуксе ценник одинаков, я не пиарщик.
Если у вас статические кассы то конечно проще собрать кассу накатать из нее образ и в случае чего просто из него восстановить любую такуюже из 20 магазинов, ведь база на сервере.
А что с бэкапом серверов?
93. capitan 1172 21.02.19 22:11 Сейчас в теме
(88)ленту и магнит оставим в покое у них такая ИТ служба о которой мы рассуждать не можем
В остальном у меня именно охранник на телефоне даст мне шанс поднять сервер или запустить базу, а у вас с pg_dump нет
А бэкап серверов надо делать.
Иначе директор магазина вас будет любить так что я не только здесь, я даже на порнхабе такое постесняюсь написать.
95. artevgen 21.02.19 22:58 Сейчас в теме
(93)удачи Тебе с охранником.
пока
30. support 4432 21.02.19 12:29 Сейчас в теме
(26) Дим, не обращай внимания, это тролли в комментариях. Ничего не знают, но делают вид, подначивают. Давно хочу сделать чистку от подобных. А то нормальное профессиональное общение из-за них страдает.
31. DitriX 1639 21.02.19 12:32 Сейчас в теме
(30) Та у меня просто время есть свободное :) А так да, надо в статьях ввести порог, типо рейтинг больше 100 -можно сразу постить. меньше 100 - после премодерации :)
33. stvorl 925 21.02.19 12:58 Сейчас в теме
(31) (30) Мне кажется, это очень жестко.
Но вынести в профиль и отображать второй рейтинг, - по отзывам к пользователю на форуме, было бы интересно.
starik-2005; +1 Ответить
35. DitriX 1639 21.02.19 13:08 Сейчас в теме
(33) почему жестко. Скажу по своему опыту, не редко люди. которые не понимают в теме - пытаются показаться умными и укусить автора.
И у автора появляется диллема - или написать ответ на комментарий, где пояснить что это бред, но это может только подзадорить человека, и начнется трешь, как выше.
Или написать в личку и объяснить в чем человек не прав. Что я иногда и делал, и не редко люди соглашались, что они или что то не заметили в статье, или не правильно истолковали, но, при этом большая часть забывала такие комментарии удалять потом, и вот висит комментарий, одинокий, без ответа.
А потом находится человек в теме, он не автор, ему пофиг и он начинает на этот коммент отвечать. И начинается опять трешь :)

И очень часто это происходит именно с людьми, которые не имеют рейтинга. Увы. Им за это $m начисляют? :)
43. stvorl 925 21.02.19 16:00 Сейчас в теме
(35)
Нет, я имел ввиду, что жестко для уважаемого г-на Цыденова. Ему придется нанять сколько-то модераторов (чтобы разгребать поток сообщений, среди которых попадаются реально нужные, и да - от людей без рейтинга), и оплачивать их труд, увеличив издержки.

А то как увидишь, что человек с рейтингом на форуме -50 написал чепуху, и сразу сочтешь нецелесообразным тратить время на ответ и оправдания. "Ага, и лягушки заквакали" (С) Крылов.

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

И очень часто это происходит именно с людьми, которые не имеют рейтинга. Увы. Им за это $m начисляют? :)


Вроде, если заработал больше 10sm, какие-то копейки падают автоматически, но я, если честно, не верю в реальность такого инструмента заработка даже для искушенного тролля. :-) Разве что заработать 1-2 sm сутками напряженной работы, чтобы что-нибудь скачать.
47. DitriX 1639 21.02.19 16:15 Сейчас в теме
(43) не, так контролировать будет автор поста при ответе. И сделать это только тут, в статьях, форум тут не причем :)
52. capitan 1172 21.02.19 16:38 Сейчас в теме
(31)Ну логично. Да. Статьи писать с рейтингом 87 можно, а комментировать нет.
Это хорошее предложение
69. DitriX 1639 21.02.19 20:51 Сейчас в теме
(52) да, так все статьи проходят премодерацию по умолчанию :)
74. capitan 1172 21.02.19 21:04 Сейчас в теме
(69)Но модератор не может отвечать за техническую часть статьи, он за стиль отвечает
Я вот например не вижу троллинга со стороны strrike.
Он вопрос задал по делу.
А вот к статье у меня есть вопрос просто с точки зрения логики невероятно что MS SQL так проиграет Postgres.
И я тогда начинаю смотреть настройки. там - крындец. Счастье что вообще завелся.
77. DitriX 1639 21.02.19 21:20 Сейчас в теме
(74) странный подход. Статья написана в стиле обсуждения, а не обучения . А камменты созданы таки для обсуждения. Но пролем а втом, что все вначале делают вывод, на основании того, что они уловили, и если этот вывод некий странный, то они спешат им поделиться. А не спросить у автора, а почему так?
Вот пример ваш же комментарий в (60) вы сказали что галочки не должно стоять, так как 1С написала что то там на итс. Скажу так - если верить всему что пишет 1с - можно выстрелить себе в ногу.
Но если разобраться - что это такое, то оказывается, что MS вообще НИКОГДА и НИГДЕ не советует ставить жту галочку, даже на выделенных серверах. Но тогда зачем она выведена так явно?
Ответ прост - ее ставят только в том случае, если занимаются проверкой производительности, чтобы всякие службы типо дефендера, обновлений и прочего - не влияли на скуль.
Но, и в 1С тоже можно поставить эту галочку, и выровнять приоритет с SQL, это делается через диспетчер задач.

Но вы увидив эту галочку - не пытаясь выяснить почему ее поставили, не задав вопроса - написали ваш комментарий (60), который звучит как - "эй, ребята, вы вообще ничего не шарите, идите курите мануалы" :)
И я мог вам ответить точно так же, так как из вашего утверждения я понял, что вы эту галочку где то ставите, а ооооочень зря, она реально приводит к нестабильности сети и соединений. Мы это прошли на практике.

Но так же, мы прошли на практике, когда делаем три замера, два замера показывают 5 минут, третий 15... Какого? Опять запускаем - 5 минут. Идем в логи, а это винда решила просканить дефендором, паралелльно качая обновления :) Вот чтобы такого не было при замерах - эта галочка и ставится.
81. capitan 1172 21.02.19 21:32 Сейчас в теме
(77)Вообще не так. Я в принципе пишу о том что на своей шкуре прошел.
MS рекомендует для выделенных серверов ставить этот флажок если нет конфликтов с драйверами.
О чем вы и пишете.
И все MS админы которые про 1С не слышали его ставят, и база периодически крашится, достаточно часто.
Особенно если под нагрузкой и есть еще не 1С базы
84. DitriX 1639 21.02.19 21:36 Сейчас в теме
(81) тогда не понятно, почему MS хотят от этого флага избавиться в будущих версиях?
Что то не вяжется. Есть официальная инфа от МС где они рекомендуют эту галочку ставить?
83. capitan 1172 21.02.19 21:36 Сейчас в теме
(77)СКУЛЬ в принципе не ставится на 4Гб памяти
85. DitriX 1639 21.02.19 21:38 Сейчас в теме
(83)это вы куда и к чему и где вы увидели скуль на 4Гб памяти?
87. capitan 1172 21.02.19 21:42 Сейчас в теме
(85)Чуть выше
Количество максимально потребляемой СУБД оперативной памяти выставлено 4Гб.
89. capitan 1172 21.02.19 21:49 Сейчас в теме
(85)А к тому я, что здесь в публикации вроде батл между скулем и постгри, но у скуля такие настройки что он еле выжил вообще.
Это первое замечание.
А второе - это то что в магазине линукс сервер это мина замедленного действия, потому что приемлемое время вы его поднять не сможете.
И вас такого красивого будет бить директор магазина о ваш линукс головой
Поэтому эту статью я бы не рекомендовал к использованию в том виде котором она есть.
Минусов я обычно не ставлю, но и плюсовать тут пока не буду.
А общее возбуждение что постгри положил мс скуль при таких настройках это на пользу не идет
94. DitriX 1639 21.02.19 22:46 Сейчас в теме
(89)Отлично. Предлагайте что исправить. Но почему MS SQL на 8 гигах рама еле выживает, если MS официально рекомендует от 4, а PG себя отлично чувствует?
Так что по первому замечанию предлагайте что менять, мы, при наличии времени это сделаем и обновим статью. Сейчас Евгений дал пару советов, это позволило ускоть скуль еще на 10%. отлично. Сделаем замеры с настройками новыми, выложим, обновим таблицы.

А второе - это какой то отсебятный бред. Извините. Но это ни о чем. Директор магазина даст по голове... Ну ок, его право. А я ему дам по голове, за то что пыль тряпочкой не протерал с сервера и что дальше?

Еще раз, ставьте что хотите, дело ваше. PG я тоже не советую ставить всем подряд, там надо мозги иметь чтобы его ставить, и его обслуживать. Но главная цель статьи - не показать как PG взул MS, а показать, что PG не хуже MS.
Мы же взрослые люди и понимаем, что если бы в реальности PG давал такой прирост во всех случаях, та еще и был бесплатным - MS SQL уже бы сдох давно. Но такого не происходит. Но и PG не сдыхает, а это значит:
1. Что где то круче PG
2. Где то круче MS
3. В среднем - они одинаковы. Плюс минус.

Вот как бы и все. Можно привести операции где PG конкретно проигрывает MS, а можно и наоборот. Но к чему эта синтетика?
Мня больше интересует - сколько времени у меня будет закрываться себестоимость в УТ10, т.е. последовательное перепроведение документов, а сколько - в УТ11 - т.е. куча фоновых заданий и паралельная запись в кучи регистров.

Вот вы можете ответить - что лучше для УТ10, а что для УТ11? Я уверен что нет. А мы вот планируем и такие замеры. Точнее мы их уже сделали, и мы знаем ответ. А вы знаете?

Так что еще раз - эта статья не батл, а просто сравнение систем в конкретных ограниченных рамках.
148. shard 252 25.02.19 15:53 Сейчас в теме
(89) про приемлемое время восстановления: в одном магазине лет 5 назад поставил "мину замедленно действия" в виде убунту сервер с kde и виртуалкой на win2003 для rdp. Зачем прокладка линукс - чтобы шаловливыми ручками не запускали шифровальщики (были преценденты). Железо - обычное десктопное, оперативки разве что добавили, проц intel. В браузере на "сервере" сохранены сессии (логины с паролями) на некоторые весьма нужные в работе сайты поставщиков. Вспомогательный комп на amd, память идентичная.
В один далеко не прекрасный момент где-то рядом в розетку включили сварочный аппарат и блок питания на "сервере" героически умер, прихватив с собой материнку. Ближайший нормальный (где была идентичная материнка) магазин - примерно 100км ехать. Рядом стоит "опытный пользователь интернета" (2шт).
Интересно какую оценку времени восстановления дадите в случае использования чистого виндовс без линуксовой прокладки.
В той ситуации восстановить работу удалось примерно за полтора часа: 30 минут выслушивания проблемы и попыток диагностики по молчащим кулерам, 10 минут на изъятие винчестера, 20 минут на замену винчестера на вспомогательном компе с виндой и добавление туда планки памяти. Остальное время было потрачено на объяснение пользователю как запустить консоль (alt+f2, konsole (k как русское К), enter), как набрать ifconfig (без пробела) и прочесть его вывод, как набрать sudo nano /etc/network/interfaces и исправить там название сетевой карты. а также рассказать как выбрать сетевую карту в настройках виртуальной машины. После замены сгоревшего железа все было восстановлено.
ЗЫ: осенью 18го года звонили оттуда, директор пароль на rdp забыл.
149. capitan 1172 25.02.19 16:27 Сейчас в теме
(148)В случае близких контроллеров IDE - 20 минут на замену винчестера на вспомогательном компе с виндой и добавление туда планки памяти
В случае разных - еще 30 мин на подмену драйверов

А вот сколько уйдет времени если у линукса не будет совместимых драйверов и он не статанет ?
150. shard 252 25.02.19 16:44 Сейчас в теме
(149) Вы не поняли условия задачи. До проблемы ехать 100км (не больше не меньше, по картам смотрел), на месте - работающий вспомогательный комп с виндой, отвертка, и два архаровца (спецы в одноклассниках, но воспринимающих слова "контроллер иде", "подмена драйвер" как экзотические ругательства). Из связи - только телефон и удаленка (которую еще надо запустить!) на вспомогательном компе. (Планки памяти идентифицировалась архаровцам как две торчащие прямоугольные зеленые хреновины на большой плате справа от вентилятора).
Полагаю озвученное время решения (20+30 минут) - при непосредственном доступе к компам и наличии флешки с загрузочным образом. В таком случае к озвученным 50 минутам еще желательно прибавить еще часа полтора на дорогу туда. Если флешки нет, то еще время на ее создание.
151. capitan 1172 25.02.19 17:02 Сейчас в теме
(150)Ваш рассказ как раз подтверждение моих слов.
Вам повезло что линукс принял новое железо, так тоже не всегда бывает.
При хорошем раскладе у вас и винда бы запустилась на новом железе и вы бы сэкономили время вот на этом
Остальное время было потрачено на объяснение пользователю как запустить консоль (alt+f2, konsole (k как русское К), enter), как набрать ifconfig (без пробела) и прочесть его вывод, как набрать sudo nano /etc/network/interfaces и исправить там название сетевой карты. а также рассказать как выбрать сетевую карту в настройках виртуальной машины.
А время это не маленькое
Но если бы даже винда не стартанула и предположим вы поджались положить в корпус уезжающего комьютера за 100 км. загрузочную флешку.
ее сделать - 30 мин, после этого стартуете комп, у вас тимвьюер и вы за 10 мин подменяете драйвера удаленно
155. shard 252 25.02.19 18:06 Сейчас в теме
(151) Хорошо. Диагностика проблемы 30 минут. 10+20 минут на изъятие диска и установки его и памяти во вспомогательный комп силами двух архаровцев с отверткой. Предположим флешка нашлась (да, положить ее я поджался, т.к. клиент поджался флешку собсна купить) и ее успешно сделали загрузочной за 30 минут.
При загрузке нужно будет объяснить юзеру как выбрать загрузочную флешку - удаленки при этом нет. Сколько времени займет неизвестно, предположим 10 минут.
Допустим мы успешно пробились через дебри биоса и hiren's bootcd стартовал. Вот тут не помню: у него сетевые драйверы автоматом подгружаются или нет. Объясняем юзеру как скачать тимвьювер. Еще пусть 5 минут.
Дальше начинается шаманство с подменой драйверов в приложении к win2003 - еще 10 минут. По закону подлости проблемы непременно возникнут (в моем случае это был пробел в команде "if config" и ее вариант "ifkonfig" - konsole же) - время неопределено.
В сумме 115 минут на решение поставленной Вами задаче (железном падении сервера). Из них часть придется просидеть на удаленке. Стоимость считать не буду.


(151)
Вам повезло что линукс принял новое железо, так тоже не всегда бывает.

Мне - повезло. В случае винды новое железо не было бы принято 100% - не повезло?))
При хорошем раскладе (т.е. личном присутствии) 5 минут диагностика, 15 минут на работу руками и еще 5 минут на неспешное прописывание новой сетевой карты.

С обратной перестановкой справились на порядок быстрее силами тех же юзеров (материнку и бп им в магазине поменяли).
152. capitan 1172 25.02.19 17:12 Сейчас в теме
(148)
убунту сервер с kde и виртуалкой на win2003 для rdp

И вот этого профита я все равно не понял
win2003 пробьется по сети - на соседнем компьютере запустят шифровальщика и он всю сеть просканирует и прибьет все до чего дотянется
я бы еще понял чистый линукс -там все хорошо
153. shard 252 25.02.19 17:26 Сейчас в теме
(152) в чистом линуксе с rdp проблемы, а vnc лень было объяснять.
(152)
win2003 пробьется по сети - на соседнем компьютере запустят шифровальщика и он всю сеть просканирует и прибьет все до чего дотянется

и как же сделать чтобы шифровальщик не дотянулся? ;)
154. capitan 1172 25.02.19 17:56 Сейчас в теме
(152)
(153)Чет замысловатая схема получается ради RDP )
Все равно не понял зачем винду в линукс пихать.
156. shard 252 25.02.19 18:11 Сейчас в теме
(154) картинка в тему)))) ответ прост: для бекапа и восстановления сервера rdp без акронисоподобных утилит двумя кнопками, плюс защита пЁрьев утки rdp от очумелых ручек с шифровальщиками, плюс защита от игрушек и установки левых программ пользлователями. Некое подобие ESX.

зы: хотел исправить "пользлователями", но передумал - так более хорошо отражается их истинная сучность))
157. capitan 1172 26.02.19 09:03 Сейчас в теме
(156)Да. С магазинами всегда так )
54. capitan 1172 21.02.19 16:58 Сейчас в теме
(30)Мне кажется вы зря пинаете strrike.
Он говорит достаточно дельные вещи.
У магазина есть цель - минимум простоя в рабочее время.
Если устанет сервер на windows то любой студент его накатит за 30 мин просто заново.
А если устанет сервер на линуксе - то будет великая печаль и доктор Айболит побежит в африку спасать своих зверюшек.
При том что доктор Айболит может уже давно уволиться и в его текстовых конфигах придется копаться доктору Хаусу.
А магазин будет в это время переминаться с ноги на ногу.
При том что Мини сервер 1С стоит дешевле надо несколько раз подумать чтобы принимать такие решения.
Особенно за пределами КАДОв )
70. DitriX 1639 21.02.19 20:58 Сейчас в теме
(54) да, все верно.
именно поэтому у всех стоит винда. Но это верно в тех местах, где ставят пиратки. И тут конечно нет смысла поднимать уровень админам, нафига?
А вот если будет выбор - оплатить сразу за один магазин пару тыщ иностранных (и это я щас вообще по минимуму беру), то конечно прибежит Вася, и накатит очередную Г сборку супер мега винды.

А если говорить про нормальные страны, или крупные компании, то вот тут и появляется диллема.
Это раз, а два - сервера всегда можно дублировать, у нас так всегда делается, так что если даже сервер магазина умрет - все идут на центральное зеркало, если оно умрет - в центральную базу. И магазины там могут работать месяцами, в этом случае - времени куча, чтобы отправить съемный SSD по почте куда угодно, чтобы админы сделали все, или подключить его к любому компу, чтобы админы подключились удаленно и починили.
90. capitan 1172 21.02.19 21:55 Сейчас в теме
(70)Магазины сейчас давно уже не ставят пиратки. Их проверяют. Но и дубли серверов тоже я не видел.
Стоит обычная винда и дядя Вася сантехник если что ставит в нее LiveUSB и все чинится за 10 минут(!!!)
А умерло железо - тут же можно стартовать на соседнем
Линуксовый сервер вы так не поднимете
91. capitan 1172 21.02.19 21:56 Сейчас в теме
(90)Давайте подведем резюме
1. strrike напинали зря
2. тесты по хорошему бы надо переделать

Даже наверное не так
а как в анекдоте ...или крестик снимите, или трусы наденьте

2. Убираем батл и пишем что постгри встанет там где скуль не запустится и что постгри + виндовс отличное недорогое но не самое быстрое решение для магазинов
С чем я и не спорю, а наоборот всячески приветствую и сам так делаю
Только архивы надо средствами 1С делать и прилеплять к такому серверу загрузочную флешку
102. Artem.Po 22.02.19 08:21 Сейчас в теме
(91) благодарю, что внимательно прочитали мои комментарии и поняли их суть.
(мне например абсолютно непонятна такая реакция владельцев инфостарта..)

И может мой аккаунт strrike тогда разбанят?
104. genayo 22.02.19 08:30 Сейчас в теме
(102) Реакция владельцев понятна - они считают, что вы мешаете им зарабатывать деньги.
105. Artem.Po 22.02.19 08:33 Сейчас в теме
(104) вообще я пришел к такому же выводу, но подумал, вдруг всё-таки я ошибаюсь...
106. genayo 22.02.19 08:36 Сейчас в теме
(105) А вы считаете, что бизнесмену плохо прежде всего думать о зарабатывании денег? Ну и зная историю инфостарта странно этому удивляться.
108. Artem.Po 22.02.19 08:51 Сейчас в теме
(106)
А вы считаете, что бизнесмену плохо прежде всего думать о зарабатывании денег?

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

историю инфостарта

Историю не знаю, но с интересом бы послушал :)
110. genayo 22.02.19 08:54 Сейчас в теме
(108) Реакция не удивляет, на самом деле, Доржи тот ещё персонаж :))
107. alex_sh2008 5 22.02.19 08:41 Сейчас в теме
(90)
Линуксовый сервер вы так не поднимете

Тут вы не правы, что Windows, что Linux сервера, достаточно быстро подымаются на другом железе. Я к примеру уже лет 8 не разворачивал новых windows, и linux, все делается, клонированием, восстановлением из резервных копий. Восстановление сервера с объемом массива 2Тб, занимает в среднем 2-3 часа и он готов работе
136. mr_best_23rus 29 22.02.19 11:57 Сейчас в теме
(30) Только пожалуйста не блокируйте возможности писать комментарии и прочее для таких, иначе можно превратится в хабрахабр, где люди скрывают свою точку зрения только потому, что она отличается от большинства и за нее накидают отрицательной кармы. А как мы знаем, большинство часто ошибается.
Давно думал о рейтинге, за адекватность и за вежливость, который не ограничивает владельца рейтинга, а просто подсвечивает его ник)))
48. capitan 1172 21.02.19 16:18 Сейчас в теме
(15)Все гораздо сложнее. Вот вы например если не с телефона Samsung конечно, то пишете этот текст либо с Apple либо с windows.
Потому что для Линукс у пользователя более высокий порог вхождения.
Та же история и для админов - одно дело вставил диск, нажал setup и все, а другое поправил в vi тексты конфигов.
Линуксовые админы - они все либо магистральные либо провайдерские, что почти то же самое. Что им в офисе пока настраивать - самбу ?
А виндусовые - они эникейщики. Но среди них есть гуру - MSCE MSDBA и т.п. - они и знаю много и стоят дорого
Это как батл который сейчас идет про тру программеров и 1С программеров.
Поэтому в живой природе встретить линуксового спеца по настройке серверов для 1С сложновато и стоят они неизвестно сколько.
В аутсорсе же обычно сидят как раз провайдерские админы
56. DitriX 1639 21.02.19 17:10 Сейчас в теме
(48)Но такое. Вот все говорят, что САП стабильней 1С. Так может именно потому что в сапе что-то поменять - надо дорогих спецов. А в 1с - сойдет кто угодно. И даже более - меряются фирмы у кого программисты дешевле :)
59. capitan 1172 21.02.19 17:21 Сейчас в теме
(56)Поскольку я человек флотский то скажу как мой боцман
- В умелых руках и буй балалайка.
Можно и САП и уронить, можно и 1С прямо поставить.
А дороговизна САповских программистов - она как раз и подтверждает теорию, что тех кого меньше те и дороже.
Язык то саповский не сложнее других языков.
Когда то и на 1Сников все молились.
Коньюктура рынка труда. Приживется у нас постгри и линукс - подешевеют линуксятники.
72. DitriX 1639 21.02.19 21:01 Сейчас в теме
(59) вообще не согласен с вами. Разница в том, что для сапа делают все, чтобы он не упал, в том числе и пользователей вначале обучают, ибо не хотят впустую покупать очень дорогие лицензии.
А в случае 1С - приехала баба Маня с села, держала хоть раз мышку, и все - иди работай в 1С, там по ходу всему научишься, и начинаются чудеса.
76. capitan 1172 21.02.19 21:12 Сейчас в теме
(72)Так я вроде так и сказал. Нет противоречия.
Только вы забываете о том, что 1С на этом и держится.
Это называется низкий порог вхождения.
78. DitriX 1639 21.02.19 21:24 Сейчас в теме
(76) я видать не смог донести суть своего высказывания. Но в целом - она таки совпадаетс с вашей, кроме того, что 1С на этом держится. Мое мнение - она от этого страдает :)
49. starik-2005 1843 21.02.19 16:27 Сейчас в теме
(15)
Вы сравниваете эникейщика и линуксоидов.
+1))) Если виндовый админ не стал еще линуксовым, то это путь в никуда, ибо 90% работы админов - вебсервера, 90% которых сейчас крутится на Ubuntu.
92. genayo 21.02.19 21:58 Сейчас в теме
(49) Есть статистика, а не предположения, что 90%?
130. Silenser 503 22.02.19 10:06 Сейчас в теме
(12) Очень сильно зависит от масштаба предприятия. Одно дело, когда в компании 10-20 человек, тогда все на аутсорт-аутстаф можно отдать, другое дело, когда суммарно только пользователей 1С под тысячу, а пользователей почты - три тысячи. Тогда нужны штатные сотрудники, иначе стоимость рисков на порядки превышает ФОТ с учетом налогов.
7. kauksi 205 21.02.19 10:01 Сейчас в теме
ну и в качестве исследования процессорозависимости.. почти такая же система тока процессор i3-8350K разогнанный до 4.5Ггц выдает почти в 2 раза больше попугаев...
Прикрепленные файлы:
Gilev.Vyacheslav; human_new; +2 Ответить
8. kauksi 205 21.02.19 10:03 Сейчас в теме
и нужно учитывать, что это однопоточные попугаи, то есть влияние максимальной частоты 1го ядра
9. kauksi 205 21.02.19 10:05 Сейчас в теме
почему то скорость вашего Samsung SSD 960 EVO NVMe M.2 в однопоточном режиме в 2 раза ниже, может настройки энергопотребления стоять не на "высокой производительности" ?
10. kauksi 205 21.02.19 10:10 Сейчас в теме
и я так понимаю, вы в виртуалке тесты далали, ибо на скриншотах мелькает материнка 440BX, а такой уже давно не выпускают, и это виртуалка 1го поколения, если я не ошибаюсь, которая дает столь маленький результат, и на некоторых скриншотах, объем памяти 2Гб а не 8. Почему?
20. DitriX 1639 21.02.19 11:23 Сейчас в теме
(10) блин, ну почему вы не читаете статью? Потому что Тесты!!! Тесты запускаются на тонком клиенте, все операции выполняются на сервере. Или вы хотите сказать что запись 1000 документов зависит от мощности клиентского компьютера ?
11. kauksi 205 21.02.19 10:12 Сейчас в теме
А ну да, в виртуалках. то есть сравнение квадратного с круглым. Статья ни о чем. Переставьте все системы заново, без виртуализации, и тогда уже сравнивайте
18. DitriX 1639 21.02.19 11:22 Сейчас в теме
(11) это щас шутка юмора? Или вы реально? Т.е. вы хотите сказать, что еще есть места, где не стоит 7.7 и люди не пользуются виртуализацией? :) Не, ну точнее места такие есть. Но в таких местах просто покупается компьютер на SSD и i7 и там пофиг что ставить. ибо они и эти ресурсы не выедят. А статья не много нацелена на другое.
13. Fragster 881 21.02.19 10:45 Сейчас в теме
ни слова про многопоточный вариант работы (а он для 1с основной). Тут от Гилева g1c (хотя он не показывает абсолютных попугаев, вроде) или https://infostart.ru/public/173394/ в качестве синтетики, или тест-центр/тестер1с/ванесса? в качестве прикладного теста. вроде они все могут много агентов тестирования запускать и время замерять.
21. Крококот 21.02.19 11:38 Сейчас в теме
Подскажите, я правильно понимаю, что использовались "полностью бесплатные" версии Postgres? В смысле без "Pro"?
И что делать в случае если появляется некая проблема в работе с 1С на PG?
Если база на MS SQL и он честно приобретен, то можно писать в поддержку MS и требовать решения проблемы. Насколько я знаю, шанс на появление хот фикса вполне себе неплох, если проблема действительно серьёзная.
А в случае с Postgres что? Писать на форумы и молиться на то, что кто-то из знающих и умеющих найдет время и желание на решение этой проблемы?
22. DitriX 1639 21.02.19 11:44 Сейчас в теме
(21) вопрос действительно интересный. Но в этом случае достаточно ставить сборку от самой компании 1С. Тогда в случае проблем - вы связываетесь с ними, а они уже сами решают проблемы связываясь с разработчиками PG, ибо при всем желании - без отладки самой платформы - выяснить причину не сможет никто, кроме 1С, по крайней мере дать стек вызовов.

Второй вариант - прокупать PRO, но тут тоже вопрос, смогут ли они вам потомочь в случае беды, мы говорим не за чистую работу на PG, а за пару PG+1C.
27. Крококот 21.02.19 11:57 Сейчас в теме
(22)
Не всегда проблема в 1С.
В статье про батл, ссылка на которую есть в статье, к примеру, описывался вариант подобной проблемы:
Там происходило очень чудесная вещь: у Postgres есть много файлов статистики. Один из них на весь сервер, и он переименовывается несколько десятков, может быть, сотен, может быть, тысяч раз в секунду. Так построена система: она создает рядом новый файл статистики, переименовывая его в действующий. А наша любимая Windows не дает так работать с файлами в своей файловой системе. Если файл кто-то читает, переименовать его нельзя. Postgres по-честному пишет, что у него нет доступа к статистике, поэтому он будет использовать старые файлы. Ладно, используй. Но нет, происходило 15-ти секундное торможение всего сервера, просто на 15 секунд останавливались все транзакции.
25. strrike 21.02.19 11:54 Сейчас в теме
(21) для сравнения стоимость техподдержки можно посмотреть здесь https://infostart.ru/public/960592/ (в комментариях)
И по грубым прикидкам сравнение виндоадмин + MS SQL и линуксадмин + PG может выйти весьма интересным)
28. DitriX 1639 21.02.19 11:59 Сейчас в теме
(25) окей, а что мешает поставить PG на виндовс? Тогда ваша проблема уходит?
+