Как и обещал, публикую результаты тестов всех дисковых подсистем в работе с 1С Предприятием.
В прошлый раз (кто не в курсе) мы разобрали дисковые подсистемы, а вот сегодня делюсь результатами тестирования.
И так сперва о «подопытных»:
1. SSD SanDisk SD8TB8U-256G-1006
2. RAM DDR3 Kingston 1333 и Hynix DDR3 1333 (4+4 Gb).
3. HDD (SATA 2) Hitachi HDS721616PLA380
4. HDD (SATA 3) WDC WD10EALX-009BA0
К сожалению не оказалось под руками RAID-0 , но тем не менее это не повлияло в целом на картину.
На чем собственно тестировали:
Процессор: Intel® Core™ i3-2100T Processor (3M Cache, 2.50 GHz).
Системная плата: Asus P8P67 LE.
Операционная система – Windows 7 Профессиональная (x64). (на SSD).
1С:Предприятие 8.3 (8.3.11.2867) (Файловый вариант работы).
Конфигурация: Бухгалтерия предприятия (учебная), редакция 3.0 (3.0.35.27).
«Тонкий клиент» на «Управляемых формах».
Сперва рассмотрим скорости, которые продемонстрировали устройства.
HDD SATA-2
HDD SATA-3
SSD
RAM
(Измерить скорость записи и чтения нам помогла программа CrystalDiskMark)
Как видите однозначный лидер у нас это RAM диск (созданный из нашей ОЗУ).
Особенно отрыв заметен на малых блоках в «рандомной» записи по 4kb.
Как раз на этот показатель стоит обращать внимание в первую очередь.
Но так ли Важны эти показатели в файловом варианте работы 1С ?
Это мы сейчас узнаем!
Я провел несколько тестов, которые бы смогли в полной мере выделить лидера среди дисковых подсистем.
Вот тесты, которые проводились.
- Запуск 1С.
- Выгрузка в dt.
- Загрузка из dt.
- Сохранить конфигурацию в cf.
- Загрузка из файла cf.
- Тестирование и исправление.
- Формирование отчета.
- Распроведение документов (972 шт).
По ним мы и определим лидера.
Тесты проводилсись без нагрузок (Однопользовательский режим) и на малой демо базе (~1 Гб).
Здесь сразу хочу отметить, что более ощутимые результаты можно получить только под нагрузкой пользователей и конечно на базе размером в 3-4 Гб.
Каждый новый тест выполнялся только после перезагрузки ПК.
Платформа, конфигурация и кеш, на момент проведения теста, полностью находились на соответствующем тесту диске.
1.Тест №1 Запуск 1С.
Как видите все устройства управились за 7 секунд.
Лидером оказался RAM диск 7,3 (но это отрыв на десятые, и на глаз почти незаметно )
2.Тест №2 Выгрузка в dt.
Почти все устройства уложились в 12 секунд, кроме HDD SATA-3 – 22,7 сек
(Этот HDD использован более чем на 76%, в этом и причина, кстати аналогично тестировал RAM диск заполненный на 85%, и как результат серьезное падение производительности).
3.Тест №3 Выгрузка в dt:
Как видите RAM диск снова опередил всех соперников 12,5. HDD sata-3 оказался медленнее HDD sata-2 из-за большого количества записей там (Он использован более чем на 76%, sata-2 использован на 29%).
4.Тест №4 Сохранить конфигурацию в cf.
Тут совсем немного сдал позиции HDD SATA-2, но фактически все устройства управились за 8 секунд.
(Основная нагрузка здесь шла на процессор).
5.Тест №5 Загрузка из файла cf.
Все устройства показали результат 11,4 сек. (Разница была заметна лишь в сотых, что абсолютно не показатель в данном случаи). Основные ресурсы что использовались в этой операции это конечно процессор.
6.Тест №6 Тестирование и исправление.
А вот шестой тест показал действительно интересные результаты!
Запустив на файловой информационной базе “Тестирование и исправление” по всем пунктам,
было отчетливо видно даже “на глаз” как быстро управились SSD и RAM на операции “Принятие изменений”, когда данные писались на диск.
Но фактически весь процесс “тестирования и исправления” на всех дисковых подсистемах до “Принятия изменений” шли ноздря в ноздрю.
7.Тест №7 Формирование отчета.
И здесь все без изменений, все устройства показали приблизительно одинаковый результат в 0,7 секунды. Замер проводил “Отладчиком” – “Замер производительности” на отчете “оборотно-сальдовая ведомость”. Как и все выше проделанные тесты выполнялись минимум три раза, чтоб в кеш уже попали данные.
8.Тест №8 Распроведение документов (972 шт)
Здесь использовал обработку при помощи которой выполнил “распровел” все 972 документа.
Результат был фактически также одинаков на всех дисковых подсистемах, и лишь SSD оказался медленнее, но не исключено, что во многом виновата и “ось”, которая была установлена также на этот же диск.
Выводы:
В однопользовательском режиме работы и на малых демо базах, скорость дисков не имеет большого значения.
Конечно RAM оказался быстрее всех, но в данном случаи, он не был тем устройством без которого нельзя обойтись. (В таких обстоятельствах).
Более ощутимые результаты можно получить только под нагрузкой пользователей и конечно на базе размером в 3-4 Гб.
Планирую и далее проводить вот такие различные тесты, может даже создать отдельную рубрику для этого, и если Вам они также оказались полезны, тогда напишите пожалуйста в комментарии ниже, что нибудь вроде “Больше Тестов!” ) это будет для меня сигналом, что такую работу стоит проводить.
Если Вы хотите больше узнать о технической стороне 1С, тогда регистрируйтесь на первый бесплатный модуль курса: Администратор 1С >>>
Тестов нужно действительно больше)
Не обижайтесь, но ваша выборка не репрезентативна. Пока база такого размера, она и так будет работать быстро, все ограничения будут вызываться не дисковой системой.
Такое было бы очень интересно провести с большой базой, хотя бы гигов 10.
А еще – в случае с серверной конфигурацией – при размещении базы sql на ram диске. Впрочем, такие тесты уже проводили люди, вот например: http://www.forum.mista.ru/topic.php?id=691402
Ну и отдельно, большими буквами, я бы упомянул на вашем месте, что ни в коем случае не надо такое делать, не имея надежнейшего механизма выгрузки файла на диск, причем регулярного.
Спасибо за отзыв, Павел.
Однако и на малой базе тест нужно было провести. База в 10 Гб уже должна быть клиент- серверная (таких тестов проводить в файловом варианте не буду). По ссылке тут видно что человек без опыта проводил, так как уже суть работы с базой в MS SQL загрузить как больше ее в память. Не зря рекомендуют чтоб размер ОЗУ был как можно ближе к размеру баз данных на “сиквеле”. О бэкапах, опасностях и частом резервном копировании я говорил еще в прошлой части статьи. Но все равно за отзыв спасибо!
Побільше різних тестів
Будуть, Іван!
За проделанную работу конечно плюс, но данный конкретный тест – по моему мнению, показал следующее – вот тут мы всю дорогу упираемся в процессор, ну а запись быстрее всего на RAM.
Интересно, на мой взгляд, было бы понять, насколько в клиент-серверном варианте скорость различных участков (каталог srvinfo на сервере 1С, каталог temp пользователя, от имени которого запускается сервер 1С, каталог с БД SQL и SQL-log ) влияет на общую скорость 1С. Ну, и на нормальном объеме данных это проводить.
Будут, Никита, уже запланировал!
Друзья, ускорение клиент-серверной 1С разбираем на курсе Администратор 1С (он сейчас идет со скидкой).
https://1c.kuharbogdan.com/vse-tovari/videokursy1c/administrator-1s-vse-moduli/
Тоже делюсь:
База 1С в файл-серверном варианте RAID 1 (зеркало) на SATA дисках со скоростью 7200 категории «для серверов» и большим кэшем у меня была реализована еще лет 7 назад.
Win server 2003 крутился на отдельном диске. До сих пор жива.
В сервере который я собрал на прошлой неделе и скоро запущу в эксплуатацию = ровно такое же архитектурное решение (система + RAID1)
Но мать, процессор и объем памяти конечно другой.
И диски – SSD фирмы Intel (серверные 3610). Система Win Server 2016 также на отдельном SSD Intel 3520. Добавил еще отдельный HDD (WD RED) для бэкапов. Итого 4 диска.
Но работать на ответственных операциях на RAM-диске самом по себе безответственно.
Но уже если делать что-либо подобное – надо использовать ECC память, тогда и мать придется серверную ставить. Ну и так далее. Все это любительство, без обид.
Лучше просветите народ про UPS и спросите когда реально проверяли его работу? Батареи больше 2 лет не живут.
И концентраторы в сети часто без UPS и много чего еще неверно. Скорость это важно, но те кто перерос скорость обычных дисков и смотрит на RAM диски – они скорее нормальный сервер купят и не будут фигней страдать.
Вадим
Спасибо за отзыв, Вадим!
Богдан, возможно я что-то и пропустил, смотрел по диагонали. Просто “железо” это мой конек.
Вы все верно написали, я даю такие же советы, RAM рекомендую если вынуждают обстоятельства, для временных работ над базой. Для постоянной работы SSD лучший выбор.
Всем привет!!! С RAM- диском пробовал ещё на 7.7, работает быстро, пользователи довольны, но, увы не долго. Хотя раньше не было таких технологий как сейчас, может всё поменялось.