Стандартний тест навантаження. Стандартний тест навантаження Стандартний тест навантаження 1с

Результати тесту навантаження TPC-1 продуктивності 1С по Гільову для конфігурації з файловою базоюданих:

Продуктивність сервера оцінюється не завантаженістю та чергами до CPU, а здатністю виконати певну кількість операцій за одиницю часу.
Конкурування за такі ресурси, як процесор, знижує швидкість виконання операцій, коли час відгуку визначається:

часом операції
часом очікування обладнання
часом логічних очікувань на кшталт блокувань

При цьому ключовою характеристикоює швидкість операції.

Примітка. Для процесора найбільш значущою характеристикою є частота процесора, а не завантаженість. Нижче скріншот результатів проведеного тестування (Щоб збільшити картинку – натисніть на неї).

Швидкодія системи та планування необхідних обчислювальних ресурсів для її реалізації є обов'язковою операцією за будь-якого впровадження або зміни існуючої ІТ системи.

Більшість існуючих методівоцінки продуктивності ґрунтується на тому чи іншому типі тестування.

Можна виділити два основні типи тестування: компонентне та інтегральне.

p align="justify"> При компонентному тестуванні проводиться тестування окремих компонентів рішення, починаючи від продуктивності процесорів або підсистем зберігання інформації до тестування продуктивності сервера в цілому, але без корисного навантаження у вигляді того чи іншого бізнес-додатку.

Інтегральний підхід характеризується оцінкою продуктивності рішення загалом, як його програмної, і апаратної елементів. При цьому може використовуватися як бізнес-додаток, який буде використаний у кінцевому рішенні, так і деякі модельні програми, що емулюють деякі стандартні бізнес-процеси та навантаження.

У нашому тесті якраз і використовується такий підхід.

Ми отримали як результат якийсь індекс продуктивності (швидкості). Це результат роботи платформи загалом на нашому залізі. У разі клієнт - серверного варіантаце результат складного ланцюжка проходження запитів по різних ділянках. Ви отримуєте загальний фактичний результат, який визначається найвужчим місцем у системі. Налаштування СУБД, і налаштування ОС, та обладнання впливають на загальний результат продуктивності системи.

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

Обов'язковою операцією при будь-якому впровадженні чи зміні існуючої інформаційної системиє оцінка необхідної швидкодії системи та планування необхідних обчислювальних ресурсів для її реалізації. В даний час не існує точного вирішення цього завдання в загальному вигляді, і якщо, незважаючи на її складність і вартість, такий алгоритм буде запропонований будь-яким виробником, то навіть невеликі зміни в апаратній частині, версії програмного забезпечення, конфігурації системи чи кількості або стандартному поведінці користувачів призведуть до появи значних помилок.

Тим не менш, існує достатня кількість способів оцінити необхідну для досягнення необхідної продуктивності конфігурацію програмного і апаратного забезпечення. Всі ці способи можуть застосовуватися в процесі вибору, але споживач повинен розуміти їх сфери застосування та обмеження.

Більшість існуючих методів оцінки продуктивності ґрунтуються на тому чи іншому типі тестування.

Можна виділити два основні типи тестування: компонентне та інтегральне.

Зелений колір графіка разом з деякими умовно обраними за зразки показниками праворуч дозволяє зробити кросплатформенну узагальнену оцінку «непоганої» продуктивності.

Як радіти результатам тесту

Ви отримали як результат якийсь індекс продуктивності (швидкості). Не важливо, хороший чи поганий результат – це результат роботи ПЛАТФОРМИ на вашому залізі. У разі клієнт-серверного варіанта це результат складного ланцюжка проходження запитів по різних ділянках. Ви отримуєте загальний фактичний результат, який визначається найвужчим місцем у системі. Вузьке місце є завжди.

Інакше кажучи, і налаштування СУБД, і налаштування ОС, і устаткування впливають загальний командний результат.

Який сервер краще

Даний тест, виконаний на конкретному сервері, дає результат із сукупності налаштувань hardware, операційної системи, Субд і т.д. Проте високий результат на конкретному серверному обладнанні означає, що за дотримання нормальних умов такий самий результат буде на ідентичному серверному обладнанні. Даний тест є безкоштовною допомогоюу можливості порівняти установку 1С:Підприємство під Windows та Linux, три різних СУБД, що підтримуються платформою 1С:Підприємство 8.

Безпека тесту

Тест є абсолютно безпечним. Він не призводить до падіння сервера (відсутня стрес-алгоритм) і не вимагає попередніх заходів навіть на бойовому сервері. Конфіденційні дані в результати тесту також не записуються. Збирається інформація про параметри CPU, RAM, HDD. Серійні номерипристроїв не збираються. У цьому можна легко переконатися - код тесту 100% відкритий. Жодного пересилання інформації без вашого відома неможливо.

Класифікація TPC-A-local Throughput / TPC-1C-GILV-A

Тест відноситься до розділу універсальних інтегральних кроссплатформенних тестів. Навіть більше того, він застосовується для файлового та клієнт-серверного варіантів експлуатації 1С:Підприємство. Тест працює всім СУБД, підтримуваних 1С.

Універсальність дозволяє робити узагальнену оцінку продуктивності, не прив'язуючись до конкретної типової конфігурації платформи.

З іншого боку це означає, що для точних розрахунківзамовного проекту тест дозволяє зробити попередню оцінку перед спеціалізованим тестом навантаження .

Завантажити тест

Цей тест не є комерційним і його можна завантажити безкоштовно для 8.2 та безкоштовно для 8.3.

Технічні подробиці

Що відбувається у тесті у межах «одного» такту операції?

Особливості використання тесту на субд PostgreSQL

Встановіть значення параметра standard_conforming_strings у конфігураційному файлі postgresql.conf на значення 'off'

Як виміряти завантаженість заліза

Слід зазначити, що сам собою тест вже частково виконує замір. Для більш детальної картини рекомендую скористатися утилітою Марка Русиновича Process Explorer.

На малюнку показано приклад виміру для файлового варіанта.

Передісторія

Обов'язковою операцією за будь-якого впровадження чи зміні існуючої інформаційної системи є оцінка необхідної швидкодії системи та планування необхідних обчислювальних ресурсів її реалізації. В даний час не існує точного вирішення цього завдання в загальному вигляді, і якщо, незважаючи на
її складність і вартість, такий алгоритм буде запропонований будь-яким виробником, навіть невеликі зміни в апаратній частині, версії програмного забезпечення, конфігурації системи або кількості або стандартній поведінці користувачів призведуть до появи значних помилок.
Проте існує достатня кількість способів. Всі ці способи можуть застосовуватися в процесі вибору, але споживач повинен розуміти їх сфери застосування та обмеження.

Більшість існуючих методів оцінки продуктивності ґрунтуються на тому
або іншому типі тестування.

Можна виділити два основні типи тестування:
компонентне та інтегральне.

При компонентному тестуванні проводиться
тестування окремих компонентів рішення, починаючи від продуктивності
процесорів чи підсистем зберігання інформації до тестування
продуктивність сервера в цілому, але без корисного навантаження у вигляді того чи іншого
бізнес-додатків.

Інтегральний підхід характеризується оцінкою
продуктивності рішення загалом, як його програмної, і апаратної елементів.
При цьому може використовуватися як бізнес-додаток, який буде використаний
в кінцевому рішенні, так і деякі модельні програми, що емулюють
деякі стандартні бізнес-процеси та навантаження.

Тести TPCта інші універсальні тести дозволяють вибрати найбільш перспективні платформи та порівнювати між собою пропозиції різних виробників, але є лише довідковою інформацією, яка не враховує специфіки бізнесу. Спеціалізовані тести дозволяють точніше вибрати конкретну модельсервера та його конфігурацію. Однак найбільш обґрунтовані рішення приймаються тільки на основі результатів проведення тестів навантаження. Тільки вони дозволяють оптимально налаштувати вибрану
серверну платформу та провести її налаштування на максимальну продуктивність.

Що таке TPC-1C-GILV

Це серія незалежних тестів, призначених для оцінки швидкодії платформи 1С:Підприємство 8.1 на вашому комп'ютері.

Зрозуміло, " незалежний " тест означає, що не спонсорується фірмою 1С.

В даний час доступний тест TPC-A-local Throughput / TPC-1C-GILV-A" ( останнє оновлення- Серпень 2008р. версія 1.0.3)

Ідея тесту TPC-A-local Throughput / TPC-1C-GILV-A

Ви завантажуєте з цього сайту файл вивантаження конфігурації (~400 Кб) та завантажуєте у себе. Якщо розгорнете конфігурацію у файлових варіантах, то значною мірою тест буде тестувати зв'язку "CPU вашого комп'ютера - HDD де лежить база".

Якщо розгорнете конфігурацію в клієнт-серверний варіант, то переважно навантаженню піддадуться CPU сервера додатків - CPU сервера субд - - сервера субд.

У тесті виконується інтенсивний запис 5000 документів. Глибокого сенсу в бізнес-логіці коду немає, оцінюватися просто умовно обрана за стандарт продуктивність документа Х.

Головна принада тесту в тому, що Вам не треба знати технічних подробиць. Тест виконується сам і сам видає оцінку. До того ж результат комусь повідомляти Вам теж не обов'язково:)

Ви можете порівняти продуктивність кількох серверів або одного сервера з різними характеристиками дискової підсистеми.

Виконуючи тест із сервера додатків та з клієнта по мережі, можна зрозуміти вплив мережі на ділянці від клієнта до сервера.

Як запустити тест

Запустити тест дуже просто. Потрібно натиснути кнопку

і дочекатися, поки індикатор тесту (праворуч від кнопки) досягне 100%.

Зазвичай тест триває близько 8 хвилин.

Що означають результати тесту

Результат тесту представляється як "швидкість запису" даних тесту. Похибка тесту становить 2 одиниці. Для точної оцінки можна повторити тест тричі.

Після того, як індикатор тесту досягне 100%, ви побачите приблизно такі графіки:

Нижче за графіками розташовані деякі раніше проведені аналогічні тести.

Колір графіка підказує про поточну якість "загальної" продуктивності для роботи без урахування блокувань.

Зелений колір графіка в сукупності з деякими умовно обраними за зразки показниками праворуч дозволяє зробити кросплатформенну узагальнену оцінку "непоганої" продуктивності:)

Як радіти результатам тесту

Ви отримали як результат якийсь індекс продуктивності (вважай швидкості). Не важливо, хороший чи поганий результат – це результат роботи ПЛАТФОРМИ на вашому "залізі". У випадку клієнт-серверного варіанта це результат. Ви отримуєте загальний фактичний результат, який визначається НАЙВУЖЧИМ МІСЦЕМ в системі. ВУЗЕ МІСЦЕ Є ЗАВЖДИ!

Іншими словами, і налаштування СУБД, і налаштування ОС, і обладнання впливають на загальний командний результат:)

Який сервер краще

Даний тест, виконаний на конкретному сервері, дає результат із сукупності налаштувань hardware, операційної системи, субд і т.д. Проте високий результат на конкретному серверному обладнанні означає, що за дотримання нормальних умов такий самий результат буде на ідентичному серверному обладнанні. Даний тест є безкоштовною допомогою у можливості порівняти установку 1С:Підприємство під Windows та Linux, три різних СУБД, що підтримуються платформою 1С:Підприємство 8.1.

Безпека тесту

Тест є абсолютно безпечним. Він не призводить до падіння сервера (відсутня стрес-алгоритм) і не вимагає попередніх заходів навіть на бойовому сервері. Конфіденційні дані в результати тесту також не записуються. Збирається інформація про параметри CPU, RAM, HDD. Серійні номери пристроїв не збираються. У цьому можна легко переконатися - код тесту 100% відкритий. Жодного пересилання інформації без вашого відома неможливо.

Як опублікувати результати тесту

Якщо ви бажаєте допомогти розвивати тест, ви можете виконати ряд тестів на своїх серверах. Потім загального переліку зроблених тестів залиште тільки ті, що хочете опублікувати та надішліть dt-розвантаження з результатами.

Дані будуть вручну перевірені (що вони не є помилковими), в колонку "автор" тестів додається адресат тестів і додаються у розвантаження, доступне для скачування всім.

Класифікація TPC-A-local Throughput / TPC-1C-GILV-A

З іншого боку це означає, що для точних розрахунків замовного проекту тест дозволяє зробити попередню оцінку перед спеціалізованим тестуванням навантаження (наприклад за допомогою 1С:Тестцентр).

Примітка. Модифікація тесту A" означає "автоматичне управління блокуванням" . офіційних версійтипових рішень від 1С, планується модифікувати тест для роботи в режимі "керованих блокувань" та позначити буквою " M".

Завантажити тест

Цей тест не є комерційним та .

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

Топ - 3 найкращих клієнт-серверних інсталяцій 1С на MS SQL Server. Ви також можете потрапити до цієї таблиці. Детальніше можна переглянути результати, завантаживши тест.

Технічні подробиці

Що відбувається у тесті в рамках "одного" такту операції?

Як виміряти завантаженість заліза

Слід зазначити, що сам собою тест вже частково виконує замір. Для більш детальної картини рекомендую скористатися утилітою Марка Русиновича.

На малюнку показано приклад виміру для файлового варіанта.

Контакти для TPC-1C-GILV

http://сайт/1c/ tpc

результати тестів, пропозиції щодо розвитку

ІГОР ЧУФАРІВ, начальник відділу інтегрованих автоматизованих системАТ «Радіозавод», [email protected]

40 балів у тесті Гільова –
міф чи реальність?

Навколо тесту Гільова продовжуються бурхливі обговорення, у тому числі засновані на суперечливих результатах. Поділюсь своїм досвідом використання даного інструменту

Витоки неоднозначності

Вперше зіткнувшись із тестом Гільова, багато фахівців дивуються нехарактерним результатам, які виходять за його допомогою. Наприклад, десктопне залізо може показувати вищі результати, ніж дорогий потужний сервер. Файлова версіяотримує вищий рейтинг, ніж SQL. І якщо з другим казусом все більш менш зрозуміло, це пояснюється і в документації до тесту, і в численних обговореннях на форумах, то щодо низьких результатів на дорогому серверному обладнанні однозначних висновків поки що ніхто не зробив.

Перш ніж поінформувати про отримані результати, варто кілька слів згадати про тест Гільова, розповісти, що ж це таке.

Під ім'ям «Тест Гільова» мається на увазі навантажувальний тест TPC-1C, доступний для вільного скачування на адресу .

Відомі результати

У джерелі наводяться цікаві результати порівняння сервера на базі 2* Intel Xeon E5620 2,4 Ghz з 48 Гб оперативної пам'ятіі персонального комп'ютерана Intel Core i5 3,0 Ghz з 16 Гб ОЗУ. Без додаткових налаштуваньхитрощів, що називається «з коробки», робоча станція «порвала» сервер у тесті Гільова, показавши на 155% вищу продуктивність.

Сервер набрав приблизно 17 балів, у той час як десктоп – понад 40. У результаті експериментів (більша частина з яких полягала у урізанні ресурсів десктопу, щоб визначити, наскільки від цього деградує результат тесту) і налаштування сервера авторам статті вдалося досягти 25,6 бала.

Результат, прямо скажемо, далекий від 40 на звичайному системному блоці. Так що ж, сервер 1С краще розгортати на бюджетному залізі, купленому у найближчому кіоску? Звичайно ж ні.

Обговорення на Infostart Event 2016

За кілька днів до моєї поїздки на конференцію Infostart Event 2016 до Санкт-Петербурга на сайті курси-по-1с.рф з'явилося цікаве двогодинне відео про роботу системи 1С:Підприємство у віртуалізованих середовищах, підборі обладнання та питаннях продуктивності.

На конференції Infostart Event 2016 передбачався виступ автора даного вебінару Андрія Бурмістрова – 1С-експерта з технологічних питань великих впроваджень, який працював як у фірмі «1С», так і на багатьох великих впровадженнях у нашій країні, наставника понад 2000 фахівців з курсу «Оптимізація продуктивності 1С » та підготовці до 1С: Експерт.

На хвилі інтересу до теми поспілкувався з Андрієм як віртуально, так і згодом на самій конференції. Одне з питань, яке я йому поставив під час круглого столу НighLoad, стосувалося можливості випуску вебінару з референсним тестуванням різних варіантів серверного обладнання - з SSD, зі звичайним жорстким диском, у різній конфігурації устаткування. Відповідь звучала приблизно так: «Дякую, ідея цікава. Можливо, зробимо. Просто дайте нам Intel P3700, P3600 і ми з радістю його протестуємо. Це не так просто дістати десь на тестування на тиждень SSD».

Так ось, виявилося, що саме на власні очі практично ніхто з моїх співрозмовників не бачив більше 30 балів у режимі SQL, а ті, хто бачив, зазначали, що це було не на серверному устаткуванні.

Замкнуте коло? Назріло неабияке питання: «40 балів у тесті Гільова на серверному устаткуванні в режимі SQL – міф чи реальність?»

Статтю повністю читайте у журналі « Системний адміністратор», №5 за 2017 р. на сторінках 10-15.

PDF-версію даного номераможна придбати у нашому