Standardowy test obciążenia. Standardowy test obciążenia Nie uruchamiaj testu na serwerze, na którym aktualnie pracują użytkownicy, bo się posmucą! Test daje bardzo duże obciążenie

Aktualna wersja: 2.0.011. Historia wersji tutaj: wersje.php

Możesz go pobrać tutaj: http://infostart.ru/public/173394/ lub tutaj: perfomanceTest.cf

Test pozwala zmierzyć wydajność serwera link 1c - serwer DBMS w różne opcje w trybie wielowątkowym. Test trwa 20-30 minut.

Nie uruchamiaj testu na serwerze, na którym aktualnie pracują użytkownicy, bo się posmucą! Test daje bardzo duże obciążenie!

Wyniki testu można przeglądać jako raport w konfiguracji.

Test obciążenia TPC-1C Gilev

Możliwe jest również udostępnienie wyników innym osobom, które ukończyły test, korzystając z przetwarzania Udostępnij wyniki. Po wymianie będzie można porównać swoje wyniki z wynikami innych osób.

Więcej szczegółowe instrukcje, a także omówienie testu można znaleźć pod adresem http://infostart.ru/public/173394/.

W bazie znajduje się 751 wyników, Ostatnia aktualizacja od 2018-06-15 06:33:26. Wyniki można obejrzeć pobierając test i uruchamiając wymianę wyników lub (w uproszczonej formie) tutaj: results.php

Statystyka

Wyniki wersji 1.x: index_old.php

Wykresy używają c3js i d3js (c3js zależy od tego).

Uporządkuj swoją pracę, korzystając z konfiguracji 1C „Zarządzanie działem IT 8”

UWAGA! Ctrl+F5 lub Ctrl-R

2000 człowiek.

tło

Obowiązkowa operacja dla każdej implementacji lub modyfikacji istniejącego System informacyjny jest ocena wymaganej szybkości działania systemu i zaplanowanie niezbędnych zasobów obliczeniowych do jego wdrożenia. Obecnie nie ma dokładnego rozwiązania tego problemu w ogólny widok, a jeśli mimo to
jego złożoność i koszt, taki algorytm zaproponuje jakiś producent, wtedy nawet drobne zmiany w sprzęcie, wersji oprogramowanie, konfiguracja systemu lub liczba lub standardowe zachowania użytkowników doprowadzą do istotnych błędów.
Istnieje jednak wiele sposobów oceny konfiguracji oprogramowania i sprzętu wymaganej do osiągnięcia wymaganej wydajności. Wszystkie te metody można zastosować w procesie selekcji, ale konsument musi zrozumieć ich zakres i ograniczenia.

Większość istniejących metod oceny wyników opiera się na:
lub innego rodzaju badania.

Istnieją dwa główne rodzaje testów:
składnik i integralna.

Przeprowadzane są testy komponentów
testowanie poszczególnych elementów rozwiązania, począwszy od wydajności
procesory lub podsystemy pamięci masowej przed testowaniem
wydajność serwera jako całości, ale bez ładunku w postaci takiej czy innej
aplikacje biznesowe.

Test naprężeń

Podejście integralne charakteryzuje się oceną
wydajność rozwiązania jako całości, zarówno oprogramowania, jak i części sprzętowych.
W takim przypadku może służyć jako aplikacja biznesowa, która będzie używana
w ostatecznym rozwiązaniu, a także niektóre aplikacje modelowe, które emulują
niektóre standardowe procesy biznesowe i obciążenia.

Testy TPC i inne uniwersalne testy pozwalają wybrać najbardziej obiecujące platformy i porównać oferty różnych producentów, ale to tylko informacje ogólne która nie uwzględnia specyfiki działalności. Specjalistyczne testy pozwalają na dokładniejszy dobór konkretny model serwer i jego konfiguracja. Jednak najbardziej świadome decyzje podejmowane są tylko na podstawie wyników testów obciążeniowych. Tylko one pozwalają optymalnie skonfigurować wybrane
platformę serwerową i dostosuj ją pod kątem maksymalnej wydajności.

Co się stało TPC-1C-GILV

Jest to seria niezależnych testów zaprojektowanych w celu oceny wydajności platformy 1C:Enterprise 8.1 na Twoim komputerze(ach).

Oczywiście „niezależny” test oznacza, że ​​nie jest sponsorowany przez 1C.

Test jest obecnie dostępny TPC-Lokalna przepustowość/ TPC-1C-GILV-A” (ostatnia aktualizacja z sierpnia 2008 r. do wersji 1.0.3)

pomysł na test TPC-Lokalna przepustowość/ TPC-1C-GILV-A

Pobierasz plik do przesyłania konfiguracji (~400 Kb) z tej witryny i przesyłasz go do swojej witryny. Jeśli wdrożysz konfigurację w opcjach plików, to w dużej mierze test przetestuje łącze "CPU twojego komputera - HDD tam, gdzie leży podstawa".

Jeśli rozszerzymy konfigurację do wersji klient-serwer, to CPU serwera aplikacji - CPU serwera subd - HDD - serwera subd będzie głównie obciążony.

Test intensywnie zapisuje 5000 dokumentów. Logika biznesowa kodu nie ma głębokiego znaczenia, ocenia się po prostu wydajność dokumentu X, który został warunkowo wybrany jako standard.

Największą zaletą testu jest to, że nie musisz znać szczegółów technicznych. Test jest samodzielny i daje punktację. Ponadto nie musisz podawać wyniku komu 🙂

Można porównać wydajność kilku serwerów lub jednego serwera o różnych charakterystykach podsystemu dysków.

Przeprowadzając test z serwera aplikacji i od klienta przez sieć, można zrozumieć wpływ sieci z klienta na serwer.

Jak przeprowadzić test

Przeprowadzenie testu jest bardzo łatwe. Muszę nacisnąć przycisk

i poczekaj, aż wskaźnik testu (po prawej stronie przycisku) osiągnie 100%.

Test trwa zwykle około 8 minut.

Co oznaczają wyniki testu

Wynik testu przedstawiany jest jako „szybkość zapisu” danych testowych. Błąd testu to 2 jednostki. Aby uzyskać dokładną ocenę, możesz powtórzyć test 3 razy.

Gdy wskaźnik testowy osiągnie 100%, zobaczysz wykresy takie:

Poniżej wykresów znajduje się kilka poprzednich podobnych testów.

Kolor wykresu wskazuje na aktualną jakość „całkowitej” wydajności pracy bez uwzględniania blokad.

Zielony kolor wykresu wraz z niektórymi wskaźnikami po prawej stronie, warunkowo wybranymi jako benchmarki, pozwala nam dokonać uogólnionej, wieloplatformowej oceny „dobrej” wydajności 🙂

Jak cieszyć się wynikami testów

W rezultacie otrzymałeś pewien wskaźnik wydajności (rozważ prędkość). Nie ma znaczenia, czy wynik jest dobry, czy zły, jest to wynik działania PLATFORMY na twoim sprzęcie. W przypadku wersji klient-serwer jest to wynik złożonego łańcucha przekazywania żądań przez różne sekcje. Otrzymasz ogólny rzeczywisty wynik, który jest określany przez DOLNY PUNKT w systemie. MIEJSCE NA BUTELKĘ JEST ZAWSZE!

Innymi słowy, zarówno ustawienia DBMS, ustawienia systemu operacyjnego, jak i sprzęt wpływają na ogólny wynik zespołu 🙂

Który serwer jest lepszy

Ten test, wykonywany na konkretnym serwerze, daje wynik na zestawie ustawień sprzętowych, system operacyjny, subd itp. Jednak wysoki wynik na określonym sprzęcie serwerowym oznacza, że ​​w normalnych warunkach ten sam wynik uzyska się na identycznym sprzęcie serwerowym. Ten test jest bezpłatna pomoc w możliwości porównania instalacji 1C:Enterprise pod Windows i Linux, trzy różne DBMS obsługiwane przez platformę 1C:Enterprise 8.1.

Test bezpieczeństwa

Test jest całkowicie bezpieczny. Nie prowadzi do „upadku” serwera (nie ma algorytmu „stresu”) i nie wymaga wstępnych działań nawet na serwerze „bojowym”. Dane poufne również nie są rejestrowane w wynikach testu. Zbiera informacje o parametrach CPU, RAM, HDD. Numer seryjny urządzenia nie są zmontowane. Wszystko to można łatwo zweryfikować - kod testowy jest w 100% otwarty. Żadne przekazywanie informacji bez Twojej wiedzy nie jest możliwe.

Jak publikować wyniki testu

Jeśli chcesz pomóc w opracowaniu testu, możesz uruchomić kilka testów na swoich serwerach. Następnie zostaw ogólną listę wykonanych testów tylko te, które chcesz opublikować i wyślij dt-upload z wynikami.

Dane zostaną ręcznie sprawdzone (czy nie są błędne), adresat testów zostanie dodany do kolumny "autor" testów i dodany do uploadu, dostępnego do pobrania dla każdego.

Klasyfikacja TPC-Lokalna przepustowość/ TPC-1C-GILV-A

Test należy do sekcji uniwersalnych integralnych testów wieloplatformowych. Co więcej, ma zastosowanie do wariantów plików i klient-serwer operacji 1C:Enterprise. Test działa dla wszystkich DBMS obsługiwanych przez 1C.

Uniwersalność umożliwia dokonanie uogólnionej oceny wydajności bez przywiązywania się do określonej typowej konfiguracji platformy.

Z drugiej strony oznacza to, że w przypadku dokładnych obliczeń niestandardowego projektu test pozwala na dokonanie wstępnej oceny przed specjalistycznym testowaniem obciążenia (na przykład przy użyciu 1C: Testcenter).

Notatka. Modyfikacja testu " A„ oznacza „automatyczne sterowanie zamkami”. Po wydaniu oficjalnych wersji standardowych rozwiązań od 1C planuje się modyfikację testu do pracy w trybie „kontrolowanych zamków” i oznaczenie go literą „ m".

Pobierz test

Ten test nie jest komercyjny i jest dostępny do bezpłatnego pobrania.

Wyniki testów

Top - 3 najlepsze instalacje klient-serwer 1C na MS Serwer SQL. Ty też możesz dostać się do tego stołu. Możesz zobaczyć wyniki bardziej szczegółowo, pobierając test.

Szczegóły techniczne

Co dzieje się w teście w „jednym” cyklu operacji?

Przykład wykonania poleceń sql można znaleźć w załączonym pliku.

Jak zmierzyć obciążenie żelaza?

Należy zauważyć, że sam test już częściowo wykonuje pomiar. Aby uzyskać bardziej szczegółowy obraz, polecam użycie narzędzia Process Explorer Marka Rusinovicha.

Rysunek przedstawia przykład pomiaru dla wersji pliku.

Kontakty dla TPC-1C-GILV

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

wyniki testów, propozycje rozwoju

i wyślij opinię e-mailem: [e-mail chroniony]

Przejdź do innych materiałów strony

TurboConf 5 - rozszerzenie możliwości Konfiguratora 1C

UWAGA!

Jeśli zgubiłeś okno wprowadzania wiadomości, kliknij Ctrl+F5 lub Ctrl-R lub przycisk Odśwież w przeglądarce.

Temat nie został zaktualizowany długi czas i został oznaczony jako zarchiwizowany. Dodawanie wiadomości nie jest możliwe.
Ale możesz stworzyć nowy wątek i na pewno otrzymasz odpowiedź!
Co godzinę jest ich więcej niż 2000 człowiek.

Komputery (nazwa warunkowa) biorące udział w testach - opis (dyski są wskazane tylko dla bazy danych):

(wyjaśnienie między serwerami sieć 1 Gbit)

1) IT33- desktop na 4 rdzeniach Core i5 2,8 GHz, DDR3 3 GB, jeden dysk twardy 7200 obr/min.

2) PRAWDZIWY- NAJPOTĘŻNIEJSZE jak myślałem)) 8 rdzeni Xeon 3 GHz, DDR2 48 GB, RAID10 na SSD

3) REAL2- 8 rdzeni Xeon 2 GHz, DDR2 22 GB,RAID10 na dyskach twardych SAS 10 000 obr./min

Testy przeprowadzono w konfiguracji 1c z Gileva:

>1)REAL2--->REAL2--->25,64(TCP--SQL)
>2)REAL2--->REAL2--->26,32(SQL--pamięć współdzielona)

>3)REAL2--->REAL2--->25,64(SQL--Shared Memory) + IT33(client) - od klienta do sieci serwerów=10 Mbit

>4 )REAL2--->REAL2--->24.27(SQL--Shared Memory) + REAL(client) - hmm.. dziwna sieć 1Gbit...dlaczego jest mniej papug..
>5)REAL2--->REAL2--->37,59(Plik)

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

>2) PRAWDZIWE ---> Real2--->11.99(TCP--SQL) --- to już zaczęło mnie skłaniać do przemyśleń))

>3) REAL--->REAL--->17,48 (Plik)

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

>1)IT33--->IT33--->26,88 (TCP--SQL)
>2)IT33--->IT33--->34.72(SQL--pamięć współdzielona)
>3)IT33--->IT33--->59,52(Plik)

Wyniki:

Obejrzałem wyniki testu ... skręcone w tę i w tamto)) i wtedy mnie olśniło (zmierzyłem prędkość pamięci RAM),

że z szybkością 1s 8.x (zauwazę, że Wyniki Testów oparte są na trybie SINGLE-USER, ale dla wersji klient-serwer w pracy wieloużytkownikowej - myślę, że będą też miały spory udział) -

więc na prędkość 1C wpływ mają: częstotliwość magistrali procesora + częstotliwość pamięci RAM

----> co wpływa Prędkości ZAPISU i ODCZYTU w pamięci RAM. Jaka jest podstawa wydajności 1s 8.x.

Komputery, które podzieliły nagrody Według szybkości pracy 1s))

1)WT33--->IT33--->59.52(Plik)

RAM DDR 3 (Odczyt 11089 Mb/s, Zapis 7047 Mb/s) ------ tak jak się spodziewałem, przy serwerach różnica będzie znacząca

2) PRAWDZIWE2--->REAL2--->37,59(Plik)
- RAM DDR2 (odczyt=3474, zapis=2068)

3) PRAWDZIWE--->PRAWDZIWE--->17.48(Plik)
- RAM DDR2 (Odczyt=1737 Mb/s, Zapis=1042 Mb/s) - jak się okazało prędkość jest mniejsza niż na Real2 - dokładnie 2 razy,

ze względu na włączone Wirtualne Rdzenie (Hyper-trading) - najprawdopodobniej wyłączymy to.

WNIOSKI:

Osiągnięto najwyższą prędkość 1s 8.x:

I) dla opcji Plik (osobiście nie jestem zainteresowany)

A) uruchomienie Klienta (dowolnego) na komputerze o dużej szybkości pracy z Baran. (np. serwer terminali

DB tam).

II) dla wariantu Klient-Serwer

1) Grubi klienci 1C na "Serwerze terminali" - z +

2) Cienki klient 1C- nie ma dużej różnicy gdzie... ale pożądane jest konfigurowanie przez "HTTP://".
3a) „Serwer SQL” + „Serwer 1c Enterprise”(w trybie pamięci współdzielonej) - na tej samej taczce z Najwyższa prędkość zapisu/odczytu pamięci RAM + Rdzenie procesora o najwyższej częstotliwości GHz dyski

Dane techniczne:

- Pomocpamięć współdzielona- pojawił się na silniku od 8.2.17 (UWAGA w konfiguracji - tryb zgodności z poprzednie wersje silnika), Naimed Pipes będą używane w poprzednich silnikach - również wykazują dobre wyniki))

- Napad na Dyski SSD - wskazane jest użycie RAID10 - dla odporności na awarie, z uwzględnieniem WRITE SCARF:

przykład RAID10 (4 szt. Zapis kary = 2) , prędkość zapisu = 4/2 = 2 dyski, brak kary za odczyt.

Możesz jeszcze bardziej zwiększyć niezawodność i stabilność Prędkości SSD- niewykorzystanie całej przestrzeni dyskowej.

przykład (podniesienie niezawodności Desktop SSD do poziomu Server SSD):

Jeśli na przykład dysk SSD Intel 520 z serii 520 i przydzielisz 81 GB, a resztę miejsca pozostawisz nieprzydzieloną -

wtedy około 32% miejsca na SSD zostanie przydzielone na nadmierną alokację oprócz już istniejących ukrytych 8%. W sumie otrzymujemy około 40%

Różnica między serwerowym dyskiem SSD z serii Intel 710 a dyskiem SSD z serii Intel 320 do komputerów stacjonarnych jest właśnie różnicą w nadmiernej alokacji: ponad 40% w przypadku Intel 710 i 8% w przypadku Intel 320.

Jeśli jest wielu klientów 1C od 100 wzwyż:

1) O aktualnych technologiach Sieci Ethernet -NIE JEST ODPOWIEDNIE wpisywać „SQL” „Server 1C”.

np. z powodu opóźnień (opóźnień) w sieci Gigabit Ethernet - realny kurs wymiany przy SQL= 30 MB/s - co nie wystarcza nawet przy intensywnej pracy z Bazą Danych pierwszego użytkownika.

2) Ponieważ faktycznie "Server 1s"="Object DBMS" (obiekty wielowymiarowe) i "SQL"= "relacyjny DBMS"(płaskie przechowywanie danych)

=> projekcja FLAT obiektów 1C jest przechowywana w bazie danych SQL, a serwer 1C zbiera obiekt z tej projekcji, następnie pracuje z tym obiektem, a na koniec, po zakończeniu pracy, układa go ponownie w płaskim widoku, zapisanie go w SQL.

To w konsekwencji między "SQL" "Server 1C" - a musisz odmówić podziału na dwa fizyczne serwery. Ale możesz skorzystać z pełnej implementacji węzłów NUMA. ( Powinno to być obsługiwane przez system operacyjny i same procesory).

3b) Serwer SQL i Server 1c dystrybuujemy osobno: Na obecnych technologiach Ethernet - np. Gigabit - NIE JEST NIEZBĘDNE
-SQL do serwera z Najwyższa prędkość zapisu/odczytu pamięci RAM + Rdzenie procesora o najwyższej częstotliwości GHz
-Kilka Serwery FIZYCZNE w Klastrze 1s C Najwyższa prędkość zapisu/odczytu pamięci RAM + Rdzenie procesora o najwyższej częstotliwości GHz+ pożądane jest użycie RAID na SSD- dyski

Produkty do rachunkowości i rachunkowości zarządczej firmy 1C są najczęściej spotykane na terytorium Federacji Rosyjskiej. Tysiące firm prowadzi swoją działalność w oparciu o standardowe i specjalistyczne konfiguracje 1C. Przy tak masowym wykorzystaniu regularnie pojawia się szereg pytań dotyczących optymalizacji budżetu na oprogramowanie i rozsądnego wykorzystania zasobów. Kontrowersje wokół części serwerowe ten kompleks, w szczególności - na którym systemie operacyjnym oprzeć serwer 1C i który DBMS powierzyć przetwarzanie baz danych 1C. Podczas naszych testów postaramy się odpowiedzieć na te pytania.

Uczestnicy testu

System operacyjny MS Server i MS SQL DBMS

• Firma 1C otwarcie pozycjonuje ten pakiet jako główny model roboczy, odpowiednio produkty 1C są tworzone głównie dla niego.
• Obecność protokołu bezpośredniej szybkiej wymiany informacji SharedMemory
• Jest urzędnik pomoc techniczna i umowy serwisowe
• Istnieje baza wiedzy i mnóstwo informacji na temat instalacji i strojenie 1C+MS SQL

System operacyjny Unix i DBMS PostgreSQL

• System jest całkowicie darmowy (z wyjątkiem licencji na serwer 1C:Enterprise)
• Jest taka możliwość elastyczne ustawienia zestaw parametrów poprawiających wydajność SZBD
• Deklarowane wsparcie dla produktów PostgreSQL DBMS by 1C
• Możliwość replikacji bazy danych

Oczywiście koszt projektu, odporność na awarie i wsparcie techniczne są ważnymi kryteriami przy wyborze systemu informatycznego dla 1C. Jest jednak czynnik, który w większości przypadków dramatycznie wpływa na podejmowanie decyzji – jest to szybkość.

Ponieważ w Internecie jest po prostu ogromna ilość literatury technicznej na temat tych dwóch systemów, można by długo dyskutować o długich tabele porównawcze, które w zależności od celów podkreślają zalety danego produktu. Możesz omówić ten lub inny parametr wśród setek innych tego samego rodzaju - jak wyjątkowy jest w swoim rodzaju i jak wpływa na osiągnięcie wyniku. Ale teoria bez praktyki jest martwa - proponujemy pominąć teorię w tym artykule i przejść bezpośrednio do faktów w celu przetestowania wydajności obu systemów informatycznych w praktyce przy pewnym poziomie zalecanych ustawień i w różnych opcjach architektury serwera (patrz tabela 2).

Metody testowe

W naszych testach będziemy opierać się na dwóch metodach syntetycznego generowania obciążenia i imitacji pracy użytkownika w 1C. To jest test Gilev (TPC-1C) i specjalny test 1C „Centrum testowe” z zestawu narzędzi 1C: KIP ze specjalnymi scenariuszami użytkownika.

Test Gileva (TPC-1C)

Test Gileva należy do sekcji uniwersalnych międzyplatformowych testów obciążeniowych. Może być używany zarówno w architekturze plikowej, jak i klient-serwer 1C:Enterprise. Test mierzy ilość pracy na jednostkę czasu w jednym wątku i jest odpowiedni do oceny szybkości obciążeń jednowątkowych, w tym szybkości rysowania interfejsu, wpływu kosztów zasobów, przeksięgowania dokumentów, procedur na koniec miesiąca, listy płac itp. Uniwersalność umożliwia dokonanie podsumowującej oceny wydajności bez przywiązywania się do jednej konfiguracji platformy. Wynikiem testu jest całkowita ocena mierzonego układu 1C wyrażona w konwencjonalnych jednostkach.

Specjalistyczny test z zestawu narzędzi Centrum Testów 1C: KIP

Centrum testowe- narzędzie do testowania obciążenia wielu użytkowników systemów opartych na 1C: Enterprise 8 (patrz rysunek 1). Za jego pomocą można zasymulować pracę firmy bez udziału rzeczywistych użytkowników, co pozwala ocenić przydatność, wydajność i skalowalność systemu informatycznego w warunkach rzeczywistych. System jest konfiguracją udostępniającą mechanizm zarządzania procesem testowania. Aby przetestować infobazę konieczne jest zintegrowanie konfiguracji Centrum Testów z konfiguracją testowanej bazy poprzez porównanie i scalenie konfiguracji. W wyniku scalenia do metadanych testowanej bazy zostaną dodane obiekty i wspólne moduły niezbędne do działania Centrum Testów.

Rysunek 1 - Schemat pracy „Centrum testowe” 1C: oprzyrządowanie

Tak więc, korzystając z zestawu narzędzi 1C: instrumentation, w oparciu o dostępne dane w rzeczywistych bazach produkcyjnych 1C, programista tworzy pełnoprawny scenariusz testów automatycznych na podstawie listy dokumentów i podręczników, które są kluczowe dla tego typu konfiguracja (wniosek o wydanie środków, zamówienie u dostawcy, sprzedaż towarów i usług itp.). Po uruchomieniu scenariusza Centrum testowe automatycznie odtworzy działanie wielu użytkowników opisane w scenariuszu. W tym celu Centrum Testów utworzy wymaganą liczbę użytkowników wirtualnych (zgodnie z listą ról) i rozpocznie wykonywanie akcji.

Opcje testowe

Podczas konfigurowania skryptów testowych, aby wiernie symulować jednoczesną pracę duża liczba użytkownicy otrzymują określone parametry testowe dla każdego typu dokumentu (patrz tabela 1):

• Dokument - wskazuje konkretny dokument w roboczej bazie danych, na podstawie którego zostaną wykonane testy obciążeniowe
• Priorytet uruchamiania - określa kolejność uruchamiania testów dla każdego typu dokumentu
• Liczba dokumentów - określa objętość generowanych dokumentów testowych
• Pauza, sekundy - opóźnienie przy rozpoczęciu serii testów w ramach tego samego typu dokumentu
• Liczba wierszy w dokumencie jest wskaźnikiem informacyjnym, który informuje o „masowości” dokumentu testowego, co wpływa na czas przetwarzania i obciążenie zasobów

Testy wykonywane są w 3 iteracjach, wyniki zapisywane są w tabeli. Tak więc otrzymane wyniki testów, mierzone w sekundach, najbardziej realistycznie i obiektywnie odzwierciedlają poziom wydajności baz 1C w warunkach jak najbardziej zbliżonych do rzeczywistych (patrz tabele 3.1 i 3.2).

Tabela 1. Parametry skryptu testowego

Tabela 2. Specyfikacje Stanowisko badawcze

Tabela 3.1 Wyniki testu z testem Gileva (TPC-1C). Najwyższa wartość jest uważana za optymalną.

Tabela 3.2 Wyniki testu przy użyciu specjalnego testu 1C: KIP. Najmniejsza wartość jest uważana za optymalną.

1. W specjalnym teście 1C operacje „odczytu danych i złożonych obliczeń”, takie jak „Bilans obrotów” i „Obliczanie szacunków kosztów”, są kilkakrotnie szybsze w systemie MS SQL DBMS firmy Microsoft.
2. Podczas operacji „rejestrowania danych i księgowania dokumentów” w większości testów najlepszy wynik pokazuje DBMS PostgreSQL zoptymalizowany dla 1C.
3. Syntetyczny test Gileva również pokazuje zalety PostgreSQL. Fakt ten wiąże się z tym, że test syntetyczny opiera się na pomiarze szybkości tworzenia i księgowania określonych rodzajów dokumentów, co jest również uważane za operacje „rejestracji danych i księgowania dokumentów”.

Zakończmy porównaniem międzyplatformowym, przejdźmy do porównań w ramach każdego systemu:

1. Zgodnie z oczekiwaniami, testy 1C na platformie sprzętowej wykazują lepsze wyniki niż na wirtualnej. Różnica w wynikach specjalnego testu 1C w obu przypadkach jest niewielka, co wskazuje na stopniową optymalizację producentów wirtualnych hiperwizorów.
2. Oczekuje się również, że zastosowanie technologii pamięci współdzielonej (SharedMemory) przyspieszy proces wymiany danych między serwerem 1C a DBMS. W związku z tym wyniki testu są nieco lepsze niż w schemacie z interakcją sieciową tych dwóch usług za pośrednictwem protokołu TCP-IP.

Możemy wywnioskować, że przy prawidłowym ustawieniu 1C i DBMS można osiągnąć znaczące wyniki nawet na wolnym oprogramowaniu. Dlatego przy projektowaniu nowej struktury IT dla 1C należy wziąć pod uwagę poziom obciążenia systemu, rodzaj dominujących operacji w bazie danych, dostępny budżet, obecność specjalisty w niestandardowym DBMS, konieczność integracji z usługami zewnętrznymi itp. Na podstawie tych danych można już wybrać żądane rozwiązanie.

Czytaj dalej, aby przetestować.

tło

Obowiązkową operacją przy każdej implementacji lub modyfikacji istniejącego systemu informatycznego jest ocena wymaganej szybkości systemu i zaplanowanie niezbędnych zasobów obliczeniowych do jego wdrożenia. Obecnie nie ma dokładnego rozwiązania tego problemu w formie ogólnej, a jeśli pomimo tego
jego złożoność i koszt, taki algorytm zaproponuje jakiś producent, wówczas nawet niewielkie zmiany w sprzęcie, wersji oprogramowania, konfiguracji systemu, czy liczbie lub standardowych zachowaniach użytkowników doprowadzą do znacznych błędów.
Istnieje jednak wiele sposobów. Wszystkie te metody można zastosować w procesie selekcji, ale konsument musi zrozumieć ich zakres i ograniczenia.

Większość istniejących metod oceny wyników opiera się na:
lub jakiś inny rodzaj testów.

Istnieją dwa główne rodzaje testów:
składnik i integralna.

Przeprowadzane są testy komponentów
testowanie poszczególnych elementów rozwiązania, począwszy od wydajności
procesory lub podsystemy pamięci masowej przed testowaniem
wydajność serwera jako całości, ale bez ładunku w postaci takiej czy innej
aplikacje biznesowe.

Podejście integralne charakteryzuje się oceną
wydajność rozwiązania jako całości, zarówno oprogramowania, jak i części sprzętowych.
W takim przypadku może służyć jako aplikacja biznesowa, która będzie używana
w ostatecznym rozwiązaniu, a także niektóre aplikacje modelowe, które emulują
niektóre standardowe procesy biznesowe i obciążenia.

Testy TPC oraz inne uniwersalne testy pozwalają wybrać najbardziej obiecujące platformy i porównać oferty różnych producentów, ale są to jedynie informacje referencyjne, które nie uwzględniają specyfiki Twojego biznesu. Wyspecjalizowane testy pozwalają dokładniej dobrać konkretny model serwera i jego konfigurację. Jednak najbardziej świadome decyzje podejmowane są tylko na podstawie wyników testów obciążeniowych. Tylko one pozwalają optymalnie skonfigurować wybrane
platformę serwerową i dostosuj ją pod kątem maksymalnej wydajności.

Co się stało TPC-1C-GILV

Jest to seria niezależnych testów zaprojektowanych w celu oceny wydajności platformy 1C:Enterprise 8.1 na Twoim komputerze(ach).

Oczywiście „niezależny” test oznacza, że ​​nie jest sponsorowany przez 1C.

Test jest obecnie dostępny TPC-Lokalna przepustowość/ TPC-1C-GILV-A” (ostatnia aktualizacja z sierpnia 2008 r. do wersji 1.0.3)

pomysł na test TPC-Lokalna przepustowość/ TPC-1C-GILV-A

Pobierasz plik do przesyłania konfiguracji (~400 Kb) z tej witryny i przesyłasz go do swojej witryny. Jeśli wdrożysz konfigurację w wersji plikowej, to w dużej mierze test przetestuje link "CPU twojego komputera - HDD na którym znajduje się baza".

Jeśli rozszerzymy konfigurację do wariantu klient-serwer, to CPU serwera aplikacji - CPU serwera subd - serwera subd będzie głównie obciążona.

Test intensywnie zapisuje 5000 dokumentów. Logika biznesowa kodu nie ma głębokiego znaczenia, ocenia się po prostu wydajność dokumentu X, który został warunkowo wybrany jako standard.

Największą zaletą testu jest to, że nie musisz znać szczegółów technicznych. Test jest samodzielny i daje punktację. Ponadto wynik, któremu nie musisz mówić, również nie jest konieczny :)

Można porównać wydajność kilku serwerów lub jednego serwera o różnych charakterystykach podsystemu dysków.

Przeprowadzając test z serwera aplikacji i od klienta przez sieć, można zrozumieć wpływ sieci z klienta na serwer.

Jak przeprowadzić test

Przeprowadzenie testu jest bardzo łatwe. Muszę nacisnąć przycisk

i poczekaj, aż wskaźnik testu (po prawej stronie przycisku) osiągnie 100%.

Test trwa zwykle około 8 minut.

Co oznaczają wyniki testu

Wynik testu przedstawiany jest jako „szybkość zapisu” danych testowych. Błąd testu to 2 jednostki. Aby uzyskać dokładną ocenę, możesz powtórzyć test 3 razy.

Gdy wskaźnik testowy osiągnie 100%, zobaczysz wykresy takie:

Poniżej wykresów znajduje się kilka poprzednich podobnych testów.

Kolor wykresu wskazuje na aktualną jakość „całkowitej” wydajności pracy bez uwzględniania blokad.

Zielony kolor wykresu, wraz z niektórymi wskaźnikami po prawej stronie, warunkowo wybranymi jako benchmarki, pozwala nam dokonać uogólnionej międzyplatformowej oceny „dobrej” wydajności :)

Jak cieszyć się wynikami testów

W rezultacie otrzymałeś pewien wskaźnik wydajności (rozważ prędkość). Nie ma znaczenia, czy wynik jest dobry, czy zły - jest to wynik PLATFORMY na twoim sprzęcie. W przypadku wersji klient-serwer jest to wynik. Otrzymasz ogólny rzeczywisty wynik, który jest określany przez DOLNY PUNKT w systemie. MIEJSCE NA BUTELKĘ JEST ZAWSZE!

Innymi słowy, zarówno ustawienia DBMS, ustawienia systemu operacyjnego, jak i sprzęt wpływają na ogólny wynik zespołu :)

Który serwer jest lepszy

Ten test, wykonywany na konkretnym serwerze, daje wynik kombinacji ustawień sprzętu, systemu operacyjnego, subd itp. Jednak wysoki wynik na określonym sprzęcie serwerowym oznacza, że ​​w normalnych warunkach ten sam wynik uzyska się na identycznym sprzęcie serwerowym. Ten test jest darmową pomocą w porównaniu instalacji 1C:Enterprise w systemach Windows i Linux, trzech różnych DBMS obsługiwanych przez platformę 1C:Enterprise 8.1.

Test bezpieczeństwa

Test jest całkowicie bezpieczny. Nie prowadzi do „upadku” serwera (nie ma algorytmu „stresu”) i nie wymaga wstępnych działań nawet na serwerze „bojowym”. Dane poufne również nie są rejestrowane w wynikach testu. Zbiera informacje o parametrach CPU, RAM, HDD. Numery seryjne urządzeń nie są gromadzone. Wszystko to można łatwo zweryfikować - kod testowy jest w 100% otwarty. Żadne przekazywanie informacji bez Twojej wiedzy nie jest możliwe.

Jak publikować wyniki testu

Jeśli chcesz pomóc w opracowaniu testu, możesz uruchomić kilka testów na swoich serwerach. Następnie zostaw ogólną listę wykonanych testów tylko te, które chcesz opublikować i wyślij dt-upload z wynikami.

Dane zostaną ręcznie sprawdzone (czy nie są błędne), adresat testów zostanie dodany do kolumny "autor" testów i dodany do uploadu, dostępnego do pobrania dla każdego.

Klasyfikacja TPC-Lokalna przepustowość/ TPC-1C-GILV-A

Test należy do sekcji uniwersalnych integralnych testów wieloplatformowych. Co więcej, ma zastosowanie do wariantów plików i klient-serwer operacji 1C:Enterprise. Test działa dla wszystkich DBMS obsługiwanych przez 1C.

Uniwersalność umożliwia dokonanie uogólnionej oceny wydajności bez przywiązywania się do określonej typowej konfiguracji platformy.

Z drugiej strony oznacza to, że w przypadku dokładnych obliczeń niestandardowego projektu test pozwala na dokonanie wstępnej oceny przed specjalistycznym testowaniem obciążenia (na przykład przy użyciu 1C: Testcenter).

Notatka. Modyfikacja testu " A„ oznacza „automatyczne zarządzanie blokadami”. Po wydaniu oficjalnych wersji standardowych rozwiązań od 1C planowane jest zmodyfikowanie testu, aby działał w trybie „zarządzanych blokad” i oznaczenie go literą „ m".

Pobierz test

Ten test nie jest komercyjny i.

Wyniki testów

Top - 3 najlepsze instalacje klient-serwer 1C na MS SQL Server. Ty też możesz dostać się do tego stołu. Możesz zobaczyć wyniki bardziej szczegółowo, pobierając test.

Szczegóły techniczne

Co dzieje się w teście w „jednym” cyklu operacji?

Jak zmierzyć obciążenie żelaza?

Należy zauważyć, że sam test już częściowo wykonuje pomiar. Aby uzyskać bardziej szczegółowy obraz, polecam skorzystać z narzędzia Marka Rusinovicha.

Rysunek przedstawia przykład pomiaru dla wersji pliku.

Kontakty dla TPC-1C-GILV

http://witryna/1c/ tpc

wyniki testów, propozycje rozwoju

Każdy specjalista ds. wsparcia ma doświadczenie w otrzymywaniu abstrakcyjnych skarg od użytkowników. Wszyscy znają sformułowania: „ona myśli bardzo długo”, „mam czerwone okno”, „system działa jakoś źle”, a także „to się nie działo od dawna, a tu znowu ”.

W takiej sytuacji bardzo trudno od razu zorientować się, gdzie leży błąd i co zrobić w pierwszej kolejności. W tym artykule zastanowimy się, od czego zależy wydajność 1C, tj. systemy o dużym obciążeniu stworzone na podstawie 1C:Enterprise, w sytuacjach, gdy objawy nie są w pełni zrozumiałe i niemożliwe jest postawienie konkretnej diagnozy.

Główne powody wpływające na wydajność 1C

W ponad 60% przypadków przyczyną słabej wydajności są:

• nieoptymalne zapytania i kod programowania konfiguracje (26% przypadków);
• Nieoptymalne indeksowanie tabel obiektów (19% przypadków);
• Nieoptymalne obciążenie podsystemu dyskowego (16% przypadków).

Wiodący programiści Microsoft są z tym solidarni.

Tym samym, aby uzyskać znaczną poprawę wydajności aplikacji bazodanowej, możliwa jest optymalizacja obszaru dostępu do danych, w tym logicznego i fizycznego projektowania baz danych (w miarę możliwości w 1C), a także tworząc odpowiednie zapytania i stosując optymalne indeksowanie. Część problemów z wydajnością bazy danych można rozwiązać, zwiększając pojemność sprzętu, ale nie zawsze: zły projekt zastosowane rozwiązanie nie może być zrekompensowany przez mocniejszy serwer. Nierzadko zdarza się, że firmy będące użytkownikami ponoszą duże wydatki, kupując nowy sprzęt bez zrozumienia przyczyn problemów z wydajnością, a problem pozostaje nierozwiązany.

Wysokiej jakości diagnostyka wydajności 1C przy użyciu całej gamy istniejących narzędzi jest kluczem do skutecznego rozwiązywania problemów i optymalizacji kosztów

Pierwszym krokiem do zidentyfikowania i naprawienia problemów ze słabą wydajnością powinno być napisanie pełna lista kluczowych problematycznych operacji, wskazując dokładną szybkość ich wykonania w chwili obecnej oraz przewidywaną szybkość ich wykonania w przyszłości.

Przykład:

Nieprawidłowo: Program zawiesza się podczas generowania raportu. Chcę, żeby budowała się szybciej.

Po prawej: Tworzenie raportu „Oświadczenie dłużne” zajmuje 5 minut 10 sekund. Oczekiwana szybkość generowania tego raportu to nie więcej niż 20 sekund.

Po skompilowaniu i zdigitalizowaniu listy problemów należy przeanalizować przyczyny, zaczynając od wyszukania ewentualnego kodu problematycznego (na przykład „ciężkie” żądania, długie oczekiwanie na blokady, zakleszczenia itp.).

Narzędzia do identyfikacji problematycznego kodu

• 1C:Performance Management Center (moduł zawarty w zestawie narzędzi 1C:Corporate wyprodukowanym przez 1C);
• usługi w chmurze Gilew;
• Zwykłe narzędzia wbudowane w DBMS wiodących dostawców.

Skuteczność wykorzystania tych narzędzi gwarantuje kwalifikacja programisty „1C: Ekspert technologiczny”, co oznacza jego udział w wdrożeniach 1C na dużą skalę. Jednocześnie różni eksperci, w oparciu o swoje indywidualne doświadczenia, mogą preferować to lub inne narzędzie/metodę.

Równolegle z wykorzystaniem jednego z prezentowanych narzędzi stosowane są również standardowe narzędzia do monitorowania obciążenia wyposażenia (liczniki „Performance monitors”).

Na podstawie uzyskanych pomiarów ujawnia się klasę przyczyny:

• Problem tkwi w kodzie;
• I/lub problem ze sprzętem;
• Problem tkwi w innych programach intensywnie korzystających z zasobów, używanych na serwerach produkcyjnych.

Testowanie obciążenia 1C - metodologia oceny sprzętu serwerowego

Jak już wspomniano, wśród czynników, które mogą wpływać na wydajność 1C, zarówno pozytywnie, jak i negatywnie, ważne miejsce zajmuje sprzęt serwerowy i jego konfiguracja. Rozważ opcje pomiaru, oceny obciążenia i testowania wydajności systemu w następujących warunkach:

• Serwer 1C jest dostępny i znajduje się:
• Razem z DBMS;
• Na osobnym serwerze.

Aby ocenić zgodność parametrów istniejących sprzęt serwerowy wymagania systemowe, konieczne jest zbieranie danych o obciążeniu sprzętu, w tym procesora, tj. testowanie obciążenia 1C. W tym celu używany jest „Monitor wydajności” - narzędzie, które pozwala mierzyć sprzęt w obwodzie roboczym i usuwać liczniki wydajności.

Poniżej jest zestaw podstawowy liczniki, które należy skonfigurować do monitorowania wydajności sprzętu w systemie Windows. Kolekcja składa się ze wszystkich serwerów, na których zainstalowane są serwery 1C.

Jeśli licznik procentowy procesora w widoku Procesor jest wysoki, należy zidentyfikować procesy, które można zatrzymać bez wpływu na działanie serwera, a także przenieść na inne serwery.

Widok „Proces” pozwoli Ci skonfigurować monitorowanie dla każdego indywidualnego procesu, a także określić, który z procesów zajmuje najwięcej czasu procesora. Jeśli na serwerze jest zainstalowany tylko serwer 1C, to aby zrozumieć, jakie obciążenie wywiera na sprzęt, musisz skonfigurować kolekcję następujących liczników:

Jeżeli obecny system jest w stanie niezadowalającym, to na podstawie zebranych pomiarów, wykorzystując zależność liniową, należy obliczyć parametry urządzenia do zainstalowania docelowego systemu.

Jeśli planowany jest tylko zakup sprzętu serwerowego, jego parametry można obliczyć emulując pracę planowanego systemu, ale w mniejszej skali, na istniejącym sprzęcie. W tym celu stosuje się „1C: Test Center”, który jest zawarty w 1C Corporate Toolkit. Na podstawie uzyskanych pomiarów metodami obliczeniowymi określane są parametry planowanego systemu i odpowiednio wymagania dla sprzętu. Ten test może być używany wielokrotnie do różnych pomiarów, po dodaniu i rozszerzeniu funkcjonalności. Ta technika ma wysoka precyzja i łatwość obliczeń.