Выбор процессора для 1с
(15) Все замеры, которые были опубликованы я выложил в (1) и (2). Интересуют именно другие процессоры.
(15) Ну было бы интересно, насколько сильна разница между i5, i3 и каким нибудь Pentium G4400 например.
(18) Может действительно i5 и Pentium с одинаковой частотой покажут приблизительно одинаковый результат.
вот эти цифры што значат?
(18) а известно ли было, что разница на одном процессоре, но разноразрядными платформами различается в 3 раза?
(34) эээ. я вынужден был устанавливать БП3 на компьютер заказчика. Pentium 4 модели 2002 года, 1 ГБ ОЗУ. Заказчик настаивал на этом компе, несмотря на объяснения, что оно не будет работать.
(41) странно 40% разница на винтах?
i7-2600K@3.4GHz, SSD 840 Pro
Windows-10 64-разрядная
Скорее всего это не винты а энергосберегающие технологии в мобильном процессе (QM - это вроде как для мобильных ПК)
(55) Ну у тебя i7-2600K 5 минут, у меня Pentium G3420 7 минут. Разница несущественна вообще. Какой можно сделать вывод? Брать самы простой проц с максимальной частотой?
(58) Со времен 7-ки ничего не поменялось, ну разве что винты теперь точно не узкое место. А так тупо одноядерное приложение. Чем больше частота тем быстрее работает
(50) первый прогон на удаленном серваке по РДП
Six-Core AMD Opteron 2427 2.21Ггц (2 processor) - 11:05
Six-Core AMD Opteron 2427 2.21Ггц? ?
Windows-2008 R2 64-разрядная
БСП 2.2.5.36 файловая
8.3.9.1850(x32): 10:40
(72) Странно. Частота высокая, а результат плохой. Похоже сказывается более выигрышная архитектура Intel.
И зеон, который работает на низкой частоте, но при этом не дает опертрону не малейшего шанса
Intel Xeon E5-2650 2.0Ггц (0 версия по идеи) - 7:30
(75) Ну так по уму надо тестировать на системе где кроме 1с никаких программ не установлено, и не запущено, и на диске кроме БД ничего нет.
А так будет влияние от других программ, причем довольно непредсказуемое.
Т.е для получения более менее адекватного результата надо делать штук десять, двадцать прогонов в течении дня.
А учитывая что данный метод тестирования не предполагает автоматизации, сделать это не получится.
(76) Начнем с того что метод вообще ничего не тестирует. Точнее идет нетепичное использование 1С.
ИМХО время ТиИ и то более показателен, так как там и упаковка базы (дисковая подсистема) и пересчет итогов (ОЗУ и проц).
(77) Ну не то чтобы вообще ничего.
Просто тестирование довольно специфическое, и характерное не для пользователя базы, а именно для работы с конфигурацией.
Да еще в 2013м году на инфостарте был тред, где выяснили, что для комфортной работы в конфигураторе 8.3 нужен рам-драйв на 64 гига, и проц любой разогнанный с частотой под 6 Ггц. Тогда обновление типовой УПП проходило меньше минуты ))
У меня i7 6700k разогнанный до 4,2. Пользуюсь почти полтора года. В процессе конфигурирования различные ожидания отклика минимальны, за исключением работы с Упр. Холдингом (ред. 1.3).
В плане оценки производительности ЦП ориентировался на рейтинг NIX.
(34) При чем тут бюджетные клиенты? i3 7350K не так уж и дешевый, и обгонит любой АМД. Я вообще не знаю кто с этим процессором может потягаться, не учитывая разогнанные процессоры.
(73) Ниче странного. Если сравнивать проц АМД с Интел, то частоту АМДшного дели примерно на 2, и сравнивай по частоте.
(77) Ага, надо брать что-нибудь тяжелое типа УПП и производить полный поиск ссылок на объект, например.
(73) У AMD одна архитектура - это затюненный K8 родом из начала 2000-х, другая - их вариация на тему Netbusrst (P4). Ну а дальше просто нет ресурсов на разработку. Да и смысла особого уже нет.
(90) Ну назови принципиально новую архитектуру от AMD, и чтобы производительность не частотой достигалась.
(93) Понятно. Слив засчитан.
Тесты говорят сами за себя: производительность AMD на такт ниже, чем у Intel. Более того, старые добрые K10 (которые есть тюнингованные K8, который сам по себе переработанный K7) на такт даже быстрее будут. Но частотой много не возьмешь - Intel это еще 12 лет назад поняла.
странно, что люди, постящие с партнерского, не запостили самый интересный пост:
Сделал замеры в виртуалках, поскольку это моя обычная рабочая среда (по сравнению с хостом при загрузке одного условного ядра просадка субъективно неощутимая).
На хостах windows hyper-v server 2012, частоты штатные, энергооптимизации отключены.
Виртуальная машина стандартная: v2 на hyper-v, 3 ядра, 12gb, vhdx 127gb на ssd (samsung/plextor), windows 2012 r2 std
План энергопотребления - максимальная производительность.
8.3.10.1877 (х86) файловая, БСП 2.2.5.34
через ~5 минут после загрузки ВМ, первый / второй проход (точность 10 секунд):
Еще дотянулся до:
core i7 2600K без HT, но неразогнанный (хотя есть куда) - 6.00 / 5.40
e5 2620 с HT через rds, fair sharing отключен, стоит sql+1c, что в биосе не знаю - 7.20 / 7.00
(95) Смешно выглядит (70) и (72). А уж если пересчитать на Ватт - у AMD все вообще плохо. Да и вы результат своих тестов тут не показываете по этой же причине - все очень грустно. А вы фанатейте от AMD дальше - кто-то же должен и их процессоры покупать, чтобы Intel цены не задирал.
Прежде всего перед началом прочтения хочу отослать к материалам
Было очень много споров особенно о процессорах: сколько нужно ядер у процессора, достаточно ли только высокой частоты, почему некоторые более дешевые процессоры с высокой частотой показывают лучшие результаты в "тесте Гилева", чем дорогие многоядерные процессоры.
Вот что показывает накопленная статистика по тесту TPC-1C
Вот некоторые соображения по полученному графику.
- Результаты показаны только для клиент-серверного варианта (ведь он используется в основном).
- Результаты собраны за несколько лет от тысячи участников теста, а не выполнены одним человеком.
- Результаты принимаются "на веру", нет защиты от "недостоверных" данных, если отправитель захочет завысить или занизить цифры
- Полагается, что тесты проводились именно на одном сервере, а не сложном кластере, состоящем из нескольких разнородных компьютеров, поэтому надо понимать, что результаты - это все таки усредненные, а не точные значения
- На результат влияет множество компонент, а не только процессор
- Многие присылали результаты, не настроив оптимально среду
- Для некоторых моделей процессоров результатов слишком мало, поэтому ошибки вроде пункта 6 могут сильно исказить общее мнение. Например очень мало результатов для E5-2687W.
- Из результатов были откинуты результаты процессоров i3,i5,i7 как процессоров "не для серверов", хотя это спорно. Важнее, что фильтр был наложен по количеству ядер, однако некоторые AMD все таки "проникли" в диаграмму, но их результаты низкие, поэтому можно не обращать внимания на них.
ВЫВОД, КОТОРЫЙ МНЕ КАЖЕТСЯ ОЧЕВИДЕН: Зависимость скорости одного потока 1С:Предприятие сильно зависит от частоты процессора.
СЛЕДСТВИЕ: Все таки для задач с нагрузкой как в тесте важно брать НЕ САМЫЙ ДОРОГОЙ ПРОЦЕССОР, А ПРОЦЕССОР С МАКСИМАЛЬНОЙ ЧАСТОТОЙ. В рамках одной серии одного поколения процессоров действительно самый дорогой процессор - с максимальной частотой.
Например для самой популярной серии процессоров E5-2600 самые дорогие E5-2687W, E5-2690 и самые быстрые.
Возникает простой вопрос - надо брать более дешевый процессор?
Более дорогие процессоры все таки одной закономерностью обладают - у них больше ядер и кэша.
Рекомендую придерживаться вот каких соображений. Если Вы берете сервер для небольшого количества пользователей (30-50 пользователей), или Вы хотите решить проблему долгого однопоточного процесса вроде закрытия месяца - берите процессор с высокой частотой, а приведенный выше график Вам в помощь.
Кстати, из графика видна еще одна закономерность более новые процессоры при той же частоте обладают "скрытыми" преимуществами, такими как работы с планками памяти на более высокой частоте, что тоже сказывается на конечном результате.
Могу утверждать, что в среднем при покупке сервере стоимость процессора составляет где то 10% от всего сервера, а вот вклад в общую производительность может достигать 50%. Поэтому если придерживаться принципа парето, экономить на процессоре - это самая большая ошибка имхо.
Теперь о более любопытном факте - разбросе значений для одной модели процессора в ходе тестирования разными пользователями.
Умышленно выбрал один из популярных процессоров E5-2650 чтобы продемонстрировать разброс значений теста.
Чуть ли не у половины пользователей значение меньше 20 баллов. О чем это говорит, правильно, скорее всего схема энергоснабжения - "энергосберегающая" а не "максимальная производительность".
Т.е. процессор это хорошо, это потенциал сервера, но его еще надо реализовать. Т.е. и так частота не самая высокая, так еще и среда, в которой 1с работает не настроена.
Правда тут может закрасться сомнения, а действительно дело в процессоре. Может быть можно все порешать "волшебными галочками".
Предлагаю посмотреть не на мой тест, а на тест процессора (сторонний, что похожее на флопсы).
Но я еще не ответил, а что же делать тем, у кого много пользователей, скажем 400.
Прежде всего хочу сказать что выбор между процессором E5-2643 (4 ядра ) и E5-2690 (8 ядер) при соизмеримых частотах - достаточно условный (ну мне так кажется). Глупо при 400 пользователях сэкономить денюжку меньше одной зарплаты админа чтобы потом испытывать удачу. Подвох заключается в реальной интенсивности "работы" этих пользователей. На одном предприятии может и хватит ядер, а на другом - не хватит.
Далеко не все задачи однопоточные. Более того, далеко не все задачи используют небольшие объемы.
Тут не просто надо брать и максимальную частоту и количество ядер, но и куда больше внимания уделять другим компонентам - размеру оперативной памяти и IOPS дисковой подсистемы, но это тему уже другой статьи.
Остались вопросы?
Все возникшие вопросы по оснащению вашего ПК на рабочем месте и по подбору оборудования вы можете задать нашим специалистам.
Процессоры
- В левом углу ринга — процессор Intel Xeon E5-2690 v2, 3,00 ГГц.
- В правом углу ринга — Intel Xeon Gold 6254, 3,10 ГГц.
- По центру ринга — Intel Xeon Gold 6244, 3,60 ГГц.
Результаты
Intel Xeon E5-2690 v2, 3,00 ГГц:
«Хорошо» для нас — минимальная отметка, которая гарантирует комфортный уровень работы заказчика с системами 1С.
Intel Xeon Gold 6254, 3,10 ГГц:
Процессор Intel Xeon Gold 6244, 3,60 ГГц:
Итого: даже если виртуальная машина на Intel Xeon Gold 6244 на 3,6 ГГц будет стоить на 60 % дороже по сравнению с E5-2690 v2 на 3 ГГц, то стоит выбирать именно её. При меньшей разнице в цене выгоды становится ещё больше. Но у нас разрыв в цене сильно меньше, поэтому такие ВМ заметно выгоднее.
Ядра процессоров Cascade Lake демонстрируют прирост производительности не только за счёт увеличенной частоты, но и более современной архитектуры. При этом разные модели процессоров из этой линейки дают разные результаты, что нужно обязательно учитывать при решении своей задачи.
В облаке мы планируем использовать эти процессоры в режиме Turbo Boost, при котором тактовая частота процессора достигает 4,40 ГГц, что увеличит его отрыв по производительности и сделает выбор в пользу этого продукта ещё более очевидным.
Специальные предложения
(3) Вячеслав, будет дописано сохранение результатов, чтобы можно было сравнивать СУБД, контроллеры, диски, RAID-ы?
(28) ansh15, обязательно будет, когда мы наберем статистику, сейчас тест еще не устаканен, первая версия плохо различала SSD и HDD вообще )
поэтому буду признателен за любой собранный результат теста, мы сейчас калибруем на признаки "хорошо/плохо"
(45) ansh15, Ваш тест выбивается из массы других (мы на такой железке не имели возможности проверить)
при чем прежде всего хотелось уточнить, как у вас файловая система отформатирована (явно не 512)?
а сколько у вас примерно пользователей , около 400, больше 400 сеансов?
(1) У вас есть какая-то статистика о которой мы не знаем ? Что за попытка влиять на мнения окружающих, используя "обобщающие выражения". Вы бы еще употребляли "общеизвестно","ни для кого не секрет" и т.д.
Думаю ваше утверждение, не столь неоспоримо как Вам кажется.
(2) "Чукча не читатель - чукча писатель" ? Вы все прочитали ? Не всегда более дорогой процессор выгоднее "для 1с".
(3)Вячеслав, всегда нравились Ваши статьи и выводы. Собственно именно ваши публикации помогли научиться выбирать железо и настраивать нормально "сервера под 1с". Теперь в том же PG на xeon E3 количество попугаев улетает под 50 (ну правда еще документацию к PG пришлось от корки до корки разобрать. ).
(5) mirco, у меня есть мои собственные наблюдения, результативную часть которых я и описал.
с секундомером и блокнотом я не тестировал, могу лишь сказать приблизительно следущее:
1. брендовый сервер 2U, 48ГБ ОЗУ (в винде доступно 32), 2 Ксеона по 6 ядер, 2.4 ГГц, рейд 6 (диски по 300ГБ SAS 15k), на сервере 2 базы "Управление торговым предприятием для Украины" (8 юрлиц) - закрытие месяца с расчетом себестоимости (производство было чисто условное - комплектация + добавление услуг) в одной базе приводит к таймауту (20сек) при проведении документов реализации в другой базе. то, что закрытие месяца в SQL версии базы выполнялось около 9 часов (по сравнению с 15 минутами в DBF версии) - я скромно умалчиваю.
впоследствии переписал документ "Комплектация номенклатуры", чтобы включать услуги в стоимость комплекта - проблема с быстродействием при закрытии месяца перестала быть актуальной.
2. скромный сервер 2U, 64ГБ ОЗУ (в винде доступно 32) Ксеон 6 ядер, 2.4 ГГц, 2 обычных сата диска по 1.5Гб в зеркале - при запуске отчета, выбирающего строки табличной части документа реализации (до 10 тыс документов в месяц по 5-10 строк), база тоже УТП - не то что таймаут 20сек для всех пользователей всех баз (остальные базы - обычная "Бухгалтерия для Украины"), сервак просто умирает, при этом дисковая очередь зашкаливает за 200
в обеих случаях порядка 50 активных пользователей, windows 2008 server standard edition 64bit, 2008 SQL server
мое субъективное мнение - в обеих случаях недостаточная производительность дисковой подсистемы
а насчет общих фраз, лишенных юридической силы - так для любого заказчика важно не количество попугаев, а отсутствие дискомфорта при работе в базе
если вам это интересно, рекомендую посетить сайт entry.ua , на главной странице есть ряд неплохих статей, посвященных проблемам быстродействия серверов 1с8
то, что закрытие месяца в SQL версии базы выполнялось около 9 часов (по сравнению с 15 минутами в DBF версии) - я скромно умалчиваю.
впоследствии переписал документ "Комплектация номенклатуры", чтобы включать услуги в стоимость комплекта - проблема с быстродействием при закрытии месяца перестала быть актуальной.
Именно оптимизировать код и надо, вот пример нашей работы , но не надо подменять понятия - влияние железа все равно существует, хоть и не такое сильное как у кода.
2. скромный сервер 2U, 64ГБ ОЗУ (в винде доступно 32) Ксеон 6 ядер, 2.4 ГГц, 2 обычных сата диска по 1.5Гб в зеркале - при запуске отчета, выбирающего строки табличной части документа реализации (до 10 тыс документов в месяц по 5-10 строк), база тоже УТП - не то что таймаут 20сек для всех пользователей всех баз (остальные базы - обычная "Бухгалтерия для Украины"), сервак просто умирает, при этом дисковая очередь зашкаливает за 200
в обеих случаях порядка 50 активных пользователей, windows 2008 server standard edition 64bit, 2008 SQL server
мое субъективное мнение - в обеих случаях недостаточная производительность дисковой подсистемы
Если у Вас не получается оптимизировать систему, то обращайтесь к нам .
в обоих случаях надо не гадать, а снять замеры загруженности железа .
а насчет общих фраз, лишенных юридической силы - так для любого заказчика важно не количество попугаев, а отсутствие дискомфорта при работе в базе
заключите с нами договор на работы и юридическая сила появится, не вводите в заблуждение людей
если вам это интересно, рекомендую посетить сайт entry.ua, на главной странице есть ряд неплохих статей, посвященных проблемам быстродействия серверов 1с8
Перед началом проекта требуется определить параметры серверного и клиентского оборудования, необходимые для работы внедряемой программы 1С:Предприятие, и учесть будущую нагрузку, которая ляжет на систему в реальной рабочей обстановке. Мощность оборудования должна быть достаточной для нормальной работы пользователей. Но как подобрать сервер простым способом?
Таблицы серверов
Перед началом проекта требуется определить параметры серверного и клиентского оборудования, необходимые для работы внедряемой программы 1С:Предприятие, и при этом учесть будущую нагрузку, которая ляжет на систему в реальной рабочей обстановке.
Мощность оборудования должна быть достаточной для нормальной работы пользователей.
Но как подобрать сервер простым способом?
Для начала нужно знать следующую информацию
- Конфигурация 1С , которая будет внедрена .
- Количество активных пользователей, одновременно работающих в системе и их вес (легкие пользователи, тяжелые пользователи)
- Размер базы данных, с учетом увеличения размера базы в течение следующих 2-3 лет
- Особенности нагрузки , некие критичные операции в системе, обрабатывающие большие объемы данныхи/или выполняемый с высокой частотой.
- Другие параметры :
- Версия СУБД
- Версия веб-сервера
- Версии операционных систем серверов и клиентов ( Win или Linux )
- Типы клиентских приложений (веб-клиент, тонкий клиент, толстый клиент)
- Терминальный доступ
- и т.п.
по итогу требуется определить основные параметры серверного оборудования, заказать сервер и в дальнейшем корректно настроить
- Производительность процессора
- Количество ядер и частотаядра ( скорость, с которой процессор обрабатывает команды в одном потоке )
- Выбор количества процессоров и модели
- Пропускная способность при считывании и записи данных
- Объем
- Отказоустойчивость
- Выбор дисковой подсистемы
- Частота
- Объем
- Выбор модели памяти и комбинации планок (сочетать планки по 4 штуки одинакового объема)
Выбор производителей и поставщиков оборудования осуществляется сравнительными методами по бенчмаркам, сценарным тестам на стендах, рекомендациям и т.п.
- Организация железяк в единую экосистему и тонкая настройка аппаратной и программных частей
Определяем параметры клиентских рабочих мест, они общеизвестны и выглядят примерно так:
Тип клиента
Сетевой интерфейс
USB порт
Компьютер разработчика (конфигуратор)
2core х 3 . 2Ghz , Intel
Компьютер пользователя (тонкий, толстый, веб клиент)
2coreх 2.8Ghz , Intel
Терминальный сервер на 50 пользователей (Количество терминальных серверов в ферме = Количество пользователей / 50)
16 core х 3.2 Ghz , Intel
Расчет параметров серверов можно посмотреть насайте Методическая поддержка 1С в разделе«Расчет параметров серверного оборудования», они там такие:
Тип внедрения
Малое внедрение (до 100 пользователей)
4 stream, 2 core
2 stream,
1 coreСреднее внедрение (до 500 пользователей)
8 stream, 4 core
2 stream,
1 coreКрупное внедрение (от 500 пользователей)
20 stream, 10 core
4 stream,
2 coreЯ пользуюсь для подбора серверов сервисом сайта Гилева по подбору оборудования
Подвёл некоторую статистику по подобранным за пару лет серверам и организовал её в виде таблицы как в методической поддержке 1С.Получилось примерно, следующее
Тип внедрения
Процессор Intel Gold, Xeon
Память , DDR4
Диск, SSD
Процессор Intel Gold, Xeon
Память , DDR4
Диск , SSD
Малое внедрение (до 100 пользователей)
Сервер СУБД и 1С совмещены
Среднее внедрение (до 500 пользователей)
Крупное внедрение (от 500 до 1000)
48 core х 3.2Ghz
Более подробные данные по запросам на сервис по подбору для разного количества пользователей, были примерно такие
Онлайн пользователей в базе
Ориентировочный размер базы, GB
Процессор , Core х Ghz
Оперативная память , GB
Postgres Pro, MS SQL Standart
Postgres Pro, MS SQL Standart
Postgres Pro, MS SQL Standart
Оперативная память, GB
Накопители под данные (SSD), GB
Postgres Pro, MS SQL Enterprise
Postgres Pro, MS SQL Enterprise
MS SQL Enterprise
MS SQL Enterprise
MS SQL Enterprise
Из учета опыта и предположения, что системные требования указанные на сайте 1С являются минимальными для работы программы 1С, но не оптимальными (как, например, на игровых диска min требования и рекомендуемые), сравнил таблицы 1С и сайта Гилева по числу ядер и оперативной памяти (Ось Х (горизонтальная) - число пользователей, Ось Y (вертикальная) - общее количество ядер, либо общая сумма оперативной памяти серверов).
Рис. 1 Сравнение общего количества ядер
Рис.2 Сравнение общего количества оперативной памяти
И сделал вывод, что параметры сервиса Гилева довольно топовые, т.е. чрезмерно высокие и сервер получается дорогой, а параметры 1С заниженные и сервер получается мало эффективным.
Истинный Ваш сервер (не дорогой и достаточно мощный) где-то посередине!
Дополнительно можно выделить следующие тезисы по аппаратной и программной настройке:
- Под накопители для резервных копий использовать 2 диска с ёмкостью >= 3Tb
- Сетевые интерфейсы между серверами 2x10Gb для обеспечения отказоустойчивости
- На сервере 1С неустанавливать роль терминального сервера. 1 сервер может быть только при низких требованиях отказоустойчивости сервера 1С. На сервере СУБД не должно быть никаких других задач и ролей, кроме сервера СУБД
- Все сервера должны находиться в одной подсети. Виртуализациюоборудования по возможности не используйте.
- Обеспечение отказоустойчивости роли сервера 1С штатными средствами платформы 1С
- Обеспечение отказоустойчивости роли СУБД по технологии AlwaysOnFailOverCluster
- Файлы, от которых зависит максимальная производительность системы (а это файлы баз данных, логи баз данных, файлы tempdb для MS SQL или pg_xlog для PostgreSQL, файлы кластера 1С (srvinfo), папка временных файлов профиля пользователя службы 1С), размещать только на PCIe SSD. Все вместе эти файлы не должны занимать более 50% ёмкости SSD.
- Если в компании есть корпоративный стандарт по загрузке только с SAS/SATA дисков - можно установить ОС на эти диски. С какого диска загружается ОС - несущественно. Гораздо важнее, чтобы ключевые данные были размещены на максимально быстрых носителях. СУБД устанавливать только на PCIe SSD.
- Про отказоустойчивость: Надо понимать, что ЛЮБОЙ узел может выйти из строя, вообще любой, независимо от цены или шильдика. Поэтому, если есть повышенные требования к отказоустойчивости системы (например, если бизнес не может себе позволить в рабочее время остановку системы более чем на 2 минуты) - надо говорить о резервировании узлов. Что и как резервировать - определяется напрямую требованиями бизнеса, и его финансовыми возможностями (например, купить по два комплекта всех серверов, сетевого оборудования и UPS, рассадить по разным линиям электропередачи в разных зданиях, и настроить постоянные обмены между базами данных в оперативном режиме - получается хорошо с точки зрения резервирования, но очень дорого).
Конкретные файлы подбора оборудования предоставляемые на сайте сервиса подбора выглядят более подробно, в них содержится:
- Описание серверов и ПО
- Отображаются исходные условия запроса оборудования (Параметры: Конфигурация 1С, Количество пользователей, Размер базы)
- Текст снабжен гиперссылками на сайты производителей с описанием оборудования
- В некоторых случаях предлагается несколько вариантов серверов на выбор исходя из бюджета,
- Даны рекомендации поставщиков для заказа оборудования.
Пример подбора
ВАЖНАЯ ИНФОРМАЦИЯ : На текущий момент большие и дорогие рэйды SSD не используются. Используется 2 диска с сохранением надержности. Примеры конфигураций прикрепил.
Например, берем просто зеркало для базы
под 200 ПОЛЬЗ., 1С:ЕРП 2.4, РАЗМ.200 ГБ
Накопители под ОС : Intel S4610 480GB, 2.5” SATA 6Gb/s, 2 шт. в RAID1 ('зеркало')
Обработка выгрузки и загрузки данных через XML между идентичными конфигурациями с возможностью установки произвольных отборов на выгружаемые объекты.
Подключаемый отчет на системе компоновки данных по типам объектов 1С показывает: 1) Совокупности таблиц SQL для хранения объекта 1С и их предназначение; 2) Число объектов данного типа; 3) Размеры хранения данных и индексов в MB (мегабайтах); 4) Сравнение данных двух баз
Предназначается для запуска сеанса другого пользователя из своего сеанса 1С (если пароль вам неизвестен).
Если пользователю не хватает прав на объект, то на практике в 90 % случаев, недостающую роль можно найти через типовой регистр сведений Права ролей. Также с помощью дополнительного отчета или небольшого расширения можно ускорить описанный процесс.
Онлайн диаграмма доступных лицензий 1С и показателей ресурсов сервера 1С в различных измерениях и отборах.
Обработка ищет все объекты базы, в которых одновременно присутствуют перечисленные элементы. Построена на базе типовой обработки Все функции - Стандартные - Поиск ссылок на объект, но позволяет накладывать отбор не по одному объекту, а по нескольким, что позволяет настраивать поиск по комбинациям условий
Часто не хватает визуализации хронологии документов в структуре подчиненности и кнопок проведения. Это расширение конфигурации, с функционалом структуры подчиненности документов, отображающее хронологическую последовательность документов во времени и дающее доступ к проведению, отмене проведения, пометке на удаление документов непосредственно в форме подчиненности.
Обработка для массовой проверки доработок конфигурации: Открытие форм, Печать, Формирование отчетов, Проведение документов, Запись справочников, ПВХ, ПВР. Выдает список обнаруженных ошибок. Рекомендуется применять для тестирования обновленной конфигурации, перед установкой пользователям. В коде используются универсальные методы поэтому подходит для большинства конфигураций, построенных на базе библиотеки стандартных подсистем.
Групповая обработка ссылок вида Объект не найден (502:37855254002e11eb11e73b8f36150d9e) заполняется максимально просто копированием и вставкой из буфера: 1) Выделяет уникальные идентификаторы (далее УИ); 2) Ищет ссылки на объекты базы по УИ; 3) Создаёт пустые объекты с указанным УИ; 4) Регистрирует найденные ссылки для обмена данными. Работает на любых продуктах 8.3
Обработка на управляемых формах для работы с календарями google, событиями календарей и контактами.
Обработка проверяет наличие и решает проблему с ошибкой развернутого сальдо в Оборотно-сальдовой ведомости (регистр бухгалтерии Хозрасчетный) из-за ошибки Универсального редактора реквизитов или кода программиста, устанавливающего пустые ссылки в значениях Валюты, Подразделения, Направления деятельности не равными NULL. И пересчёт итогов тут точно не поможет.
Выполнил 3 разных теста для проверки серверного оборудования (тест 1С, тесты gilev) на возможное число 1С онлайн-пользователей одновременно работающих на нем и интерпретировал результаты тестов через легких, средних и тяжелых пользователей с помощью таблицы с профилями реальных пользователей.
Перед началом проекта требуется определить параметры серверного и клиентского оборудования, необходимые для работы внедряемой программы 1С:Предприятие, и учесть будущую нагрузку, которая ляжет на систему в реальной рабочей обстановке. Мощность оборудования должна быть достаточной для нормальной работы пользователей. Но как подобрать сервер простым способом?
На время сеанса отключаем контроль остатков и проверку документов в ERP, КА, УТ типовыми средствами и простым расширением.
Часто при моделировании примеров бизнес-процессов, на запуске в эксплуатацию или закрытии требуется несколько раз прогнать ситуацию с разными настройками, а для этого изменить, удалить ранее введенную цепочку документов. Дается все это с трудом. Ты уверен, что не навредишь своими действиями системе, но документы цепляют друг друга и ругаются контролями остатков, не разрешая тебе менять их в произвольном порядке.
Есть несколько удобных опций для облегчения внесения изменений.
Для уведомления пользователей программных продуктов 1С о разных событиях, в них включена подсистема «Новостной центр». Это довольно удобная штука, т.к. новостные ленты сообщают о выходе обновлений, о новостях и событиях в сфере учёта. Но можно увеличить пользу от новостной подсистемы используя её локально в рамках 1С базы. Например, внутренняя служба техподдержки или внедряющая компания может через новостную ленту оповещать пользователей информационной базы об изменениях в программе, совещаниях, проведении тестирований, заполнения нужных документов или сдача отчетов к определенной дате и т.п.
Пример технического задания для практического понимания основных разделов.
Кратко описаны основополагающие моменты при старте групповой разработки конфигурации несколькими программистами. Полезно для проектной документации как требование к разработчикам или сопровождающей компании
Ссылка на компетенции по 1С:ERP - команда со знаниями, умениями и успешными проектами.
Америку не откроем, если скажем, что виртуальные машины на новых процессорах всегда производительнее оборудования на процессорах старого поколения. Интереснее другое: при анализе возможностей систем, казалось бы, очень близких по своим техническим характеристикам, результат может быть совершенно различным. Мы в этом убедились, когда протестировали процессоры Intel в нашем облаке, чтобы проверить, какие из них дают наибольшую отдачу при работе систем на 1С.
Спойлер: как показал наш тест, всё зависит от поставленной задачи. Нам удалось из всей линейки новых процессоров Intel выбрать тот продукт, который дал кратный прирост производительности благодаря тому, что в Intel Xeon Gold 6244 меньшее количество ядер, на каждое ядро приходится большее количество L3 кэш-памяти и назначена большая тактовая частота — как базовая, так и в режиме Turbo Boost. Иными словами, именно эти процессоры лучше справляются с ресурсоёмкими задачами в пересчёте на единицу производительности/рубль. Для 1С это подходит как нельзя лучше: с новыми процессорами приложения на 1С в нашем облаке начали буквально «дышать».
А теперь расскажем, как мы проводили тестирование. Ниже — результаты синтетических тестов Гилёва. На них можно ориентироваться, но в любом случае нужно проверять реальную утилизацию самостоятельно на своих задачах.
Условия теста
Важное замечание: мы делали сравнение без каких-либо дополнительных оптимизаций, а не бенчмарк. При дополнительной настройке систем в облаке результаты будут гарантированно лучше.
Дано: две виртуальные машины с 8 vCPU и 64 GB RAM с дисками FLASH 10.000 IOPS.
База данных Postgresql — неслучайно, поскольку её эксплуатация наиболее приближена к реальным условиям использования 1С нашими заказчиками. Да-да, мы делали синтетические тесты, похожие на типовые инсталляции, то есть это не универсальный ответ на все вопросы Вселенной, а именно ориентир для вашего собственного анализа.
Важно то, что в случае использования файловой архитектуры вместо базы данных результаты тестов обычно бывают выше. Но в реальности такой тип архитектуры используется только для совсем маленьких инсталляций. Вот здесь RuVDS тестировал на файловой архитектуре. И вот что по этому поводу в комментарии сказал сам Вячеслав Гилёв:
Если речь идёт об аренде 1С в файловом режиме, то да, но то, что мне на глаза попадается, работает исключительно в клиент-серверном варианте. Есть смысл: 1) или в статью это уточнение внести; 2) или протестировать клиент-серверный вариант, потому что разница в архитектуре значительна, и файловый вариант не обладает полным функционалом.
Никаких дополнительных настроек операционной системы и продукта 1С не производили.
Специальные предложения
(3) Вячеслав, будет дописано сохранение результатов, чтобы можно было сравнивать СУБД, контроллеры, диски, RAID-ы?
(28) ansh15, обязательно будет, когда мы наберем статистику, сейчас тест еще не устаканен, первая версия плохо различала SSD и HDD вообще )
поэтому буду признателен за любой собранный результат теста, мы сейчас калибруем на признаки "хорошо/плохо"(45) ansh15, Ваш тест выбивается из массы других (мы на такой железке не имели возможности проверить)
при чем прежде всего хотелось уточнить, как у вас файловая система отформатирована (явно не 512)?
а сколько у вас примерно пользователей , около 400, больше 400 сеансов?(1) У вас есть какая-то статистика о которой мы не знаем ? Что за попытка влиять на мнения окружающих, используя "обобщающие выражения". Вы бы еще употребляли "общеизвестно","ни для кого не секрет" и т.д.
Думаю ваше утверждение, не столь неоспоримо как Вам кажется.(2) "Чукча не читатель - чукча писатель" ? Вы все прочитали ? Не всегда более дорогой процессор выгоднее "для 1с".
(3)Вячеслав, всегда нравились Ваши статьи и выводы. Собственно именно ваши публикации помогли научиться выбирать железо и настраивать нормально "сервера под 1с". Теперь в том же PG на xeon E3 количество попугаев улетает под 50 (ну правда еще документацию к PG пришлось от корки до корки разобрать. ).
(5) mirco, у меня есть мои собственные наблюдения, результативную часть которых я и описал.
с секундомером и блокнотом я не тестировал, могу лишь сказать приблизительно следущее:1. брендовый сервер 2U, 48ГБ ОЗУ (в винде доступно 32), 2 Ксеона по 6 ядер, 2.4 ГГц, рейд 6 (диски по 300ГБ SAS 15k), на сервере 2 базы "Управление торговым предприятием для Украины" (8 юрлиц) - закрытие месяца с расчетом себестоимости (производство было чисто условное - комплектация + добавление услуг) в одной базе приводит к таймауту (20сек) при проведении документов реализации в другой базе. то, что закрытие месяца в SQL версии базы выполнялось около 9 часов (по сравнению с 15 минутами в DBF версии) - я скромно умалчиваю.
впоследствии переписал документ "Комплектация номенклатуры", чтобы включать услуги в стоимость комплекта - проблема с быстродействием при закрытии месяца перестала быть актуальной.
2. скромный сервер 2U, 64ГБ ОЗУ (в винде доступно 32) Ксеон 6 ядер, 2.4 ГГц, 2 обычных сата диска по 1.5Гб в зеркале - при запуске отчета, выбирающего строки табличной части документа реализации (до 10 тыс документов в месяц по 5-10 строк), база тоже УТП - не то что таймаут 20сек для всех пользователей всех баз (остальные базы - обычная "Бухгалтерия для Украины"), сервак просто умирает, при этом дисковая очередь зашкаливает за 200
в обеих случаях порядка 50 активных пользователей, windows 2008 server standard edition 64bit, 2008 SQL server
мое субъективное мнение - в обеих случаях недостаточная производительность дисковой подсистемы
а насчет общих фраз, лишенных юридической силы - так для любого заказчика важно не количество попугаев, а отсутствие дискомфорта при работе в базе
если вам это интересно, рекомендую посетить сайт entry.ua , на главной странице есть ряд неплохих статей, посвященных проблемам быстродействия серверов 1с8
то, что закрытие месяца в SQL версии базы выполнялось около 9 часов (по сравнению с 15 минутами в DBF версии) - я скромно умалчиваю.
впоследствии переписал документ "Комплектация номенклатуры", чтобы включать услуги в стоимость комплекта - проблема с быстродействием при закрытии месяца перестала быть актуальной.
Именно оптимизировать код и надо, вот пример нашей работы , но не надо подменять понятия - влияние железа все равно существует, хоть и не такое сильное как у кода.
2. скромный сервер 2U, 64ГБ ОЗУ (в винде доступно 32) Ксеон 6 ядер, 2.4 ГГц, 2 обычных сата диска по 1.5Гб в зеркале - при запуске отчета, выбирающего строки табличной части документа реализации (до 10 тыс документов в месяц по 5-10 строк), база тоже УТП - не то что таймаут 20сек для всех пользователей всех баз (остальные базы - обычная "Бухгалтерия для Украины"), сервак просто умирает, при этом дисковая очередь зашкаливает за 200
в обеих случаях порядка 50 активных пользователей, windows 2008 server standard edition 64bit, 2008 SQL server
мое субъективное мнение - в обеих случаях недостаточная производительность дисковой подсистемы
Если у Вас не получается оптимизировать систему, то обращайтесь к нам .
в обоих случаях надо не гадать, а снять замеры загруженности железа .
а насчет общих фраз, лишенных юридической силы - так для любого заказчика важно не количество попугаев, а отсутствие дискомфорта при работе в базе
заключите с нами договор на работы и юридическая сила появится, не вводите в заблуждение людей
если вам это интересно, рекомендую посетить сайт entry.ua, на главной странице есть ряд неплохих статей, посвященных проблемам быстродействия серверов 1с8
Перед началом проекта требуется определить параметры серверного и клиентского оборудования, необходимые для работы внедряемой программы 1С:Предприятие, и учесть будущую нагрузку, которая ляжет на систему в реальной рабочей обстановке. Мощность оборудования должна быть достаточной для нормальной работы пользователей. Но как подобрать сервер простым способом?
Таблицы серверов
Перед началом проекта требуется определить параметры серверного и клиентского оборудования, необходимые для работы внедряемой программы 1С:Предприятие, и при этом учесть будущую нагрузку, которая ляжет на систему в реальной рабочей обстановке.
Мощность оборудования должна быть достаточной для нормальной работы пользователей.
Но как подобрать сервер простым способом?
Для начала нужно знать следующую информацию
- Конфигурация 1С , которая будет внедрена .
- Количество активных пользователей, одновременно работающих в системе и их вес (легкие пользователи, тяжелые пользователи)
- Размер базы данных, с учетом увеличения размера базы в течение следующих 2-3 лет
- Особенности нагрузки , некие критичные операции в системе, обрабатывающие большие объемы данныхи/или выполняемый с высокой частотой.
- Другие параметры :
- Версия СУБД
- Версия веб-сервера
- Версии операционных систем серверов и клиентов ( Win или Linux )
- Типы клиентских приложений (веб-клиент, тонкий клиент, толстый клиент)
- Терминальный доступ
- и т.п.
по итогу требуется определить основные параметры серверного оборудования, заказать сервер и в дальнейшем корректно настроить
- Производительность процессора
- Количество ядер и частотаядра ( скорость, с которой процессор обрабатывает команды в одном потоке )
- Выбор количества процессоров и модели
- Пропускная способность при считывании и записи данных
- Объем
- Отказоустойчивость
- Выбор дисковой подсистемы
- Частота
- Объем
- Выбор модели памяти и комбинации планок (сочетать планки по 4 штуки одинакового объема)
Выбор производителей и поставщиков оборудования осуществляется сравнительными методами по бенчмаркам, сценарным тестам на стендах, рекомендациям и т.п.
- Организация железяк в единую экосистему и тонкая настройка аппаратной и программных частей
Определяем параметры клиентских рабочих мест, они общеизвестны и выглядят примерно так:
Тип клиента
Сетевой интерфейс
USB порт
Компьютер разработчика (конфигуратор)
2core х 3 . 2Ghz , Intel
Компьютер пользователя (тонкий, толстый, веб клиент)
2coreх 2.8Ghz , Intel
Терминальный сервер на 50 пользователей (Количество терминальных серверов в ферме = Количество пользователей / 50)
16 core х 3.2 Ghz , Intel
Расчет параметров серверов можно посмотреть насайте Методическая поддержка 1С в разделе«Расчет параметров серверного оборудования», они там такие:
Тип внедрения
Малое внедрение (до 100 пользователей)
4 stream, 2 core
2 stream,
1 coreСреднее внедрение (до 500 пользователей)
8 stream, 4 core
2 stream,
1 coreКрупное внедрение (от 500 пользователей)
20 stream, 10 core
4 stream,
2 coreЯ пользуюсь для подбора серверов сервисом сайта Гилева по подбору оборудования
Подвёл некоторую статистику по подобранным за пару лет серверам и организовал её в виде таблицы как в методической поддержке 1С.Получилось примерно, следующее
Тип внедрения
Процессор Intel Gold, Xeon
Память , DDR4
Диск, SSD
Процессор Intel Gold, Xeon
Память , DDR4
Диск , SSD
Малое внедрение (до 100 пользователей)
Сервер СУБД и 1С совмещены
Среднее внедрение (до 500 пользователей)
Крупное внедрение (от 500 до 1000)
48 core х 3.2Ghz
Более подробные данные по запросам на сервис по подбору для разного количества пользователей, были примерно такие
Онлайн пользователей в базе
Ориентировочный размер базы, GB
Процессор , Core х Ghz
Оперативная память , GB
Postgres Pro, MS SQL Standart
Postgres Pro, MS SQL Standart
Postgres Pro, MS SQL Standart
Оперативная память, GB
Накопители под данные (SSD), GB
Postgres Pro, MS SQL Enterprise
Postgres Pro, MS SQL Enterprise
MS SQL Enterprise
MS SQL Enterprise
MS SQL Enterprise
Из учета опыта и предположения, что системные требования указанные на сайте 1С являются минимальными для работы программы 1С, но не оптимальными (как, например, на игровых диска min требования и рекомендуемые), сравнил таблицы 1С и сайта Гилева по числу ядер и оперативной памяти (Ось Х (горизонтальная) - число пользователей, Ось Y (вертикальная) - общее количество ядер, либо общая сумма оперативной памяти серверов).
Рис. 1 Сравнение общего количества ядер
Рис.2 Сравнение общего количества оперативной памяти
И сделал вывод, что параметры сервиса Гилева довольно топовые, т.е. чрезмерно высокие и сервер получается дорогой, а параметры 1С заниженные и сервер получается мало эффективным.
Истинный Ваш сервер (не дорогой и достаточно мощный) где-то посередине!
Дополнительно можно выделить следующие тезисы по аппаратной и программной настройке:
- Под накопители для резервных копий использовать 2 диска с ёмкостью >= 3Tb
- Сетевые интерфейсы между серверами 2x10Gb для обеспечения отказоустойчивости
- На сервере 1С неустанавливать роль терминального сервера. 1 сервер может быть только при низких требованиях отказоустойчивости сервера 1С. На сервере СУБД не должно быть никаких других задач и ролей, кроме сервера СУБД
- Все сервера должны находиться в одной подсети. Виртуализациюоборудования по возможности не используйте.
- Обеспечение отказоустойчивости роли сервера 1С штатными средствами платформы 1С
- Обеспечение отказоустойчивости роли СУБД по технологии AlwaysOnFailOverCluster
- Файлы, от которых зависит максимальная производительность системы (а это файлы баз данных, логи баз данных, файлы tempdb для MS SQL или pg_xlog для PostgreSQL, файлы кластера 1С (srvinfo), папка временных файлов профиля пользователя службы 1С), размещать только на PCIe SSD. Все вместе эти файлы не должны занимать более 50% ёмкости SSD.
- Если в компании есть корпоративный стандарт по загрузке только с SAS/SATA дисков - можно установить ОС на эти диски. С какого диска загружается ОС - несущественно. Гораздо важнее, чтобы ключевые данные были размещены на максимально быстрых носителях. СУБД устанавливать только на PCIe SSD.
- Про отказоустойчивость: Надо понимать, что ЛЮБОЙ узел может выйти из строя, вообще любой, независимо от цены или шильдика. Поэтому, если есть повышенные требования к отказоустойчивости системы (например, если бизнес не может себе позволить в рабочее время остановку системы более чем на 2 минуты) - надо говорить о резервировании узлов. Что и как резервировать - определяется напрямую требованиями бизнеса, и его финансовыми возможностями (например, купить по два комплекта всех серверов, сетевого оборудования и UPS, рассадить по разным линиям электропередачи в разных зданиях, и настроить постоянные обмены между базами данных в оперативном режиме - получается хорошо с точки зрения резервирования, но очень дорого).
Конкретные файлы подбора оборудования предоставляемые на сайте сервиса подбора выглядят более подробно, в них содержится:
- Описание серверов и ПО
- Отображаются исходные условия запроса оборудования (Параметры: Конфигурация 1С, Количество пользователей, Размер базы)
- Текст снабжен гиперссылками на сайты производителей с описанием оборудования
- В некоторых случаях предлагается несколько вариантов серверов на выбор исходя из бюджета,
- Даны рекомендации поставщиков для заказа оборудования.
Пример подбора
ВАЖНАЯ ИНФОРМАЦИЯ : На текущий момент большие и дорогие рэйды SSD не используются. Используется 2 диска с сохранением надержности. Примеры конфигураций прикрепил.
Например, берем просто зеркало для базы
под 200 ПОЛЬЗ., 1С:ЕРП 2.4, РАЗМ.200 ГБ
Накопители под ОС : Intel S4610 480GB, 2.5” SATA 6Gb/s, 2 шт. в RAID1 ('зеркало')
Обработка выгрузки и загрузки данных через XML между идентичными конфигурациями с возможностью установки произвольных отборов на выгружаемые объекты.
Подключаемый отчет на системе компоновки данных по типам объектов 1С показывает: 1) Совокупности таблиц SQL для хранения объекта 1С и их предназначение; 2) Число объектов данного типа; 3) Размеры хранения данных и индексов в MB (мегабайтах); 4) Сравнение данных двух баз
Предназначается для запуска сеанса другого пользователя из своего сеанса 1С (если пароль вам неизвестен).
Если пользователю не хватает прав на объект, то на практике в 90 % случаев, недостающую роль можно найти через типовой регистр сведений Права ролей. Также с помощью дополнительного отчета или небольшого расширения можно ускорить описанный процесс.
Онлайн диаграмма доступных лицензий 1С и показателей ресурсов сервера 1С в различных измерениях и отборах.
Обработка ищет все объекты базы, в которых одновременно присутствуют перечисленные элементы. Построена на базе типовой обработки Все функции - Стандартные - Поиск ссылок на объект, но позволяет накладывать отбор не по одному объекту, а по нескольким, что позволяет настраивать поиск по комбинациям условий
Часто не хватает визуализации хронологии документов в структуре подчиненности и кнопок проведения. Это расширение конфигурации, с функционалом структуры подчиненности документов, отображающее хронологическую последовательность документов во времени и дающее доступ к проведению, отмене проведения, пометке на удаление документов непосредственно в форме подчиненности.
Обработка для массовой проверки доработок конфигурации: Открытие форм, Печать, Формирование отчетов, Проведение документов, Запись справочников, ПВХ, ПВР. Выдает список обнаруженных ошибок. Рекомендуется применять для тестирования обновленной конфигурации, перед установкой пользователям. В коде используются универсальные методы поэтому подходит для большинства конфигураций, построенных на базе библиотеки стандартных подсистем.
Групповая обработка ссылок вида Объект не найден (502:37855254002e11eb11e73b8f36150d9e) заполняется максимально просто копированием и вставкой из буфера: 1) Выделяет уникальные идентификаторы (далее УИ); 2) Ищет ссылки на объекты базы по УИ; 3) Создаёт пустые объекты с указанным УИ; 4) Регистрирует найденные ссылки для обмена данными. Работает на любых продуктах 8.3
Обработка на управляемых формах для работы с календарями google, событиями календарей и контактами.
Обработка проверяет наличие и решает проблему с ошибкой развернутого сальдо в Оборотно-сальдовой ведомости (регистр бухгалтерии Хозрасчетный) из-за ошибки Универсального редактора реквизитов или кода программиста, устанавливающего пустые ссылки в значениях Валюты, Подразделения, Направления деятельности не равными NULL. И пересчёт итогов тут точно не поможет.
Выполнил 3 разных теста для проверки серверного оборудования (тест 1С, тесты gilev) на возможное число 1С онлайн-пользователей одновременно работающих на нем и интерпретировал результаты тестов через легких, средних и тяжелых пользователей с помощью таблицы с профилями реальных пользователей.
Перед началом проекта требуется определить параметры серверного и клиентского оборудования, необходимые для работы внедряемой программы 1С:Предприятие, и учесть будущую нагрузку, которая ляжет на систему в реальной рабочей обстановке. Мощность оборудования должна быть достаточной для нормальной работы пользователей. Но как подобрать сервер простым способом?
На время сеанса отключаем контроль остатков и проверку документов в ERP, КА, УТ типовыми средствами и простым расширением.
Часто при моделировании примеров бизнес-процессов, на запуске в эксплуатацию или закрытии требуется несколько раз прогнать ситуацию с разными настройками, а для этого изменить, удалить ранее введенную цепочку документов. Дается все это с трудом. Ты уверен, что не навредишь своими действиями системе, но документы цепляют друг друга и ругаются контролями остатков, не разрешая тебе менять их в произвольном порядке.
Есть несколько удобных опций для облегчения внесения изменений.
Для уведомления пользователей программных продуктов 1С о разных событиях, в них включена подсистема «Новостной центр». Это довольно удобная штука, т.к. новостные ленты сообщают о выходе обновлений, о новостях и событиях в сфере учёта. Но можно увеличить пользу от новостной подсистемы используя её локально в рамках 1С базы. Например, внутренняя служба техподдержки или внедряющая компания может через новостную ленту оповещать пользователей информационной базы об изменениях в программе, совещаниях, проведении тестирований, заполнения нужных документов или сдача отчетов к определенной дате и т.п.
Пример технического задания для практического понимания основных разделов.
Кратко описаны основополагающие моменты при старте групповой разработки конфигурации несколькими программистами. Полезно для проектной документации как требование к разработчикам или сопровождающей компании
Ссылка на компетенции по 1С:ERP - команда со знаниями, умениями и успешными проектами.
Америку не откроем, если скажем, что виртуальные машины на новых процессорах всегда производительнее оборудования на процессорах старого поколения. Интереснее другое: при анализе возможностей систем, казалось бы, очень близких по своим техническим характеристикам, результат может быть совершенно различным. Мы в этом убедились, когда протестировали процессоры Intel в нашем облаке, чтобы проверить, какие из них дают наибольшую отдачу при работе систем на 1С.
Спойлер: как показал наш тест, всё зависит от поставленной задачи. Нам удалось из всей линейки новых процессоров Intel выбрать тот продукт, который дал кратный прирост производительности благодаря тому, что в Intel Xeon Gold 6244 меньшее количество ядер, на каждое ядро приходится большее количество L3 кэш-памяти и назначена большая тактовая частота — как базовая, так и в режиме Turbo Boost. Иными словами, именно эти процессоры лучше справляются с ресурсоёмкими задачами в пересчёте на единицу производительности/рубль. Для 1С это подходит как нельзя лучше: с новыми процессорами приложения на 1С в нашем облаке начали буквально «дышать».
А теперь расскажем, как мы проводили тестирование. Ниже — результаты синтетических тестов Гилёва. На них можно ориентироваться, но в любом случае нужно проверять реальную утилизацию самостоятельно на своих задачах.
Что это значит для нас
Мы долгое время жили в старой парадигме, когда у одного процессора было не очень много ядер, и поэтому на один сервер помещалось не очень много виртуальных машин. Приходилось много приседать, чтобы добиться хоть какой-то оптимальности по плотной укладке ВМ в эти серверы. Теперь, когда на один сокет получаем по 28 или даже 56 ядер, проблема с плотностью укладки решается почти сама собой. И у нас появляются ресурсы, чтобы подумать о других плюшках для заказчиков нашего Облака КРОК. Например, мы запилили отдельный пул с процессорами 6244 под СУБД.
Дополнительный бонус — всё это оказалось очень подходящей архитектурой для 1С. Смысл в том, что если переходить от процессора частоты 3 ГГц к процессору 4 ГГц, то почти все тесты дают тебе не +30 %, а +15–20 %… А эта штука даёт тебе +45 %. То есть частота увеличивается на 30 %, а прирост растёт нелинейно к частоте. А процессоры дороже процентов на 40. В итоге новые процессоры дороже, но наконец 1С начинает работать нормально. Можно идти в облако, не беспокоясь, что там не те процессоры. Для многих наших клиентов сейчас это очень важно.
Какой процессор выбрать для рабочей станции под 1С: Предприятие? Именно производительность процессора играет существенную роль при выборе ПК.
Самый частый вопрос, который нам задают клиенты - какой компьютер лучше купить для 1С?
Кто-то пытается экономить, кто-то напротив покупает излишне мощное железо. Минимальные и рекомендуемые системные требования конфигураций 1С нам тут не помощники, ибо при апгрейде железа при уже имеющихся базах 1С реалии этих требований неактуальный - у всех разные размеры баз, разные объёмы данных, разный функционал, в том числе и доработанный.
Поэтом решить извечный вопрос - “Что купить?” способно только тестирование в реальных условиях на демо-стенде.
Для теста были выбраны три процессора:
Все процессоры изготовлены на идентичном техпроцессе - 14нм и имеют равное тепловыделение - до 65 Вт. Максимальным тепловыделением отличается только новинка от AMD - 64Вт, что является небольшим показателем для офисного ПК. Частота всех процессоров также примерно равна и лежит в пределах 3.5-3.9 Ггц. Число ядер у Intel одинаковое - 2 ядра. У AMD показатель выше - 4 ядра. Однако у i3 и Pentium - по 4 потока, что по сути увеличивает количество ядер. Технология HyperThreading позволяет значительно ускорить обработку данных, поэтому количество ядер в данном случае - величина условная.
Давайте посмотрим на результаты тестов и выясним, стоит ли переплачивать 4000 рублей за топовую модель от Intel.
Все тесты проводились на следующей платформе:
- ОЗУ: Samsung DDR4 2133 объём 4 Гб.
- SSD: Samsung 850 объёмом 120 Гб.
- Материнские платы имеют идентичные параметры и отличаются незначительно в виду разных гнёзд установки процессоров.
- Платформа 1С версии 8.3.13.1809.
- Конфигурация 1С: Розница версии 2.2.11.30 - Демо.
- Конфигурация 1С: Бухгалтерия версии 3.0.69.35 - Демо.
- Конфигурация 1С: Управление торговлей 11.4.6.174 - копия рабочей базы 10 Гб.
Все базы в файловом режиме.
Начали мы с синтетического теста Гилёва. Все три процессора справились на ура и показали результаты, близкие к “замечательно”. Замечательно - 60 баллов. Наши кандидаты набрали следующее количество:
- AMD Ryzen 3 2200G - 46.3
- Intel Pentium G4560 - 56.6
- Intel Core i3-7100 - 58.8
Что и следовало ожидать - лидером является самый дорогой процессор. Однако результаты AMD нас сильно удивили - он на 10 пунктов позади бюджетного Pentium. Первый тест, исходя из соотношения результат-стоимость остаётся за Pentium.
Следующие тесты мы проводили уже в конфигурации 1С:Розница. Были произведены типовые операции с базой - открытие справочника номенклатуры, считывание прайса в 2000 позиций и загрузка прайса в 2000 позиций.
Давайте посмотрим на результаты. Все замеры проводились при помощи функции “Замер производительности” в конфигураторе.
Открытие справочника номенклатуры:
- AMD Ryzen 3 2200G - 0,3 сек.
- Intel Pentium G4560 - 0,7 сек.
- Intel Core i3-7100 - 1 сек.
Считывание прайса:
- AMD Ryzen 3 2200G - 2,7 сек.
- Intel Pentium G4560 - 2,0 сек.
- Intel Core i3-7100 - 1,8 сек.
Запись прайса в информационную базу:
- AMD Ryzen 3 2200G - 205 сек.
- Intel Pentium G4560 - 183 сек.
- Intel Core i3-7100 - 165 сек.
Позиции процессоров не изменились. Лидерство по показателям всё также удерживает i3-7100, на втором месте находится Pentium, в конце списка Ryzen. Отличия лишь в открытие списка номенклатуры - тут побеждает Ryzen.
Далее мы перешли к тестированию на основе конфигурации 1С: Бухгалтерия. Самая ресурсоёмкая операция - закрытие месяца. Мы проверили, сколько времени займёт эта процедура на демо-базе у каждого из конкурсантов.
- AMD Ryzen 3 2200G - 3,2 сек.
- Intel Pentium G4560 - 3,3 сек.
- Intel Core i3-7100 - 3,1 сек.
Отличия незначительны. Если вы особенно нетерпеливы и 0,1 сек. для вас значительное время - выбирайте i3-7100.
Далее мы произвели тестирование на основе конфигурации 1С: Управление торговлей.
Тест на чтение из базы данных отчёта за 3 года “Валовая прибыль предприятия” несмотря на большой объём данных, все кандидаты справились достаточно быстро. Но результат схож с предыдущими.
- AMD Ryzen 3 2200G - 50,8 сек.
- Intel Pentium G4560 - 42,2 сек.
- Intel Core i3-7100 - 39,3 сек.
Заканчиваем мы наши испытания операцией, которую производит каждый пользователь независимо от его требований к конфигурации - это открытие базы.
- AMD Ryzen 3 2200G - 2,6 сек.
- Intel Pentium G4560 - 2,5 сек.
- Intel Core i3-7100 - 2,3 сек.
Результаты подобны предыдущему пункту. Равное время, незначительные отличия. Если придираться - впереди всё тот же i3-7100.
Подведём итоги. Наши процессоры лежат в ценовом диапазоне от 4500 до 9000 рублей. Как показали тесты - впереди, как и следовало ожидать, i3-7100, однако, у него и самая высокая стоимость.
Не смотря на то, что в других синтетических тестах Ryzen набирает больше баллов, это можно увидеть на таблице ниже, в тестах с платформой 1С:Предприятие он оказался позади бюджетного Pentium, что говорит о лучшей оптимизации платформы 1С:Предприятие под Intel.
Синтетические тесты
Золотой серединой и самым верным решением стал Pentium 4560 - у него минимальная стоимость, при этом в некоторых тестах он превосходит более дорогой Ryzen.
Именно G4560 мы и советуем своим клиентам как основу для сборки ПК под рабочую станцию 1С: Предприятие. Ведь именно от производительности вашего компьютера зависит эффективность работы ваших сотрудников, чем быстрее работает ПК на кассе, тем меньше вероятность возникновения очередей, чем быстрее ваш бухгалтер закрывает месяц, тем больше вероятность, что он освободиться для других дел и не будет нервничать. Представьте себя на месте ваших сотрудников - вы бы не хотели нервничать и терять время из-за “повисшего” во время важной операции компьютера. Не стоит экономить на железе.
Равно как и не стоит смотреть в сторону Б/У компьютеров. За низкой стоимостью очень часто скрывается ненадёжность и покупка может быстро выйти из строя, а вы понесёте дополнительные расходы, пока бизнес будет простаивать. А самые бюджетные новинки, выполненные по последним технологиям, будут сильно впереди устаревших топовых комплектующих.
Ниже мы представили приблизительную таблицу стоимости собранных ПК на протестированных нами процессоров:
Процессор
ОЗУ
Материнская плата
Корпус + блок питания
SSD
Итоговая цена (Без ОС)
AMD Ryzen 3 2200G
Samsung DDR4 2666 МГц 4Гб * 1
ASRock A320M-HDV R3.0
Корпус Foxline TML0202
SAMSUNG 850 120 Гб
16450 руб.
Intel Pentium G4560
Samsung DDR4 2666 МГц 4Гб * 1
Корпус Foxline TML0202
SAMSUNG 850 120 Гб
15050 руб.
Intel Core i3-7100
Samsung DDR4 2666 МГц 4Гб * 1
Корпус Foxline TML0202
SAMSUNG 850 120 Гб
18900 руб.
Как мы видим, цены на готовый компьютер у первых двух процессоров отличаются на 1500 руб., однако если посмотреть на результаты нашего тестирования, то увидим, что более дешёвый вариант показывает результат выше. А ведь именно производительность играет существенную роль при выборе ПК.
Читайте также: