Загальнодоступний сервер для тестування. Стандартний тест навантаження. Операційна система ms server та субд ms sql
Продукти з бухгалтерського та управлінського обліку компанії 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. Параметри тестових сценаріїв
| Документ | Пріоритет запуску | Кількість документів | Пауза, секунд | Кількість рядків у документі | |
| Роль 1 | Рахунок покупцю | 1 | 25 | 51 | 62 |
| Надходження товарів | 2 | 25 | 80 | ||
| Реалізація товарів | 3 | 25 | 103 | ||
| Платіжні доручення | 4 | 25 | 1 | ||
| Повернення покупця | 5 | 25 | 82 | ||
| Роль 2 | Рахунок покупцю5 | 10 | 65 | 79 | |
| Надходження товарів | 1 | 22 | 80 | ||
| Реалізація товарів | 2 | 25 | 103 | ||
| Платіжні доручення | 3 | 25 | 1 | ||
| Повернення покупця | 4 | 25 | 75 | ||
| Роль 3 | Рахунок покупцю | 4 | 15 | 45 | 76 |
| Надходження товарів | 5 | 26 | 80 | ||
| Реалізація товарів | 1 | 52 | 103 | ||
| Платіжні доручення | 2 | 26 | 1 | ||
| Повернення покупця | 3 | 32 | 90 | ||
| Роль 4 | Рахунок покупцю | 3 | 45 | 38 | 70 |
| Надходження товарів | 4 | 30 | 80 | ||
| Реалізація товарів | 5 | 30 | 103 | ||
| Платіжні доручення | 1 | 20 | 1 | ||
| Повернення покупця | 2 | 20 | 86 | ||
| Роль 5 | Рахунок покупцю | 2 | 30 | 73 | 76 |
| Надходження товарів | 3 | 30 | 80 | ||
| Реалізація товарів | 4 | 30 | 103 | ||
| Платіжні доручення | 5 | 18 | 1 | ||
| Повернення покупця | 1 | 18 | 91 | ||
| Роль 6 | Рахунок покупцю | 1 | 40 | 35 | 86 |
| Надходження товарів | 2 | 40 | 80 | ||
| Реалізація товарів | 3 | 40 | 103 | ||
| Платіжні доручення | 4 | 40 | 1 | ||
| Повернення покупця | 5 | 40 | 88 | ||
| Роль 7 | Рахунок покупцю | 5 | 25 | 68 | 80 |
| Надходження товарів | 1 | 25 | 80 | ||
| Реалізація товарів | 2 | 25 | 103 | ||
| Платіжні доручення | 3 | 25 | 1 | ||
| Повернення покупця | 4 | 25 | 90 | ||
| Роль 8 | Рахунок покупцю | 3 | 25 | 62 | 87 |
| Надходження товарів | 4 | 25 | 80 | ||
| Реалізація товарів | 5 | 25 | 103 | ||
| Платіжні доручення | 1 | 25 | 1 | ||
| Повернення покупця | 2 | 25 | 92 | ||
| Роль 9 | Рахунок покупцю | 2 | 20 | 82 | 82 |
| Надходження товарів | 4 | 20 | 80 | ||
| Реалізація товарів | 5 | 20 | 103 | ||
| Платіжні доручення | 1 | 20 | 1 | ||
| Повернення покупця | 3 | 20 | 98 | ||
| Роль 10 | Рахунок покупцю | 4 | 50 | 2 | 92 |
| Надходження товарів | 1 | 50 | 80 | ||
| Реалізація товарів | 2 | 50 | 103 | ||
| Платіжні доручення | 5 | 50 | 1 | ||
| Повернення покупця | 3 | 50 | 98 |
Таблиця 2. Технічні характеристики тестового стенду
| №п\п | Роль системи | CPU\vCPU | RAM, Гб | Дискова система введення/виводу |
| 1 | Сервер терміналів– віртуальна машина для керування тестами | 4 ядра 2.9 GHz |
16 Гб | Intel Sata SSD Raid1 |
| 2 | Сценарій 1.Сервер 1С + СУБД апаратний | Intel Xeon E5-2690 16 ядер |
96 Гб | Intel Sata SSD Raid1 |
| 3 | Сценарій 2.Сервер 1С + СУБД віртуальні | 16 ядер 2.9 GHz |
64 Гб | Intel Sata SSD Raid1 |
| 4 | Сценарій 3.Сервер 1С віртуальний | 16 ядер 2.9 GHz |
32 Гб | Intel Sata SSD Raid1 |
| 5 | Сценарій 4.Сервер СУБД віртуальний | 16 ядер 2.9 GHz |
32 Гб | Intel Sata SSD Raid1 |
| 6 | Програмне забезпечення |
|
||
| 7 | Зміни 1С |
|
||
Таблиця 3.1. Результати тестування за допомогою тесту Гільова (TPC-1C). Оптимальним вважається найбільше значення
Таблиця 3.2 Результати тестування за допомогою спеціального тесту 1С:КІП. Оптимальним вважається найменше значення
| Операційна система Microsoft Server | Операційна система класу Unix | |||||
| Перелік тестів (середнє значення за підсумками серії із 3 тестів) | Апаратний сервер 1С+СУБД, протокол SharedMemory | Віртуальний сервер 1С+СУБД, протокол SharedMemory | Апаратний сервер 1С та апаратний сервер СУБД, протокол TCP-IP | Віртуальний сервер 1С та віртуальний сервер СУБД, протокол TCP-IP | ||
| Проведення тестів 1С:КІП на існуючій базі, конфігурація Бухгалтерія Підприємства | ||||||
| Оборотно-сальдова відомість | 1,741 сек | 2,473 сек | 2,873 сек | 2,522 сек | 13,866 сек | 9,751 сек |
| Проведення повернення товарів від покупців | 0,695 сек | 0,775 сек | 0,756 сек | 0,781 сек | 0,499 сек | 0,719 сек |
| Проведення платіжних доручень | 0,048 сек | 0,058 сек | 0,063 сек | 0,064 сек | 0,037 сек | 0,065 сек |
| Проведення ПТІУ | 0,454 сек | 0,548 сек | 0,535 сек | 0,556 сек | 0,362 сек | 0,568 сек |
| Проведення реалізації товарів та послуг | 0,667 сек | 0,759 сек | 0,747 сек | 0,879 сек | 0,544 сек | 0,802 сек |
| Проведення рахунку на оплату | 0,028 сек | 0,037 сек | 0,037 сек | 0,038 сек | 0,026 сек | 0,038 сек |
| Розрахунок калькуляцій собівартості | 3,071 сек | 3,657 сек | 4,094 сек | 3,768 сек | 15,175 сек | 10,68 сек |
| Проведення тестів 1С:КІП на існуючій базі, конфігурація Управління Торгівлею | ||||||
| Проведення та повернення від клієнта | 2,192 сек | 2,113 сек | 2,070 сек | 2,418 сек | 1,417 сек | 1,494 сек |
| Проведення та повернення товарів постачальнику | 1,446 сек | 1,410 сек | 1,359 сек | 1,467 сек | 0,790 сек | 0,849 сек |
| Проведення замовлення клієнта | 0,355 сек | 0,344 сек | 0,335 сек | 0,361 сек | 0,297 сек | 0,299 сек |
| Проведення перерахунку товарів | 0,140 сек | 0,134 сек | 0,131 сек | 0,144 сек | 0,100 сек | 0,097 сек |
| Проведення надходження ТУ | 1,499 сек | 1,438 сек | 1,412 сек | 1,524 сек | 1,097 сек | 1,189 сек |
| Проведення реалізації ТУ | 1,390 сек | 1,355 сек | 1,308 сек | 1,426 сек | 1,093 сек | 1,114 сек |
| Проведення РКО | 0,759 сек | 0,729 сек | 0,713 сек | 0,759 сек | 0,748 сек | 0,735 сек |
- У спеціальному тесті 1С операції «читання даних та складних обчислень», такі як «Оборотно-сальдова відомість» та «Розрахунок калькуляцій собівартості» у кілька разів швидше виконуються на СУБД MS SQL від Microsoft.
- При операціях «запису даних та проведення документів» у більшості тестів найкращий результат показує СУБД PostgreSQL, оптимізований для 1С.
- Синтетичний тест Гільова також показує перевагу PostgreSQL. Пов'язаний цей факт з тим, що синтетичний тест заснований на вимірі швидкості створення та проведення певних типів документів, що вважається також операціями «запису даних та проведення документів».
Закінчимо з кросплатформним порівнянням, перейдемо до порівнянь усередині кожної системи:
- Очікується, що тести 1С на апаратній платформі показують результати краще, ніж на віртуальній. Різниця у результатах спеціального тесту 1С в обох випадках невелика, що свідчить про поступову оптимізацію виробниками віртуальних гіпервізорів.
- Також очікується, що використання технології пам'яті (SharedMemory) прискорює процес обміну даними між сервером 1С і СУБД. Відповідно, показання тестів трохи краще, ніж у схеми з мережевим взаємодією цих двох сервісів у вигляді протоколу TCP-IP.
Можна зробити висновок, що при правильному налаштуванні 1С і СУБД, можна досягти значних результатів навіть на безкоштовному програмному забезпеченні. Тому при проектуванні нової ІТ-структури для 1С потрібно враховувати рівень навантаження на систему, тип превалюючих операцій у базі, наявний бюджет, наявність фахівця з нестандартних СУБД, необхідність інтеграції із зовнішніми сервісами тощо. Виходячи з цих даних, вже можна підбирати потрібне рішення.
Читайте продовження тестування.
Кожен спеціаліст підтримки має досвід отримання абстрактних скарг із боку користувачів. Всім знайомі формулювання: "вона дуже довго думає", "у мене червоне вікно", "система працює якось не так", а також "цього давно не було, і ось знову".
У такій ситуації відразу розібратися, де криється помилка, і що в першу чергу, дуже складно. У статті розглянемо чого залежить продуктивність 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С, то щоб зрозуміти, яке навантаження він дає на залізо, необхідно налаштувати збір наступних лічильників:
| \Process("1cv8*")\% Processor Time |
| \Process("ragent*")\% Processor Time |
| \Process("ragent*")\Private Bytes |
| \Process("ragent*")\Virtual Bytes |
| \Process("rmngr*")\% Processor Time |
| \Process("rmngr*")\Private Bytes |
| \Process("rmngr*")\Virtual Bytes |
| \Process("rphost*")\% Processor Time |
| \Process("rphost*")\Private Bytes |
| \Process("rphost*")\Virtual Bytes |
| \Process("1cv8*")\Private Bytes |
| \Process("1cv8*")\Virtual Bytes |
Якщо поточна система перебуває у незадовільному стані, то виходячи з зібраних вимірів, застосовуючи лінійну залежність, слід розрахувати параметрів устаткування установки цільової системи.
Якщо придбання серверного обладнання лише планується, розрахувати його параметри можна проеммулировав роботу планованої системи, але у меншому масштабі, наявному устаткуванні. Для цього використовується «1С:Тест-цент», що входить до Корпоративного інструментального пакету 1С. На підставі отриманих вимірів, за допомогою методик розрахунку визначаються параметри системи, що планується, і, відповідно, вимоги до обладнання. Цей тест можна використовувати багаторазово під різні виміри, попередньо доповнивши та розширивши функціонал. Ця методика має високу точність та простоту розрахунку.
Для ролей сервера 1С сервера СУБД MS SQL 2008 для 50 користувачів.
Згідно сервер-експерту, збираємо залізо:
Вибираємо платформу: IBM x3650 M3
Вибираємо процесор: Intel Xeon E5506 – 1шт.
Вибираємо оперативну пам'ять: 4 планки по 4Гб
Вибираємо жорсткий диск: 3 SAS по 146 Гб RAID5
ПЗ, що використовується:
ОС MS Windows 2008 x64
СУБД MS SQL 2008 x64
Сервер 1С 8.2х64
Тестове середовище: для проведення тестування навантаження використовувалася конфігурація 1С 8.2: «Стандартний тест навантаження».
Хід тестування:
На локальному сервері була запущена клієнтська сесія 1С в режимі агента та в режимі тестування.
У тестовій конфігурації була вказана початкова кількість емульованих стандартних користувачів 1С, що створюють та видаляють документи та звіти, що дорівнює 20. Крок збільшення кількості користувачів після проведення тестів був виставлений 20 користувачам.
Спочатку (без користувальницьких підключень) СУБД займає 569 Мб оперативної пам'яті (створено 2 БД: конфігурація 1С 8.2: УПП та тестова конфігурація), зайнята пам'ять системою становить 2,56 Гб.
У результаті тестування (до 110 користувачів) пам'ять під СУБД виділяється до 12 Гб, одна тестова сесія 1С займає 55 Мб (55Мбх200=11Гб). Для порівняння - одна реальна сесія користувача (клієнтський додаток 1С) займає близько 300 - 500 Мб. Розмір пам'яті, що виділяється для клієнтського додатка 1С, вказаний для користувача, що працює у стандартній конфігурації 1С: Торгівля або 1С: УПП. Служба сервера 1С (rphost) мало використовує ОП, оскільки лише транслює запити від клієнтської частини до СУБД (за стандартом використовується порт TCP 1541 і TCP 475 для сервера захисту 1С).
Використання ресурсів ЦП розділялося між службою сервера 1С (rphost) та службою СУБД (sqlservr). При навантаженні в 40 користувачів rphost займав 37% потужності ЦП, sqlservr займав 30%. При навантаженні в 60 користувачів rphost займав 47% потужності ЦП, sqlservr займав 29%.
Під час видалення створених документів служба sqlsrvr зверталася до дискової підсистеми для запису на швидкості до 6,5 Мбайт/сек (близько 52 Мбіт/сек).
Навантаження на мережу між сервером 1С та СУБД (на локальних інтерфейсах lookback) становило 10 Мб/с.
Результат тестування, виданий тестовою конфігурацією 1С:
Параметри: Запуск тесту 000000006 від 24.05.2012 12:44:16
Стандартний тест навантаження, версія 2.0.4.11
Початок тестування 23.05.2012 12:36:39. Час виконання: 57,1 хвилин.
Умови тестування
«Сервер 1С: Підприємства: test
Ім'я інформаційної бази: testcenter_82
Віртуальні користувачі: TEST,»
Висновки:
Необхідно послабити конфігурацію сервера, оскільки поточна є надмірною на 100% для 50 користувачів.
Необхідно виконати тестування, використовуючи другий сервер для запуску емульованих користувачів та перевірити навантаження на мережу, очікуване навантаження – 10 Мб/сек.
Архітектура 1С складається з 4-х блоків: сервер 1С, СУБД, сервер захисту 1С та клієнт 1С. У цьому тесті всі ці функції було запущено одному сервері.
При великому навантаженні на сервер 1С є такі рекомендації:
Розносити ролі сервера 1С, сервера СУБД, сервера захисту 1С та клієнтські програми 1С (для більшої швидкодії клієнтські програми 1С краще запускати на термінальному сервері).
На сервері СУБД необхідно використовувати наступну структуру для систем зберігання даних: ОС повинна розташовуватися на RAID 1, файли даних СУБД (.mdf, .ndf) на окремому RAID 0, файли журналу (.ldf) на окремому RAID 0, тимчасові файли та файл підкачування на окремому диску.
Результати тесту навантаження TPC-1 продуктивності 1С по Гільову для конфігурації з файловою базою даних:
Продуктивність сервера оцінюється не завантаженістю та чергами до CPU, а здатністю виконати певну кількість операцій за одиницю часу.
Конкурування за такі ресурси, як процесор, знижує швидкість виконання операцій, коли час відгуку визначається:
- часом операції
- часом очікування обладнання
- часом логічних очікувань на кшталт блокувань
У цьому ключовою характеристикою є швидкість операції.
Примітка. Для процесора найбільш значущою характеристикою є частота процесора, а не завантаженість. Нижче скріншот результатів проведеного тестування (Щоб збільшити картинку – натисніть на неї).
Швидкодія системи та планування необхідних обчислювальних ресурсів для її реалізації є обов'язковою операцією за будь-якого впровадження або зміни існуючої ІТ системи.
Більшість існуючих методів оцінки продуктивності ґрунтуються на тому чи іншому типі тестування.
Можна виділити два основні типи тестування: компонентне та інтегральне.
p align="justify"> При компонентному тестуванні проводиться тестування окремих компонентів рішення, починаючи від продуктивності процесорів або підсистем зберігання інформації до тестування продуктивності сервера в цілому, але без корисного навантаження у вигляді того чи іншого бізнес-додатку.
Інтегральний підхід характеризується оцінкою продуктивності рішення загалом, як його програмної, і апаратної елементів. При цьому може використовуватися як бізнес-додаток, який буде використаний у кінцевому рішенні, так і деякі модельні програми, що емулюють деякі стандартні бізнес-процеси та навантаження.
У нашому тесті якраз і використовується такий підхід.
Ми отримали як результат якийсь індекс продуктивності (швидкості). Це результат роботи платформи загалом на нашому залізі. У разі клієнт-серверного варіанту це результат складного ланцюжка проходження запитів по різних ділянках. Ви отримуєте загальний фактичний результат, який визначається найвужчим місцем у системі. Налаштування СУБД, і налаштування ОС, та обладнання впливають на загальний результат продуктивності системи.
Тест оцінює кількість роботи в одиницю часу в одному потоці і підходить для оцінки швидкості роботи однопоточних навантажень, включаючи швидкість малювання інтерфейсу, впливу витрат на обслуговування віртуального середовища і, якщо є, переведення документів, закриття місяця, розрахунок зарплати і т.п.
Поточна версія: 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 |
|
| 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 |
| Адімр 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-бітний ключик не було * Завантажив тест Гільова у вигляді файлика dt. Спробував у цій базі змінювати Режим сумісності, Режим управління блокуванням даних – результат той самий. Чи цей тест треба запускати на самому сервері? |
| smitru 1 — 20.02.13 — 16:00 |
(0)Гільов має свій форум. Там не пробував запитати? |
| ansh15 2 — 20.02.13 — 16:08 |
(0)Стара тема |
| heavenly 3 — 20.02.13 — 16:14 |
Xeon X3450 2.67GHz |
| Адімр 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) навіщо запитувати у фахівців, які щодня займаються продуктивністю, коли є міста? :))) |
| el-gamberro 14 — 21.02.13 — 08:05 |
Я ось теж не зрозумів, яке це носіння до 1С має? |
| heavenly 15 — 21.02.13 — 09:47 |
(14) хіба що тема у розділі IT, а чи не 1С. |
| heavenly 16 — 21.02.13 — 09:49 |
Залишилося тільки згадати, де про це читав… |
TurboConf 5 - розширення можливостей Конфігуратора 1С
УВАГА!
Якщо ви втратили вікно введення повідомлення, натисніть Ctrl-F5або Ctrl-Rабо кнопку «Оновити» у браузері.
Тема не оновлювалася тривалий час і була позначена як архівна. Не можна додавати повідомлення.
Але ви можете створити нову гілку і вам обов'язково дадуть відповідь!
Щогодини на Чарівному форумі буває більше 2000
людина.