Standardni test stresa 1c. Standardni test stresa

Rezultati TPC-1 testa opterećenja performansi 1C prema Gilevu za konfiguraciju s bazom podataka:

Performanse poslužitelja ne mjere se opterećenjem i redovima čekanja na CPU, već sposobnošću izvođenja određenog broja operacija po jedinici vremena.
Natjecanje za resurse kao što je procesor usporava brzinu operacija kada je vrijeme odgovora određeno:

• vrijeme rada
• vrijeme čekanja opreme
• vrijeme logičnih čekanja poput brava

U ovom slučaju, ključna karakteristika je brzina operacije.

Bilješka. Za procesor je najvažnija karakteristika frekvencija procesora, a ne opterećenje. Ispod je snimka zaslona rezultata testa (Za povećanje slike - kliknite na nju).

Brzina sustava i planiranje potrebnih računalnih resursa za njegovu implementaciju obvezna je operacija za svaku implementaciju ili modifikaciju postojećeg IT sustava.

Većina postojećih metoda za ocjenjivanje izvedbe temelji se na jednoj ili drugoj vrsti testiranja.

Postoje dvije glavne vrste ispitivanja: komponentno i integralno.

Testiranjem komponenti testiraju se pojedine komponente rješenja, od performansi procesora ili podsustava za pohranu do testiranja performansi poslužitelja u cjelini, ali bez tereta u obliku određene poslovne aplikacije.

Integralni pristup karakterizira procjena performansi rješenja u cjelini, kako njegovih softverskih tako i hardverskih dijelova. U ovom slučaju može se koristiti i poslovna aplikacija koja će se koristiti u konačnom rješenju i neki model aplikacija koje oponašaju neke standardne poslovne procese i opterećenja.

U našem testu je upravo to korišten pristup.

Kao rezultat, dobili smo određeni indeks izvedbe (brzine). To je rezultat rada platforme kao cjeline na našem hardveru. U slučaju verzije klijent-poslužitelj, to je rezultat složenog lanca zahtjeva koji prolaze kroz različite odjeljke. Dobivate ukupni stvarni rezultat, koji je određen uskim grlom u sustavu. Postavke DBMS-a, te OS i hardverske postavke utječu na ukupni rezultat performansi sustava.

Test procjenjuje količinu posla po jedinici vremena u jednoj niti i prikladan je za procjenu brzine jednonitnih radnih opterećenja, uključujući brzinu renderiranja sučelja, utjecaj troškova održavanja virtualnog okruženja i, ako postoji, ponovno knjiženje dokumenata, zatvaranje mjeseca, obračun plaća itd.

Standardni test opterećenja osmišljen je za procjenu performansi poslužiteljskog hardvera i softvera u takozvanim "Standard 1C korisnicima". Glavno područje primjene ovog testa je izbor konfiguracije poslužiteljskog hardvera i softvera za potrebe specifične implementacije.

Zadaci koje treba riješiti

• Proračun performansi zadane konfiguracije poslužiteljskog hardvera i softvera
• Usporedba performansi različitih konfiguracija poslužiteljskog hardvera i softvera
• Izbor opreme potrebne za rad ovog informacijskog sustava
• Proračun parametara opreme potrebne za rad ovog informacijskog sustava

Što test ocjenjuje

Test ocjenjuje izvedbu cijeli set poslužiteljskog hardvera i poslužiteljskog softvera sa stajališta zadataka tipičnih za sustave koji rade na platformi 1C: Enterprise 8. Odnosno, dobivena procjena ne odražava performanse bilo koje poslužiteljske komponente sustava (na primjer, radni poslužitelj klastera 1C: Enterprise), već cjelokupnu konfiguraciju poslužitelja u cjelini. Poslužiteljski dio sustava, čija se izvedba mjeri ovim testom, uključuje:

• svi radni poslužitelji koji se koriste za postavljanje klastera 1C: Enterprise i DBMS poslužitelja
• operativni sustavi svih poslužitelja koji rade;
• postavke operativnih sustava, "1C: Enterprise" i DBMS.

Tijekom testiranja, test će automatski povećati broj istodobnih korisnika sve dok se jedna od hardverskih ili softverskih komponenti sustava više ne može nositi s opterećenjem. To će rezultirati lošim rezultatom i test će se zaustaviti s posljednjom dobrom vrijednošću kao rezultatom. U tom slučaju, ostale komponente mogu biti nedovoljno iskorištene u ovoj ili drugoj mjeri.

Dakle, test ocjenjuje performanse poslužiteljske strane sustava na uskom grlu, odnosno njegovoj najmanje produktivnoj komponenti.

Ako poslužiteljska strana sustava nije dobro uravnotežena za rad s 1C: Enterprise, onda kada se usko grlo ukloni (zamjena ili nadogradnja najmanje produktivne komponente), možete dobiti višu procjenu performansi.

Treba napomenuti da test ni na koji način ne procjenjuje performanse klijentske strane sustava, pa ovaj čimbenik treba u potpunosti isključiti. Drugim riječima, poslovi klijenata ne bi trebali biti usko grlo sustava. Ovo pitanje je detaljnije obrađeno u poglavlju "Priprema klijentske strane testnog stola".

Kako test radi

Standardni test opterećenja je informacijska baza 1C: Enterprise 8.2 s konfiguracijom koja se temelji na Manufacturing Enterprise Management. Konfiguracija je kombinirana s "Test Center 2.0", koji uključuje jedan testni scenarij.

Scenarij testiranja uključuje emulaciju poslovnog procesa "prodaje u SCP-u", odnosno: izradu nekoliko različitih dokumenata, generiranje izvješća i druge primijenjene radnje. Test radi u načinu punog paralelizma, odnosno svaki korisnik radi sa svojim jedinstvenim podacima, a na bravama nema čekanja. Korisnik završi jedan potpuni ciklus prodaje u minuti.

Trenutna verzija: 2.0.011. Povijest verzija je ovdje: versions.php

Možete ga preuzeti ovdje: http://infostart.ru/public/173394/ ili ovdje: perfomanceTest.cf

Test vam omogućuje mjerenje performansi 1c poslužitelja - DBMS poslužitelja u različitim verzijama u višenitnom načinu rada. Test traje 20-30 minuta.

Nemojte izvoditi test na poslužitelju na kojem korisnici trenutno rade, inače će postati tužni! Test je jako stresan!

Rezultati testa mogu se vidjeti kao izvješće unutar konfiguracije.

Test stresa TPC-1C Gilev

Također možete podijeliti svoje rezultate s drugim osobama koje su završile test pomoću obrade dijeljenih rezultata. Nakon razmjene možete usporediti svoje rezultate s rezultatima drugih ljudi.

Detaljnije upute, kao i rasprava o testu, mogu se pronaći na stranici http://infostart.ru/public/173394/.

Ukupno 751 rezultata u bazi podataka, posljednji put ažurirani 2018-06-15 06:33:26. Rezultate možete pogledati preuzimanjem testa i pokretanjem razmjene rezultata ili (u pojednostavljenom obliku) ovdje: results.php

Statistika

Rezultati verzije 1.x: index_old.php

Za građenje dijagrama koriste se c3js i d3js (c3js ovisi o tome).

Dovedite stvari u red u svom radu pomoću konfiguracije 1C "Upravljanje IT odjelom 8"

PAŽNJA! Ctrl-F5 ili Ctrl-R

2000 ljudski.

Pozadina

Obvezna operacija za svaku implementaciju ili promjenu postojećeg informacijskog sustava je procjena potrebne izvedbe sustava i planiranje potrebnih računalnih resursa za njegovu implementaciju. Trenutno ne postoji točno rješenje za ovaj problem u općem obliku, i ako, unatoč
zbog svoje složenosti i cijene, takav algoritam će predložiti bilo koji proizvođač, tada će čak i male promjene u hardveru, verziji softvera, konfiguraciji sustava ili broju ili standardnom ponašanju korisnika dovesti do značajnih pogrešaka.
Međutim, postoji nekoliko načina za procjenu hardverske i softverske konfiguracije potrebne za postizanje potrebne izvedbe. Sve ove metode mogu se primijeniti u procesu odabira, ali potrošač mora razumjeti njihova područja primjene i ograničenja.

Većina postojećih metoda za ocjenjivanje uspješnosti temelji se na činjenici
ili neku drugu vrstu testiranja.

Postoje dvije glavne vrste testiranja:
sastavni i integralni.

U testiranju komponenti,
testiranje pojedinih komponenti rješenja, počevši od izvedbe
procesore ili podsustave za pohranu prije testiranja
performanse poslužitelja u cjelini, ali bez tereta u obliku jednog ili drugog
poslovne aplikacije.

Testiranje na stres

Integralni pristup karakterizira procjena
performanse rješenja u cjelini, i njegovih softverskih i hardverskih dijelova.
U ovom slučaju može se koristiti kao poslovna aplikacija koja će se koristiti
u konačnom rješenju i nekim modelskim aplikacijama koje oponašaju
neki standardni poslovni procesi i radna opterećenja.

Testovi TPC i drugi univerzalni testovi omogućuju odabir najperspektivnijih platformi i usporedbu ponuda različitih proizvođača, ali oni su samo referentni podaci koji ne uzimaju u obzir specifičnosti poslovanja. Specijalizirani testovi omogućuju vam da preciznije odaberete određeni model poslužitelja i konfiguraciju. Međutim, najinformiranije odluke donose se samo na temelju rezultata provođenja stres testova. Samo oni omogućuju optimalno konfiguriranje odabranog
poslužiteljsku platformu i podesite je za maksimalnu izvedbu.

Što se dogodilo TPC-1C-GILV

Ovo je niz neovisnih testova osmišljenih za procjenu performansi platforme 1C: Enterprise 8.1 na vašem računalu(ima).

Naravno, "neovisni" test znači da ga ne sponzorira 1C.

Test je trenutno dostupan" TPC-A-lokalna propusnost / TPC-1C-GILV-A "(zadnji put ažurirana verzija 1.0.3 u kolovozu 2008.)

Ideja za testiranje TPC-A-lokalna propusnost / TPC-1C-GILV-A

Datoteku konfiguracijskog dump-a (~ 400 Kb) preuzimate s ove stranice i postavljate je sebi. Ako konfiguraciju proširite na opcije datoteka, tada će test uvelike testirati vezu "CPU vašeg računala - HDD gdje je baza".

Ako proširite konfiguraciju u verziju klijent-poslužitelj, tada će CPU poslužitelja aplikacija - CPU subd poslužitelja - HDD - subd poslužitelj biti podvrgnut pretežno opterećenju.

Testom se intenzivno piše 5000 dokumenata. Nema dubokog smisla u poslovnoj logici koda, performansi dokumenta X.

Ljepota testa je u tome što ne morate znati tehničke detalje. Test se izvodi samostalno i sam daje ocjenu. Osim toga, nije potrebno ni kome reći rezultat 🙂

Možete usporediti performanse nekoliko poslužitelja ili jednog poslužitelja s različitim karakteristikama diskovnog podsustava.

Pokretanjem testa s aplikacijskog poslužitelja i s klijenta preko mreže, možete razumjeti utjecaj mreže od klijenta do poslužitelja.

Kako pokrenuti test

Vrlo je jednostavno pokrenuti test. Moram pritisnuti dugme

i pričekajte dok indikator testa (desno od gumba) ne dosegne 100%.

Test obično traje oko 8 minuta.

Što znače rezultati testa

Rezultat testa se prijavljuje kao "brzina pisanja" testnih podataka. Pogreška testa je 2 jedinice. Za točnu procjenu, test možete ponoviti 3 puta.

Nakon što indikator testa dosegne 100%, vidjet ćete neke grafikone poput ovog:

Ispod grafikona su neki prethodni slični testovi.

Boja grafikona ukazuje na trenutnu kvalitetu "ukupne" izvedbe za rad bez blokiranja.

Zelena boja grafikona u kombinaciji s nekim konvencionalno odabranim mjerilima s desne strane omogućuje vam da napravite generaliziranu procjenu "dobrih" performansi na više platformi 🙂

Kako uživati ​​u rezultatima testa

Kao rezultat, dobili ste određeni indeks performansi (izbrojite brzinu). Nije važno je li rezultat dobar ili loš - ovo je rezultat rada PLATFORME na vašem hardveru. U slučaju verzije klijent-poslužitelj, to je rezultat složenog lanca zahtjeva koji prolaze kroz različite odjeljke. Dobivate ukupni stvarni rezultat, koji je određen NAJSTJESNIM MJESTOM u sustavu. UVIJEK IMA USKO MJESTO!

Drugim riječima, i DBMS postavke, OS postavke i hardver utječu na ukupni rezultat naredbe 🙂

Koji je server bolji

Ovaj test, izveden na određenom poslužitelju, daje rezultat u smislu skupa hardverskih postavki, operativnog sustava, podsklopa itd. Međutim, visok rezultat na određenom hardveru poslužitelja znači da će se, u normalnim uvjetima, isti rezultat postići na identičnom hardveru poslužitelja. Ovaj test je besplatna pomoć u mogućnosti usporedbe instalacije 1C: Enterprise pod Windows i Linux, tri različite DBMS koje podržava platforma 1C: Enterprise 8.1.

Ispitajte sigurnost

Test je apsolutno siguran. Ne dovodi do "pada" poslužitelja (ne postoji "stres" -algoritam) i ne zahtijeva nikakve preliminarne mjere, čak ni na "borbenom" poslužitelju. Povjerljivi podaci također se ne bilježe u rezultatima ispitivanja. Prikupljaju se podaci o parametrima CPU-a, RAM-a, HDD-a. Serijski brojevi uređaja se ne prikupljaju. Sve se to lako može provjeriti - testni kod je 100% otvoren. Nijedan prijenos informacija nije moguć bez vašeg znanja.

Kako objaviti rezultate testiranja

Ako želite pomoći u razvoju testa, možete pokrenuti brojne testove na svojim poslužiteljima. Zatim ostavite opći popis napravljenih testova samo onih koje želite objaviti i pošaljite dt-upload s rezultatima.

Podaci će se ručno provjeravati (da nisu pogrešni), primatelj testova se dodaje u stupac "autor" testova i dodaje u upload dostupan za preuzimanje svima.

Klasifikacija TPC-A-lokalna propusnost / TPC-1C-GILV-A

Test pripada dijelu univerzalnih integralnih cross-platform testova. Štoviše, primjenjiv je za rad datoteka i klijent-poslužitelj 1C: Enterprise. Test radi za sve DBMS koje podržava 1C.

Svestranost vam omogućuje da napravite generaliziranu procjenu performansi bez vezivanja za specifičnu tipičnu konfiguraciju platforme.

S druge strane, to znači da za točne izračune prilagođenog projekta, test vam omogućuje da napravite preliminarnu procjenu prije specijaliziranog testiranja na stres (na primjer, korištenjem 1C: Test centra).

Bilješka. Test modifikacija " A"znači" automatsko upravljanje bravama. "Nakon izlaska službenih verzija tipičnih rješenja iz 1C, planira se modificirati test za rad u" kontroliranim bravama "način rada i označavanje slovom" M".

Preuzmi test

Ovaj test nije komercijalan i dostupan je za besplatno preuzimanje.

Rezultati ispitivanja

Top - 3 najbolja 1C klijent-poslužitelj instalacije na MS SQL Server. I vi možete ući u ovu tablicu. Rezultate možete detaljnije vidjeti preuzimanjem testa.

Tehnički detalji

Što se događa u testu unutar "jednog" ciklusa operacije?

Primjer izvođenja sql naredbi možete pronaći u priloženoj datoteci.

Kako izmjeriti opterećenje željeza

Treba napomenuti da sam test već djelomično mjeri mjerenje. Za detaljniju sliku preporučam korištenje uslužnog programa Process Explorer Marka Rusinovicha.

Slika prikazuje primjer mjerenja za verziju datoteke.

Kontakti za TPC-1C-GILV

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

rezultati ispitivanja, prijedlozi za razvoj

i pošaljite povratne informacije na e-mail: [e-mail zaštićen]

Idite na druge materijale stranice

TurboConf 5 - proširenje mogućnosti 1C konfiguratora

PAŽNJA!

Ako ste izgubili prozor za unos poruke, kliknite Ctrl-F5 ili Ctrl-R ili gumb "Osvježi" u pregledniku.

Tema se dugo nije ažurirala, a označena je kao arhivirana. Nije moguće dodavati poruke.
Ali možete napraviti novu granu i oni će vam sigurno odgovoriti!
Svaki sat na Magic Forumu ima ih više 2000 ljudski.

Za uloge 1C poslužitelja, MS SQL 2008 DBMS poslužitelj za 50 korisnika.

Prema riječima stručnjaka za poslužitelje, skupljamo hardver:

Odabir platforme: IBM x3650 M3
Odabir procesora: Intel Xeon E5506 - 1 kom.
Odabir RAM-a: 4 trake od 4 GB
Odabir tvrdog diska: 3 SAS 146 GB RAID5

Korišteni softver:

MS Windows 2008 x64
MS SQL DBMS 2008 x64
Server 1C 8.2 x64

Testno okruženje: za provođenje testiranja otpornosti na stres korištena je konfiguracija 1C 8.2: "Standardni stres test".

Napredak testiranja:

Sesija 1C klijenta pokrenuta je na lokalnom poslužitelju u načinu rada agenta iu načinu testiranja.
U testnoj konfiguraciji, početni broj emuliranih standardnih 1C korisnika, koji kreiraju i brišu dokumente i izvješća, naveden je kao 20. Korak povećanja broja korisnika nakon testiranja postavljen je na 20 korisnika.

U početku (bez korisničkih veza) DBMS zauzima 569 MB RAM-a (kreiraju se 2 baze podataka: 1C 8.2 konfiguracija: SCP i testna konfiguracija), memorija koju zauzima sustav je 2,56 GB.
Tijekom testiranja (do 110 korisnika) memorija za DBMS se dodjeljuje do 12 GB, jedna 1C testna sesija traje 55 MB (55MBx200 = 11GB). Za usporedbu, jedna stvarna korisnička sesija (1C klijentska aplikacija) zauzima oko 300 - 500 MB. Veličina memorije koja je dodijeljena za 1C klijentsku aplikaciju naznačena je za korisnika koji radi u standardnoj konfiguraciji 1C: Trade ili 1C: UPP. Usluga 1C poslužitelja (rphost) praktički ne koristi OP, jer samo prevodi zahtjeve sa strane klijenta u DBMS (standard koristi TCP 1541 i TCP 475 za 1C zaštitni poslužitelj).

Korištenje CPU resursa podijeljeno je između usluge 1C poslužitelja (rphost) i usluge DBMS (sqlservr). Uz opterećenje od 40 korisnika, rphost je zauzeo 37% CPU-a, sqlservr 30%. Uz opterećenje od 60 korisnika, rphost je zauzimao 47% CPU snage, sqlservr 29%.

Prilikom brisanja generiranih dokumenata, usluga sqlsrvr pristupila je diskovnom podsustavu za pisanje brzinom do 6,5 MB/s (oko 52 Mbit/s).

Opterećenje mreže između 1C poslužitelja i DBMS-a (na lokalnim sučeljima povratnog pregleda) bilo je 10 Mb / s.
Rezultat testa koji je izdala 1C testna konfiguracija:

Parametri: Početak testa 000000006 od 24.05.2012 12:44:16
Standardni stres test, verzija 2.0.4.11
Testiranje je počelo 23. svibnja 2012. u 12:36:39 sati. Trajanje: 57,1 minuta.
Uvjeti ispitivanja
"Poslužitelj 1C: Enterprise: test
Naziv infobaze: testcenter_82
Virtualni korisnici: TEST, "

Zaključci:

Potrebno je relaksirati konfiguraciju poslužitelja jer je trenutna 100% redundantna za 50 korisnika.
Potrebno je izvršiti testiranje pomoću drugog poslužitelja za pokretanje emuliranih korisnika i provjeru opterećenja mreže, očekivano opterećenje je 10 Mb/s.
Arhitektura 1C sastoji se od 4 bloka: 1C poslužitelj, DBMS, 1C sigurnosni poslužitelj i 1C klijent. U ovom su testu sve ove funkcije pokrenute na istom poslužitelju.

Uz veliko opterećenje na 1C poslužitelju, postoje sljedeće preporuke:

Odvojite uloge 1C poslužitelja, DBMS poslužitelja, 1C zaštitnog poslužitelja i 1C klijentskih aplikacija (za bolje performanse, 1C klijentske aplikacije trebaju se pokretati na terminalskom poslužitelju).
Na DBMS poslužitelju mora se koristiti sljedeća struktura pohrane: OS mora biti na RAID-u 1, DBMS podatkovne datoteke (.mdf, .ndf) na zasebnom RAID-u 0, datoteke dnevnika (.ldf) na zasebnom RAID-u 0, privremene datoteke i stranica datoteku na zasebnom disku.

1C Test Center 8 je specijalizirani softverski proizvod tvrtke 1C koji vam omogućuje procjenu performansi sustava i proučavanje uskih grla informacijskog sustava.

Ranije smo pogledali proizvoljnu konfiguraciju. Sada ćemo naučiti kako kreirati scenarije za višekorisničko testiranje konfiguracije od strane korisnika i pokrenuti samo testiranje.

Testna skripta u 1C Test centru napisana je unutar posebno kreirane obrade. Ovaj predložak se nalazi unutar konfiguracije, ima naziv "TCTestProcessing Template". Za izradu vlastite testne skripte potrebno je kopirati ovaj predložak i na temelju njega izraditi vlastiti, novi, nazovimo ga "Ponovno objavljivanje primitka robe":

Dodajmo novi atribut u obradu i prikažimo ga na obrascu - "DocumentForCopy", ovo je dokument koji ćemo kopirati.

Pogledajmo pobliže modul obrasca. U njemu se mogu koristiti tri postupka - inicijaliziranje TCI (), TCVexecute (), Delete ().

• TCI Initialize - koristi se za početno popunjavanje postavki baze podataka, na primjer, popunjavanje računovodstvene politike.
• TPRun je glavni modul u kojem se izravno piše testna skripta.
• TCUremoteData je modul koji opisuje brisanje objekata stvorenih tijekom testiranja.

Napišimo najjednostavniji kod u proceduri TC Execute (), koja će kopirati odabrani dokument 5 puta za redom i mjeriti kopiranje i držanje svakog dokumenta:

Za d = 1 do 5 ciklusa

Alati = KipExternalComponent.GetTools ();
Vrijeme početka = KipExternalComponent.TimerValue (Alati);

Besplatno nabavite 267 1C video tutoriale:

KreirajDokumente ();

EndTime = KipExternalComponent.TimerValue (Alati);
Trajanje izvršenja = (Vrijeme završetka - Vrijeme početka) / 1000;

TTSRecordIndicator ("Vrijeme izvršenja", Trajanje izvršenja);

Kraj ciklusa;

Povratak trgovačkog centraResultExecutionSuccessfully ();

Postupak CreateDocuments () će se izvršiti na poslužitelju:

Postupak CreateDocuments ()

NoviDokument = TPObject.DocumentForCopying.Copy ();
NoviDokument.Datum = Trenutni Datum ();
NewDocument.Write (DocumentWrite Mode.Conduct);

Završetak postupka

Time je priprema skripte završena, prijeđimo na Test centar za testiranje opterećenja.

Postavljanje 1C testnog centra 8.3

Nakon što napišemo test, krenimo s postavljanjem samog Test centra. Da biste konfigurirali, morate ispuniti nekoliko referentnih knjiga:

• Obrada- imenik koji sadrži popis procesnih jedinica povezanih s testiranjem. Obrada može biti unutarnja i vanjska.
• Uloge- priručnik za pohranjivanje postavki obrade-obrade veze. Postavke su podaci koji su individualni za svaki test (broj iteracija, kopirani dokument itd.).
• Korisnici- popis korisnika i njihovih lozinki.
• Računala- popis računala na kojima će se provesti ispitivanje.
• Klijenti - postavljanje gdje, od koga i u kojem načinu će se pokrenuti testiranje opterećenja.

Testne skripte

Glavna referenca koja objedinjuje sve postavke: koliko puta, od kojeg korisnika, pod kojim imenom će se izvršiti testiranje opterećenja.

Također, na kartici "Parametri" možete konfigurirati testni scenarij tehničke prirode:

Nakon postavljanja skripte, ostaje samo pokrenuti je.

Pokretanje testiranja u 1C: Test centru

Kada je sve spremno, preostaje samo započeti s radom testiranja.

Za to je potrebno pokretanje najmanje dvije sesije programa: prva - u ulozi tzv. "Agent", a drugi kao inicijator pokretanja scenarija.

Pokretanje agenta:

Pokretanje skripte:

Za početak, samo odaberite potrebnu skriptu s popisa i kliknite gumb Pokreni.