Тестування навантаження. Стандартний тест навантаження Навантажувальний тест гільова показує дуже поганий результат

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

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

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

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

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

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

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

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

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

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

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

Даний тест, виконаний на конкретному сервері, дає результат із сукупності налаштувань 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.

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

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

Фактично існує три методи прискорення 1С:

• Збільшення апаратних потужностей.
• Оптимізація налаштувань операційної системи та СУБД.
• Оптимізація коду та алгоритмів у 1С.

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

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

Компанія 1С на питання про те, скільки потрібно ресурсів, дає досить розпливчасту відповідь, про неї ми писали раніше в наших постах. І тому доводиться самостійно проводити експерименти та розбиратися, від чого залежить продуктивність 1С. Нижче наведено експерименти з продуктивністю програми в компанії EFSOL.

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

Таблиця 1 - Зміни, у яких проводилося початкове тестування

Робоча станція показує продуктивність на 155% більше, ніж сервер 1С з перевищують характеристики. Ми почали розбиратися, в чому річ і звужувати коло пошуків.

Рисунок 1 – Вимірювання продуктивності на робочій стації тестом Гілева

Перша підозра була, що тест Гільова неадекватний. Заміри відкриття форм, проведення документів, формування звітів тощо інструментами КВП показали, що тест Гільова видає оцінку пропорційну реальній швидкості роботи в 1С.

Кількість та частота ОЗУ

Аналіз доступної в інтернеті інформації показав, що багато хто пишуть про залежність продуктивності 1С від частоти пам'яті. Саме від частоти, а чи не від обсягу. Вирішили перевірити цю гіпотезу, тому що у нас на сервері частота ОЗУ 1066 Mhz проти 1333 Mhz на робочій станції, а обсяг ОЗУ на сервері і так значно вищий. Вирішили поставити відразу не 1066 МГц, а 800 МГц для того, щоб ефект залежності продуктивності від частоти пам'яті був наочнішим. Результат - продуктивність впала на 12% і становить 39,37 одиниць. На сервер поставили пам'ять із частотою 1333 Mhz замість 1066 Mhz та отримали незначний приріст продуктивності – близько 11%. Продуктивність становила 19,53 одиниці. Відповідно справа не в пам'яті, хоча її частота дає невеликий приріст.

Рисунок 2 – Заміри продуктивності робочої станції після зниження частоти ОЗУ

Рисунок 3 – Вимірювання продуктивності на сервері після підвищення частоти ОЗУ

Дискова підсистема

Наступна гіпотеза була пов'язана з дисковою підсистемою. Відразу виникло два припущення:

• SSD краще, ніж SAS диски, нехай навіть вони у 10 рейді.
• iSCSI працює повільно чи некоректно.

Тому в робочу станцію поставили звичайний SATA-диск замість SSD, те саме зробили і з сервером - базу розмістили на локальному SATA-диску. В результаті виміри продуктивності ніяк не змінилися. Швидше за все це відбувається, оскільки є достатня кількість ОЗУ і диски практично ніяк не задіяні при виконанні тесту.

Процесор

Процесори на сервері, звичайно, потужніший і їх два, але частота трохи нижча, ніж на робочій станції. Вирішили перевірити вплив частоти процесора на швидкодію: для сервера процесорів з більшою частотою під рукою не виявилося, тому зменшили частоту процесора на робочій станції. Знизили відразу до 1,6, щоб кореляція виявлялася яскравішою. Тест показав, що продуктивність впала значно, але навіть із процесором 1,6 робоча станція видавала майже 28 одиниць, що практично в 1,5 рази більше, ніж на сервері.

Рисунок 4 – Вимірювання продуктивності на робочій стації з процесором 1,6 Ghz

Відеокарта

В інтернеті зустрічається інформація про те, що на продуктивність 1С може впливати відеокарта. Ми намагалися використовувати інтегроване відео робочої станції, професійний адаптер Nvidia NVIDIA® Quadro® 4000 2 Gb DDR5, стару відеокарту GeForce 16MbSDR. Під час проведення тесту Гільова якоїсь значної різниці не помітили. Можливо, відеокарта таки впливає, але в реальних умовах, коли потрібно відкривати керовані форми тощо.

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

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

Ми плануємо закупити необхідні комплектуючі та продовжити тести, щоб остаточно з'ясувати, від чого більшою мірою залежить продуктивність 1С. Поки триває процес узгодження та закупівлі, ми вирішили виконати оптимізацію, тим більше, що це нічого не варте. Були виділені такі етапи:

Етап 1. Налаштування системи

Для початку виконаємо наступні налаштування в BIOS та операційній системі:

1. У BIOS сервері відключаємо всі налаштування економії електроживлення процесора.
2. Вибираємо в операційній системі план "Максимальна продуктивність".
3. Процесор також настроюємо на максимальну продуктивність. Це можна зробити за допомогою утиліти PowerSchemeEd.

Етап 2. Налаштування SQL сервера та сервера 1С: Підприємства

Вносимо наступні зміни в налаштування сервера СУБД та 1С:Підприємства.

1. Налаштування протоколу Shared Memory:
   
   
   • Shared Memory включиться тільки на платформі починаючи з 1С 8.2.17, на ранніх релізах включиться Named Pipe - дещо поступається в швидкості роботи. Дана технологіяпрацює тільки якщо служби 1С та MSSQL встановлені на одному фізичному чи віртуальному сервері.
2. Рекомендується перевести службу 1С в режим налагодження, як це не парадоксально це дає приріст продуктивності. За замовчуванням налагодження на сервері вимкнено.
3. Налаштування SQL сервера:
   
   
   • Нам потрібен лише сервер, решта служб, які до нього відносяться і, можливо, хтось ними користується, лише гальмують роботу. Зупиняємо та відключаємо такі служби як: FullText Search (у 1С власний механізм повнотекстового пошуку), Integration Services тощо.
   • Встановлюємо максимально відведену серверу кількість пам'яті. Це необхідно для того, щоб SQL Server розраховував на цей обсяг і чистив пам'ять заздалегідь.
   • Встановлюємо максимальну кількість потоків (Maximum worker threads) та виставляємо підвищений пріоритет сервера (Boost priority).

Етап 3. Налаштування робочої бази даних

Після того, як сервер СУБД та 1С:Підприємства оптимізовані, переходимо до налаштувань баз. Якщо база ще не розгорнута з.dt файлу, і ви знаєте зразковий її розмір, то первинному файлу розмір ініціалізації краще відразу вказати «>=» розміру бази, але це справа смаку, він все одно зросте при розгортці. А ось Автозбільшення розміру треба обов'язково вказати: приблизно по 200 МБ на базу та по 50 МБ на лог, т.к. значення за замовчуванням - зростання по 1МБ і по 10% дуже гальмують роботу сервера, коли йому при кожній 3-й транзакції треба файл збільшувати. Також зберігання файлу бази та файлу лога краще вказати на різних фізичних дискахабо RAID групах, якщо використовується RAID масиві обмежити розростання лога. Рекомендується виносити файл Tempdb на високошвидкісний масив, оскільки СУБД до нього часто звертається.

Етап 4. Налаштування регламентних завдань

Регламентні завдання створюються досить просто за допомогою Maintenance Plan у розділі Management, використовуючи графічні інструменти, тому докладно описувати, як цього не будемо. Зупинимося у тому, які операції необхідно виконувати підвищення продуктивності.

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

В результаті, за допомогою тонких налаштуваньсистеми, SQL сервера та робочої бази, нам вдалося підвищити продуктивність на 46%. Виміри були проведені за допомогою інструменту 1С КВП та за допомогою тесту Гільова. Останній показав 25,6 одиниць проти 17,53, які були спочатку.

Короткий висновок

1. Продуктивність 1С не залежить від частоти ОЗУ. При досягненні достатнього її обсягу подальше нарощування пам'яті немає сенсу, оскільки не призводить до збільшення продуктивності.
2. Продуктивність 1С залежить від відеокарти.
3. Продуктивність 1С залежить від дискової підсистеми за умови, що немає перевищення черги читання чи запису дисків. Якщо встановлено SATA дискиі в них не перевищено чергу, то встановлення SSDне призведе до підвищення продуктивності.
4. Продуктивність дуже залежить від частоти процесора.
5. При грамотному налаштуванні операційної системи та MSSQL-сервера можна досягти збільшення продуктивності 1С на 40-50% без будь-яких матеріальних витрат.

УВАГА! Дуже важливий момент! Усі виміри були виконані на тестовій базі з використанням тесту Гільова та інструментів 1С КВП. Поведінка реальної бази з реальними користувачами може відрізнятися від результатів. Наприклад, у тестовій базі ми не виявили залежності продуктивності від відеокарти та обсягу ОЗУ. Дані висновки є досить сумнівними і в реальних умовах ці фактори можуть істотно впливати на продуктивність. При роботі з конфігураціями, що використовують керовані форми, відеокарта важлива та потужна графічний процесорприскорює роботу з погляду промальовування інтерфейсу програми, візуально це проявляється у більш швидкій роботі 1С.

Ваша 1С працює повільно? Замовте ІТ-обслуговування комп'ютерів та серверів фахівцями компанії EFSOL з багаторічним стажем або перенесіть свою 1С на потужний та стійкий віртуальний сервер 1С .

Системна інтеграція. Консалтинг

Поточна версія: 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).

heavenly 20.02.13 — 15:59	КА 1.1.28.1 Підсумок 8.3 бали.
smitru 1 — 20.02.13 — 16:00
ansh15 2 — 20.02.13 — 16:08	(0)Стара тема
heavenly 3 — 20.02.13 — 16:14	Xeon X3450 2.67GHz 2x4Gb DDR3
Адімр 4 — 20.02.13 — 16:21
smitru 5 — 20.02.13 — 16:34
heavenly 6 — 20.02.13 — 16:43
Іде я? 7 — 20.02.13 — 16:44	Використовувати вбудований у материнку RAID контролер? Тестування продуктивності 1С чи купувати зовнішній?
smitru 8 — 20.02.13 — 16:45
Fragster 10 — 20.02.13 — 16:49	Тест Гільова однопоточний
Fragster 11 — 20.02.13 — 16:50
heavenly 12 — 20.02.13 — 16:51
Demiurg 13 — 21.02.13 — 07:30
el-gamberro 14 — 21.02.13 — 08:05
heavenly 15 — 21.02.13 — 09:47
heavenly 16 — 21.02.13 — 09:49

Наведи порядок у своїй роботі, використовуючи конфігурацію 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]

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

heavenly 20.02.13 — 15:59	Є сервер на CentOS 6.3 c 64-бітним Postgresql 8.4, на ньому ж встановлений 32-розрядний сервер 1С 8.2.16.368 *грошей на 64-бітний ключик не було * КА 1.1.28.1 Завантажив тест Гільова у вигляді файлика dt. Створив на цьому сервері нову базу, залив у неї цей файл. З комп'ютера клієнта заходжу в цю базу та запускаю тест. Підсумок 8.3 бали. Спробував у цій базі змінювати Режим сумісності, Режим управління блокуванням даних – результат той самий. Файлик postgresql відтюнінгований. Чи цей тест треба запускати на самому сервері?
smitru 1 — 20.02.13 — 16:00	(0)Гільов має свій форум. Там не пробував запитати?
ansh15 2 — 20.02.13 — 16:08	(0)Стара тема v8: продуктивність сервера 1с Знову ж таки, що називати сервером...
heavenly 3 — 20.02.13 — 16:14	Xeon X3450 2.67GHz 2x4Gb DDR3 2xSATA2 7200 у софтовому дзеркальному рейді
Адімр 4 — 20.02.13 — 16:21	(0) http://infostart.ru/public/147259/
smitru 5 — 20.02.13 — 16:34	(3) «у софтовому дзеркальному рейді» Афігет ... і після цього є нарікання на гальма????
heavenly 6 — 20.02.13 — 16:43	(5) Начебто софтовий рейд дає зовсім маленький оверхед ... а що пропонуєте робити? Використовувати вбудований у материнку RAID контролер? чи купувати зовнішній?
Іде я? 7 — 20.02.13 — 16:44	Використовувати вбудований у материнку RAID контролер? чи купувати зовнішній? А якщо контролер здохне? Або запасну материнку мати або два зовнішніх
smitru 8 — 20.02.13 — 16:45	(6) апаратний полюбас краще (тільки він дає реальне прискорення читання і не гальмує запис як софтовий) А так - потрібно розносити на різні дзеркала файли даних, систему, пейдж файл, темп дб (останні не дзеркала класти зайве, але на окремі девайси - корисно)
Fragster 10 — 20.02.13 — 16:49	Тест Гільова однопоточний
Fragster 11 — 20.02.13 — 16:50	(5) саме дзеркальний рейд (1 та 10) мало гальмує
heavenly 12 — 20.02.13 — 16:51	(7) виходячи з цих міркувань і був вибраний софтовий рейд. (8) дякую за коментар, але… даний серверстоїть у невеликій фірмі на 5-10 користувачів з невеликою кількістю документів на день. Наскільки виправдано рознесення файлів по дисках, та ще й купівля нових дисків?
Demiurg 13 — 21.02.13 — 07:30	(1) навіщо запитувати у фахівців, які щодня займаються продуктивністю, коли є міста? :))) (0) просто хочеться поспілкуватися, хотів би вирішити проблему, давно б звернувся
el-gamberro 14 — 21.02.13 — 08:05	Я ось теж не зрозумів, яке це носіння до 1С має?
heavenly 15 — 21.02.13 — 09:47	(14) хіба що тема у розділі IT, а чи не 1С. (13) не коштує воно 50 тис. руб. А взагалі одвірок у самому тесті, оскільки він розрахований на автоматичні блокування, а не керовані.
heavenly 16 — 21.02.13 — 09:49	Залишилося тільки згадати, де про це читав…

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с від Гільова:

"Сервер SQL"--->"Сервер 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-дисках