Стандартний тест навантаження. Стандартний тест навантаження Не запускайте тест на сервері, на якому в даний момент працюють користувачі, а то їм стане сумно! Тест дає дуже велике навантаження

Поточна версія: 2.0.011. Історія версій тут: versions.php

Завантажити можна тут: http://infostart.ru/public/173394/ або тут: perfomanceTest.cf

Тест дозволяє виміряти продуктивність зв'язки сервер 1с - сервер СУБД різних варіантаху режимі багатопотокової роботи. Тест виконується 20-30 хвилин.

Не запускайте тест на сервері, на якому зараз працюють користувачі, а то їм стане сумно! Тест дає дуже велике навантаження!

Результати тестування можна переглянути звітом усередині конфігурації.

Навантажувальний тест TPC-1C Гільова

Також можна обмінятись результатами з іншими людьми, які виконали тест за допомогою обробки «обмін результатами». Після обміну можна буде порівняти свої результати з іншими людьми.

Більше докладна інструкція, а також обговорення тесту знаходиться на сторінці http://infostart.ru/public/173394/.

Загалом у базі 751 результатів, останнє оновленнявід 2018-06-15 06:33:26. Результати можна переглянути, завантаживши тест і запустивши обмін результатами, або (у спрощеному вигляді) тут: results.php

Статистика

Результати версії 1.х: index_old.php

Для побудови діаграм використовується c3js та d3js (від нього залежить c3js).

Наведи порядок у своїй роботі, використовуючи конфігурацію 1C "Управління IT-відділом 8"

УВАГА! Ctrl-F5або Ctrl-R

2000 людина.

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

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

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

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

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

Тестування навантаження

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

Тести 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 сервера субд - HDD - сервера субд.

У тесті виконується інтенсивний запис 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С:Підприємство. Тест працює всім СУБД, підтримуваних 1С.

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

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

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

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

Цей тест не є комерційним і доступним для вільного скачування.

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

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

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

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

Приклад виконання sql-команд можна переглянути у доданому файлі.

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

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

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

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

http://gilev.ru/1c/ tpc

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

та відгуки надсилайте на e-mail: [email protected]

Перейти до інших матеріалів сайту

TurboConf 5 - розширення можливостей Конфігуратора 1С

УВАГА!

Якщо ви втратили вікно введення повідомлення, натисніть Ctrl-F5або Ctrl-Rабо кнопку "Оновити" у браузері.

Тема не оновлювалася довгий час, і була позначена як архівна. Не можна додавати повідомлення.
Але ви можете створити нову гілку і вам обов'язково дадуть відповідь!
Щогодини на Чарівному форумі буває більше 2000 людина.

Комп'ютери (умовна назва), що брали участь у тестах - опис (диски вказані тільки для БД):

(уточнення між серверами мережа 1 Гбіт)

1) IT33- Десктоп на Core i5 4 ядра по 2.8 ГГц, DDR3 3 ГБ, один жорсткий диск 7200 про/с.

2) REAL- НАЙПОТУЖНІШИЙ як мені думалося)) 8 ядер Xeon по 3 Ггц, DDR2 48 Гб, RAID10 на SSD

3) REAL2- 8 ядер Xeon по 2 ГГц, DDR2 22 ГБ,RAID10 на жорстких дисках SAS 10 000 об/с

Були проведені тести у конфігурації 1с від Гільова:

>1)REAL2--->REAL2--->25.64(TCP--SQL)
>2)REAL2--->REAL2--->26.32(SQL--Shared Memory)

>3)REAL2--->REAL2--->25.64(SQL--Shared Memory) + IT33(клієнт) - від клієнта до Серверів мережа = 10 Мбіт

>4 )REAL2--->REAL2--->24.27(SQL--Shared Memory) + REAL(клієнт) - хм.. дивно мережа 1 Гбіт... чому ж менше папуг.
>5)REAL2--->REAL2--->37.59(Файловий)

** **** **************************
>1)REAL--->REAL--->8.73(TCP--SQL)

>2)REAL---> Real2--->11.99(TCP--SQL) --- це вже почало мене наводити на деякі думки))

>3)REAL--->REAL--->17.48(Файловий)

** **** ******************************

>1)IT33--->IT33--->26.88(TCP--SQL)
>2)IT33--->IT33--->34.72(SQL--Shared Memory)
>3)IT33--->IT33--->59.52(Файловий)

Підсумки:

Дивився результати тесту... крутив і так і сяк)) і ось осяяло (зробив виміри швидкості роботи Оперативної пам'яті),

що на швидкість роботи 1с 8.х (зауважу що Результати Тесту засновані на ОДНОКОРИСТУВАЧОМУ режимі, але і для клієнт-серверного варіанту при розрахованій на багато користувачів роботі - думаю також матимуть чималу частку впливу) -

так що на швидкість 1С впливає: частота шини CPU + частота RAM пам'яті

----> що впливає на швидкості ЗАПИСУ та ЧИТАННЯ в RAM. Що є основа швидкодії 1с 8.х.

Комп'ютери, що розділили призові місця За швидкістю роботи 1с))

1) IT33--->IT33--->59.52(Файловий)

RAM DDR 3 (Читання 11089 Мб/с, Запис 7047 Мб/с)------ як я і припускав різниця буде значною з серверами

2) REAL2--->REAL2--->37.59(Файловий)
- RAM DDR2 (Читання = 3474, Запис = 2068)

3)REAL--->REAL--->17.48(Файловий)
- RAM DDR2 (Читання = 1737 Мб / с, Запис = 1042 Мб / с) - як з'ясувалося швидкість нижче ніж на Real2 - рівно в 2 рази,

через включені Віртуальні ядер (Гіпер-трейдинг)- швидше за все відключати.

ВИСНОВКИ:

Найбільша швидкість роботи 1с 8.х досягається:

I) для Файлового варіанта (мені особисто нецікавий)

А) запуск Клієнта (будь-якого) на комп'ютері з великою швидкістю роботи з Оперативною пам'яттю. (наприклад, Термінальний сервер

БД там же).

II) для Клієнт-Серверного варіанта

1) Товсті клієнти 1Cна "Термінальному сервері" - з +

2) Тонкі клієнти 1C- Вже немає особливої ​​різниці де... але бажано налаштувати через "HTTP://".
3а) "SQL сервер" + "Сервер 1с підприємства"(в режимі Shared Memory) - на одній тачці з Найбільшою швидкістю Запис/Читання оперативної пам'яті + Найбільша частота ГГц Ядер процесорадисках

Уточнення:

- підтримкаShared Memory- з'явилася на движку починаючи з 8.2.17 (УВАГА у конфігурації - не повинен бути включений режим сумісності з попередніми версіямидвижка), на попередніх движках буде використовується Naimed Pipes - теж показує непогані результати))

- RAID на SSD диски - Доцільно використання RAID10 - для відмови стійкості, при цьому беручи до уваги ШРАФ на Запис:

приклад RAID10 (4 шт Штраф запису=2) , Швидкість Запису= 4/2 = 2 диски, Штрафу на читання немає.

Ще можна додатково підняти надійність та стабільність швидкості SSD- Використовуючи не весь об'єм диска.

приклад (підняття надійності Десктопного SSD до рівня Серверного SSD):

Якщо, наприклад, SSD Intel 520 series 120GB, і розмітити 81 GB, а решту простору залишити нерозміченим -

то під over provisioning буде виділено близько 32% простору SSD додатково вже наявним прихованим 8%. Разом отримуємо близько 40%

Відмінність серверного SSD Intel 710 series від десктопного SSD Intel 320 series якраз і становить різниця в over provisioning: понад 40% для Intel 710 та 8% Intel 320.

Якщо клієнтів 1С багато від 100 і надалі:

1)На поточних технологіях мережі Ethernet -НЕ ДОЦІЛЬНО ранесення "SQL" "Сервер 1С".

наприклад, через Латентність (затримки) в мережі Gigabit Ethernet - реальна швидкість обміну з SQL= 30 мегабайт/с - що навіть для інтенсивної роботи з Базою даних 1-го пользователя.

2) Т.к. фактично "Сервер 1с" = "Об'єктна СУБД" (багатомірні об'єкти), а "SQL" = "Реляційна СУБД"(плоське-табличне зберігання даних)

=> в базі SQL -зберігається ПЛОСЬКА проекція Об'єктів 1С і Сервер 1С збирає з цієї проекції Об'єкт, далі проводить роботи з цим Об'єктом і нарешті по завершенні роботи Знову розкладає в плоский вигляд збереження в SQL.

То як наслідок між "SQL" "Сервер 1С" - і доводиться відмовлятися від рознесення на два фізичні сервери. Але можна використовувати на повну реалізацію NUMA-вузлів. ( Це має підтримувати OS та самі процесори).

3б) Розносимо сервери SQL та Сервера 1с окремо: На поточних технологіях Ethernet - наприклад Gigabit - НЕ ДОЦІЛЬНО
-SQL на сервер з Найбільшою швидкістю Запис/Читання оперативної пам'яті + Найбільша частота ГГц Ядер процесора
-ДекількаФІЗИЧНИХ серверів у Кластері 1с c Найбільшою швидкістю Запис/Читання оперативної пам'яті + Найбільша частота ГГц Ядер процесора+ бажано використання RAID на SSD-дисках

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

Учасники тестування

Операційна система MS Server та СУБД MS SQL

• Фірма 1С відкрито позиціонує цю зв'язку як основну робочу модель, відповідно продукти 1С створюються насамперед для неї
• Наявність протоколу прямого швидкісного обміну інформацією SharedMemory
• Є офіційна технічна підтримката сервісні контракти
• Є база знань та тонни інформації щодо інсталяції та тонкому настроюванню 1C+MS SQL

Операційна система Unix та СУБД PostgreSQL

• Система повністю безкоштовна (крім ліцензії на сервер 1С:Підприємство)
• Є можливість гнучкого налаштуваннябезлічі параметрів, що покращують працездатність СУБД
• Заявлено підтримку СУБД PostgreSQL продуктами 1С
• Є можливість реплікації баз

Звичайно ж, вартість проекту, стійкість до відмов та технічна підтримка є важливими критеріями при виборі інформаційної системи для 1С. Однак, є фактор, який у більшості випадків кардинально впливає на прийняття рішення – це швидкодія.

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

Методи тестування

У наших випробуваннях ми спиратимемося на два методи синтетичної генерації навантаження та імітації роботи користувачів у 1С. Це тест Гілева (TPC-1C) та спеціальний тест 1С «Тест центр» з інструментарію 1С:КІП із спеціальними сценаріями роботи користувачів.

Тест Гільова (TPC-1C)

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

Спеціалізований тест із інструментарію «Тест центр» 1С: КВП

Тест-центр– інструмент проведення розрахованих на багато користувачів навантажувальних випробувань систем на базі 1С:Підприємство 8 (див. малюнок 1). З його допомогою можна моделювати роботу компанії без участі реальних користувачів, що дозволяє оцінювати застосовність, продуктивність та масштабованість інформаційної системи в реальних умовах. Система є конфігурацією, що надає механізм управління процесом тестування. Для тестування інформаційної бази необхідно інтегрувати конфігурацію Тест-центру в конфігурацію бази, що тестується за допомогою порівняння та об'єднання конфігурацій. В результаті об'єднання, до метаданих бази, що тестується, будуть додані об'єкти та загальні модулі, необхідні для роботи Тест-центру.

Рисунок 1 – Схема роботи «Тест центр» 1С: КВП

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

Параметри тестування

При налаштуванні сценаріїв тестування для достовірної імітації одночасної роботи великої кількостікористувачів задаються певні параметри тестування кожного типу документа (див. таблицю 1):

• Документ – вказує конкретний документ у робочій базі, на основі якого проводитиметься навантажувальне тестування
• Пріоритет запуску – формує порядок запуску тестів для кожного типу документів
• Кількість документів – визначає обсяг формованих тестових документів
• Пауза, секунд – затримка під час запуску серії тестів, в рамках одного типу документів
• Кількість рядків у документі – інформаційний покажчик, що повідомляє про «масивність» тестового документа, що впливає на час обробки та навантаження на ресурси

Тести виконуються у 3 ітераціях, результати записуються до таблиці. Таким чином, отримані результати тестування, що вимірюються в секундах, найбільш реалістично та об'єктивно відображають рівень продуктивності баз 1С в умовах, максимально наближених до реальних (див. таблицю 3.1 та 3.2).

Таблиця 1. Параметри тестових сценаріїв

Таблиця 2. Технічні характеристикитестового стенду

Таблиця 3.1. Результати тестування за допомогою тесту Гілева (TPC-1C). Оптимальним вважається найбільше значення

Таблиця 3.2 Результати тестування за допомогою спеціального тесту 1С:КІП. Оптимальним вважається найменше значення

1. У спеціальному тесті 1С операції «читання даних та складних обчислень», такі як «Оборотно-сальдова відомість» та «Розрахунок калькуляцій собівартості» у кілька разів швидше виконуються на СУБД MS SQL від Microsoft.
2. При операціях «запису даних та проведення документів» у більшості тестів кращий результатпоказує СУБД PostgreSQL, оптимізований для 1С.
3. Синтетичний тест Гільова також показує перевагу PostgreSQL. Пов'язаний цей факт про те, що синтетичний тест заснований на вимірі швидкості створення та проведення певних типів документів, що вважається також операціями «запису даних та проведення документів».

Закінчимо з кросплатформним порівнянням, перейдемо до порівнянь усередині кожної системи:

1. Очікується, що тести 1С на апаратній платформі показують результати краще, ніж на віртуальній. Різниця в результатах спеціального тесту 1С в обох випадках невелика, що свідчить про поступову оптимізацію виробниками віртуальних гіпервізорів.
2. Також очікується, що використання технології пам'яті (SharedMemory) прискорює процес обміну даними між сервером 1С і СУБД. Відповідно, показання тестів трохи краще, ніж у схеми з мережевою взаємодією цих двох сервісів за допомогою протоколу TCP-IP.

Можна зробити висновок, що при правильному налаштуванні 1С і СУБД, можна досягти значних результатів навіть на безкоштовному програмному забезпеченні. Тому при проектуванні нової ІТ-структури для 1С потрібно враховувати рівень навантаження на систему, тип превалюючих операцій у базі, наявний бюджет, наявність спеціаліста з нестандартних СУБД, необхідність інтеграції із зовнішніми сервісами тощо. Виходячи з цих даних, вже можна підбирати потрібне рішення.

Читайте продовження тестування.

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

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

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

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

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

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

Тести 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С:Підприємство. Тест працює для всіх СУБД, що підтримуються 1С.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

У такій ситуації відразу розібратися, де криється помилка, і що в першу чергу, дуже складно. У статті розглянемо чого залежить продуктивність 1С, тобто. високонавантажених систем, створених на базі «1С:Підприємство», у ситуаціях, коли симптоматика не до кінця зрозуміла та конкретний діагноз поставити неможливо.

Основні причини, що впливають на продуктивність 1С

Більш ніж у 60% випадків причинами низької продуктивності виявляються:

• Неоптимальні запити та програмний кодзміни (26% випадків);
• Неоптимальна індексація таблиць об'єктів (19% випадків);
• Неоптимальне навантаження на дискову підсистему (16% випадків).

З цим солідарні провідні розробники Microsoft

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

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

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

Приклад:

Неправильно: Під час формування звіту програма «зависає». Хочу, щоби формувала швидше.

Правильно: Формування звіту «Відомість із заборгованості» здійснюється 5 хвилин 10 секунд. Очікувана швидкість формування цього звіту – не більше 20 секунд.

Після того як перелік проблем складено та оцифровано, необхідно провести аналіз причин, розпочавши з пошуків проблемного коду, якщо такий є (наприклад, «важкі» запити, тривалі очікування на блокуваннях, deadlock' та ін.).

Інструменти для ідентифікації проблемного коду

• «1С:Центр управління продуктивністю» (модуль, що входить до інструментального пакету «1С:Корпоративний», виробником якого є фірма 1С);
• Хмарні послугиГільова;
• Штатні інструменти, вбудовані в СУБД провідних вендорів.

Ефективність використання даних інструментів гарантує кваліфікація розробника «1С:Експерт з технологічних питань», що передбачає його участь у масштабних запровадженнях 1С. При цьому різні експерти, виходячи зі свого індивідуального досвіду, можуть надавати перевагу тому чи іншому інструменту/методу.

Паралельно з використанням одного з представлених інструментів застосовуються і штатні засоби моніторингу завантаження обладнання (лічильники «Performance monitors»).

З отриманих вимірів виявляється клас причини:

• Проблема у коді;
• та/або проблема в апаратній частині;
• Проблема в інших ресурсомістких програмах, що використовуються на робочих серверах.

Навантажувальне тестування 1С - методика оцінки серверного обладнання

Як уже згадувалося, серед факторів, здатних вплинути на швидкодію 1С, як у позитивну, так і негативну сторону, важливе місце займає серверне обладнання та його налаштування. Розглянемо варіанти вимірів, оцінки навантаження та тестування працездатності системи в наступних умовах:

• Сервер 1С є в наявності та розташовується:
• Спільно із СУБД;
• На окремому сервері.

Для оцінки відповідності параметрів наявного серверного обладнаннявимогам системи необхідно зробити збір даних із навантаженню на апаратну частину, зокрема і процесор, тобто. навантажувальне тестування 1С. Для цього застосовується «Performance Monitor» – інструмент, що дозволяє зробити замір обладнання на робочому контурі та зняти лічильники продуктивності.

Нижче наведено базовий набірлічильників, які необхідно налаштувати для моніторингу продуктивності обладнання в Windows. Збір провадиться з усіх серверів, де встановлені сервери 1С.

Якщо показник лічильника відсотка завантаженості процесора для виду «Processor» має високе значення, слід виявити процеси, які можна зупинити без шкоди для роботи сервера, а також перенести інші сервера.

Вигляд «Process» дозволить налаштувати моніторинг для кожного окремого процесу, а також визначити, які процеси займають найбільше процесорного часу. Якщо на сервері встановлено лише сервер 1С, то щоб зрозуміти, яке навантаження він дає на залізо, необхідно налаштувати збір наступних лічильників:

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

Якщо придбання серверного обладнання лише планується, розрахувати його параметри можна проеммулировав роботу планованої системи, але у меншому масштабі, наявному устаткуванні. Для цього використовується «1С:Тест-цент», що входить до Корпоративного інструментального пакету 1С. На підставі отриманих вимірів, за допомогою методик розрахунку визначаються параметри планованої системи та, відповідно, вимоги до обладнання. Цей тест можна використовувати багаторазово під різні виміри, попередньо доповнивши та розширивши функціонал. Ця методика має високу точністьта простоту розрахунку.