Gilev test 8.3 rezultati. Standardni test opterećenja. Šta znače rezultati testa?
Obavezna operacija za bilo kakvu implementaciju ili promjenu postojećeg informacioni sistem je procijeniti potrebne performanse sistema i planirati potrebne računarske resurse za njegovu implementaciju. Trenutno ne postoji tačno rješenje za ovaj problem u opšti pogled, a ako, uprkos njegovoj složenosti i cijeni, takav algoritam predloži bilo koji proizvođač, onda će i male promjene u hardveru, verziji softvera, konfiguraciji sistema ili broju ili standardnom ponašanju korisnika dovesti do pojave značajnih grešaka.
Međutim, postoji dovoljan broj načina za procjenu softvera i konfiguracije potrebnih za postizanje potrebnih performansi. hardver. Sve ove metode mogu se koristiti u procesu odabira, ali potrošač mora razumjeti njihovu primjenu i ograničenja.
Većina postojećih metoda procjene učinka oslanja se na neku vrstu testiranja.
Postoje dvije glavne vrste testiranja: komponentno i integralno.
Testiranje komponenti uključuje testiranje pojedinačnih komponenti rješenja, u rasponu od performansi procesora ili podsistema za skladištenje do testiranja performansi servera u cjelini, ali bez korisnog opterećenja u obliku određene poslovne aplikacije.
Integrisani pristup karakteriše procena performansi rešenja u celini, kako njegovih softverskih tako i hardverskih delova. U ovom slučaju može se koristiti kako poslovna aplikacija koja će se koristiti u konačnom rješenju, tako i neki model aplikacija koje emuliraju neke standardne poslovne procese i opterećenja.
Zelena boja grafikona, zajedno sa nekim uslovno odabranim indikatorima na desnoj strani, omogućava nam da napravimo generalizovanu procenu „dobrih“ performansi na više platformi.
Kako biti zadovoljan rezultatima testa
Kao rezultat toga, dobili ste određeni indeks performansi (brzine). Nije bitno da li je rezultat dobar ili loš - ovo je rezultat rada PLATFORME na vašem hardveru. U slučaju klijent-server verzije, ovo je rezultat složenog lanca zahtjeva koji prolaze kroz različite sekcije. Dobijate ukupan stvarni rezultat, koji je određen uskim grlom u sistemu. Uvijek postoji usko grlo.
Drugim riječima, i DBMS postavke, OS postavke i hardver imaju utjecaj na ukupni rezultat tima.
Koji je server bolji
Ovaj test, izveden na određenom serveru, daje rezultat zasnovan na ukupnosti hardverskih postavki, operativnog sistema, baze podataka itd. Ipak, visok rezultat na određenom serversku opremu znači da će, pod normalnim uslovima, isti rezultat biti na identičnom hardveru servera. Ovaj test je besplatan alat koji će vam pomoći da uporedite instalaciju 1C:Enterprise pod Windows i Linux, tri različita DBMS-a koje podržava 1C:Enterprise 8 platforma.
Testirajte sigurnost
Test je apsolutno siguran. To ne dovodi do „pada“ servera (nema „stresnog“ algoritma) i ne zahteva preliminarne mere čak ni na „borbenom“ serveru. Povjerljivi podaci se također ne bilježe u rezultatima testa. Prikupljaju se podaci o CPU, RAM, HDD parametrima. Serijski brojevi uređaji se ne prikupljaju. Sve ovo možete lako provjeriti - testni kod je 100% otvoren. Nemoguće je poslati bilo kakvu informaciju bez vašeg znanja.
Klasifikacija TPC-A-lokalna propusnost / TPC-1C-GILV-A
Test pripada sekciji univerzalnih integralnih cross-platform testova. Štoviše, primjenjiv je na opcije datoteka i klijent-server za korištenje 1C: Enterprise. Test radi za sve DBMS koje podržava 1C.
Univerzalnost vam omogućava da napravite opštu procenu učinka bez vezivanja za određeno tipična konfiguracija platforme.
S druge strane, to znači da za precizne proračune prilagođenog projekta, test vam omogućava da napravite preliminarna procjena prije specijaliziranog testiranja opterećenja.
Preuzmite test
Ovaj test nije komercijalan i može se besplatno preuzeti za 8.2 i besplatno za 8.3.
Tehnički detalji
Šta se dešava u testu u okviru „jednog” ciklusa rada?
Karakteristike korištenja testa na PostgreSQL bazi podataka
Postavite vrijednost parametra standard_conforming_strings na konfiguracijski fajl postgresql.conf postavljen na 'off'
Kako izmjeriti opterećenje gvožđem
Treba napomenuti da sam test već djelimično obavlja mjerenje. Za detaljniju sliku, preporučujem korištenje uslužnog programa Process Explorer Marka Rusinovicha.
Slika prikazuje primjer mjerenja za verziju datoteke.
Računovodstveni i upravljački računovodstveni proizvodi iz 1C najčešći su u Ruskoj Federaciji. Hiljade kompanija posluju na osnovu standardnih i specijalizovanih 1C konfiguracija. Uz ovako masovnu upotrebu, redovno se postavljaju brojna pitanja u vezi sa optimizacijom budžeta softvera i mudrom upotrebom resursa. Sporovi se i dalje vode oko serverskih dijelova ovog kompleksa, posebno na kojem operativnom sistemu bazirati 1C server i kojem DBMS-u povjeriti obradu 1C baza podataka. Tokom naših testova pokušaćemo da odgovorimo na ova pitanja.
Učesnici testiranja
MS Server operativni sistem i MS SQL DBMS
- Kompanija 1C otvoreno pozicionira ovu kombinaciju kao glavni radni model, shodno tome, 1C proizvodi su stvoreni prvenstveno za nju
- Dostupnost protokola za direktnu brzu razmjenu informacija SharedMemory
- Postoji službenik tehnička podrška i ugovore o uslugama
- Postoji baza znanja i tone informacija o instalaciji i finom podešavanju 1C+MS SQL
Unix operativni sistem i PostgreSQL DBMS
- Sistem je potpuno besplatan (osim licence za 1C:Enterprise server)
- Moguće je fleksibilno konfigurirati mnoge parametre koji poboljšavaju performanse DBMS-a
- 1C proizvodi su najavili podršku za PostgreSQL DBMS
- Postoji mogućnost replikacije baze podataka
Naravno, cijena projekta, tolerancija grešaka i tehnička podrška važni su kriteriji pri odabiru informacionog sistema za 1C. Međutim, postoji faktor koji u većini slučajeva radikalno utiče na donošenje odluka – brzina.
Budući da na internetu postoji jednostavno velika količina tehničke literature o ova dva sistema, moglo bi se dugo raspravljati o dugim uporednim tabelama koje, ovisno o ciljevima, ističu prednosti određenog proizvoda. O ovom ili onom parametru možete raspravljati među stotinama drugih iste vrste - koliko je jedinstven u svojoj vrsti i kako utiče na postizanje rezultata. Ali teorija bez prakse je mrtva – u ovom članku predlažemo da izostavimo teoriju i pređemo direktno na činjenice kako bismo u praksi testirali performanse oba informacijska sistema sa određenim nivoom preporučenih postavki i u različitim opcijama arhitekture servera (vidi tabelu 2).
Metode ispitivanja
U našim ćemo se testovima oslanjati na dvije metode sintetičkog generiranja opterećenja i simulacije rada korisnika u 1C. Ovo je Gilev test (TPC-1C) i specijalni 1C test „Centar za testiranje“ iz 1C: KIP alata sa posebnim korisničkim scenarijima.
Gilev test (TPC-1C)
Gilev test pripada sekciji univerzalnih testova opterećenja na više platformi. Može se koristiti i za fajl i za arhitekturu klijent-server 1C:Enterprise. Test mjeri količinu posla po jedinici vremena u jednoj niti i pogodan je za procjenu brzine jednonitnih radnih opterećenja, uključujući brzinu crtanja interfejsa, uticaj troškova resursa, ponovno objavljivanje dokumenata, procedure zatvaranja na kraju meseca , obračun plaća itd. Svestranost vam omogućava da napravite sažetu procjenu performansi bez vezivanja za jednu konfiguraciju platforme. Rezultat testa je ukupna procjena izmjerenog 1C sistema, izražena u konvencionalnim jedinicama.
Specijalizovani test iz Test centra 1C alati: Instrumentacija
Test centar– alat za provođenje višekorisničkih testova opterećenja sistema baziranih na 1C:Enterprise 8 (vidi sliku 1). Uz njegovu pomoć možete simulirati rad kompanije bez sudjelovanja stvarnih korisnika, što vam omogućava da ocijenite primjenjivost, performanse i skalabilnost informacionog sistema u realnim uvjetima. Sistem je konfiguracija koja obezbeđuje mehanizam za kontrolu procesa testiranja. Za testiranje baza informacija potrebno je integrisati konfiguraciju Test centra u konfiguraciju testirane baze upoređivanjem i kombinovanjem konfiguracija. Kao rezultat spajanja, metapodacima testirane baze podataka biće dodani objekti i zajednički moduli neophodni za rad Test centra.
Slika 1 - Šema rada “Test centra” 1C: Instrumentacija
Dakle, koristeći 1C: KIP alate, na osnovu dostupnih podataka u stvarnim 1C proizvodnim bazama, programer kreira punopravnu skriptu za automatsko testiranje na osnovu liste dokumenata i referentnih knjiga koji su ključni za ovog tipa konfiguracije (zahtjev za utroškom sredstava, narudžba dobavljaču, prodaja robe i usluga itd.). Kada pokrenete skriptu, Test centar će automatski reproducirati višekorisničku aktivnost opisanu u skripti. Da bi to uradio, Test centar će kreirati potreban broj virtuelnih korisnika (u skladu sa listom uloga) i početi da izvršava radnje.
Parametri testa
Prilikom postavljanja scenarija testiranja kako bi se pouzdano simulirao istovremeni rad velikog broja korisnika, za svaku vrstu dokumenta se postavljaju određeni parametri testiranja (vidi tabelu 1):
- Dokument – označava određeni dokument u radnoj bazi podataka na osnovu kojeg će se vršiti testiranje opterećenja
- Prioritet pokretanja – određuje redosled kojim se pokreću testovi za svaku vrstu dokumenta
- Broj dokumenata – određuje obim generisanih test dokumenata
- Pauza, sekunde – kašnjenje pri pokretanju serije testova unutar jedne vrste dokumenta
- Broj redova u dokumentu je informativni pokazivač koji ukazuje na "masovnost" testnog dokumenta, što utiče na vrijeme obrade i opterećenje resursa
Testovi se izvode u 3 iteracije, rezultati se zapisuju u tabelu. Dakle, dobijeni rezultati testiranja, mjereni u sekundama, najrealnije i objektivnije odražavaju nivo performansi 1C baza podataka u uslovima koji su što bliži stvarnim (vidi tabele 3.1 i 3.2).
Tabela 1. Parametri testnog scenarija
| Dokument | Prioritet pokretanja | Broj dokumenata | Pauza, sekunde | Broj redova u dokumentu | |
| Uloga 1 | Račun kupca | 1 | 25 | 51 | 62 |
| Prijem robe | 2 | 25 | 80 | ||
| Prodaja robe | 3 | 25 | 103 | ||
| Novčane uputnice | 4 | 25 | 1 | ||
| Kupac vraća | 5 | 25 | 82 | ||
| Uloga 2 | Račun kupca5 | 10 | 65 | 79 | |
| Prijem robe | 1 | 22 | 80 | ||
| Prodaja robe | 2 | 25 | 103 | ||
| Novčane uputnice | 3 | 25 | 1 | ||
| Kupac vraća | 4 | 25 | 75 | ||
| Uloga 3 | Račun kupca | 4 | 15 | 45 | 76 |
| Prijem robe | 5 | 26 | 80 | ||
| Prodaja robe | 1 | 52 | 103 | ||
| Novčane uputnice | 2 | 26 | 1 | ||
| Kupac vraća | 3 | 32 | 90 | ||
| Uloga 4 | Račun kupca | 3 | 45 | 38 | 70 |
| Prijem robe | 4 | 30 | 80 | ||
| Prodaja robe | 5 | 30 | 103 | ||
| Novčane uputnice | 1 | 20 | 1 | ||
| Kupac vraća | 2 | 20 | 86 | ||
| Uloga 5 | Račun kupca | 2 | 30 | 73 | 76 |
| Prijem robe | 3 | 30 | 80 | ||
| Prodaja robe | 4 | 30 | 103 | ||
| Novčane uputnice | 5 | 18 | 1 | ||
| Kupac vraća | 1 | 18 | 91 | ||
| Uloga 6 | Račun kupca | 1 | 40 | 35 | 86 |
| Prijem robe | 2 | 40 | 80 | ||
| Prodaja robe | 3 | 40 | 103 | ||
| Novčane uputnice | 4 | 40 | 1 | ||
| Kupac vraća | 5 | 40 | 88 | ||
| Uloga 7 | Račun kupca | 5 | 25 | 68 | 80 |
| Prijem robe | 1 | 25 | 80 | ||
| Prodaja robe | 2 | 25 | 103 | ||
| Novčane uputnice | 3 | 25 | 1 | ||
| Kupac vraća | 4 | 25 | 90 | ||
| Uloga 8 | Račun kupca | 3 | 25 | 62 | 87 |
| Prijem robe | 4 | 25 | 80 | ||
| Prodaja robe | 5 | 25 | 103 | ||
| Novčane uputnice | 1 | 25 | 1 | ||
| Kupac vraća | 2 | 25 | 92 | ||
| Uloga 9 | Račun kupca | 2 | 20 | 82 | 82 |
| Prijem robe | 4 | 20 | 80 | ||
| Prodaja robe | 5 | 20 | 103 | ||
| Novčane uputnice | 1 | 20 | 1 | ||
| Kupac vraća | 3 | 20 | 98 | ||
| Uloga 10 | Račun kupca | 4 | 50 | 2 | 92 |
| Prijem robe | 1 | 50 | 80 | ||
| Prodaja robe | 2 | 50 | 103 | ||
| Novčane uputnice | 5 | 50 | 1 | ||
| Kupac vraća | 3 | 50 | 98 |
Tabela 2. Specifikacije ispitni sto
| br. | Uloga sistema | CPU\vCPU | RAM, GB | Disk sistem ulaz/izlaz |
| 1 | Terminal Server – virtuelna mašina za upravljanje testiranjem | 4 jezgra 2,9 GHz |
16 GB | Intel SATA SSD Raid1 |
| 2 | Scenario 1. Server 1C + DBMS hardver | Intel Xeon E5-2690 16 jezgara |
96 GB | Intel Sata SSD Raid1 |
| 3 | Scenario 2. Server 1C + virtuelni DBMS | 16 jezgara 2,9 GHz |
64 GB | Intel Sata SSD Raid1 |
| 4 | Scenario 3. Server 1C virtuelni | 16 jezgara 2,9 GHz |
32 GB | Intel Sata SSD Raid1 |
| 5 | Scenario 4. Virtuelni DBMS server | 16 jezgara 2,9 GHz |
32 GB | Intel Sata SSD Raid1 |
| 6 | Softver |
|
||
| 7 | 1C konfiguracije |
|
||
Tabela 3.1 Rezultati ispitivanja pomoću Gilev testa (TPC-1C). Smatra se optimalnim najveća vrijednost
Tabela 3.2 Rezultati ispitivanja pomoću posebnog 1C:KIP testa. Najmanja vrijednost se smatra optimalnom
| operativni sistem Microsoft Server | Operativni sistem Unix klase | |||||
| Lista testova (prosječna vrijednost na osnovu serije od 3 testa) | Hardverski server 1C+DBMS, SharedMemory protokol | Virtuelni server 1C+DBMS, SharedMemory protokol | 1C hardverski server i DBMS hardverski server, TCP-IP protokol | Virtuelni server 1C i virtuelni server DBMS, TCP-IP protokol | ||
| Sprovođenje 1C:KIP testova na postojećoj bazi podataka, konfiguracija računovodstva preduzeća | ||||||
| Bilans prometa | 1.741 sec | 2.473 sec | 2.873 sec | 2.522 sec | 13.866 sec | 9.751 sec |
| Vršenje povrata robe od kupaca | 0,695 sek | 0.775 sec | 0.756 sec | 0.781 sec | 0,499 sek | 0,719 sek |
| Izvršavanje naloga za plaćanje | 0,048 sek | 0,058 sek | 0,063 sek | 0,064 sek | 0,037 sek | 0,065 sek |
| Provođenje tehničke obuke | 0.454 sec | 0,548 sek | 0,535 sek | 0.556 sec | 0,362 sek | 0,568 sek |
| Prodaja robe i usluga | 0.667 sec | 0.759 sec | 0.747 sec | 0.879 sec | 0,544 sek | 0,802 sek |
| Knjiženje fakture za plaćanje | 0,028 sek | 0,037 sek | 0,037 sek | 0,038 sek | 0,026 sek | 0,038 sek |
| Obračun troškovnika | 3.071 sec | 3.657 sec | 4.094 sek | 3.768 sec | 15.175 sek | 10,68 sek |
| Provođenje 1C:KIP testova na postojećoj bazi podataka, konfiguracija upravljanja trgovinom | ||||||
| Izvođenje i vraćanje od klijenta | 2.192 sek | 2.113 sek | 2.070 sec | 2.418 sec | 1.417 sec | 1.494 sek |
| Izvoz i vraćanje robe dobavljaču | 1.446 sec | 1.410 sec | 1.359 sec | 1.467 sec | 0.790 sec | 0,849 sek |
| Objavljivanje narudžbe kupca | 0.355 sec | 0,344 sek | 0,335 sek | 0,361 sek | 0,297 sek | 0,299 sek |
| Provođenje ponovnog brojanja robe | 0,140 sek | 0,134 sek | 0.131 sek | 0,144 sek | 0,100 sek | 0,097 sek |
| Sprovođenje prijema tehničkih specifikacija | 1.499 sec | 1.438 sec | 1.412 sec | 1.524 sec | 1.097 sec | 1.189 sek |
| Implementacija specifikacija | 1,390 sek | 1.355 sec | 1.308 sec | 1.426 sec | 1.093 sek | 1.114 sek |
| Sprovođenje RKO | 0.759 sec | 0,729 sek | 0.713 sec | 0.759 sec | 0,748 sek | 0,735 sek |
- U posebnom 1C testu, operacije „čitanja podataka i složene kalkulacije“, kao što su „Bilans prometa“ i „Obračun troškovnika“ izvode se nekoliko puta brže na MS SQL DBMS iz Microsofta.
- Prilikom izvođenja operacija “snimanja podataka i knjiženja dokumenata”, u većini testova najbolji rezultat pokazuje PostgreSQL DBMS, optimiziran za 1C.
- Gilevov sintetički test takođe pokazuje prednost PostgreSQL-a. Ova činjenica je zbog činjenice da se sintetički test bazira na mjerenju brzine kreiranja i objavljivanja određenih vrsta dokumenata, što se smatra i operacijama „snimanja podataka i knjiženja dokumenata“.
Završimo sa poređenjem među platformama, pređimo na poređenja unutar svakog sistema:
- Očekivano, 1C testovi na hardverskoj platformi pokazuju bolje rezultate nego na virtuelnoj. Razlika u rezultatima specijalnog 1C testa u oba slučaja je mala, što ukazuje na postepenu optimizaciju od strane proizvođača virtualnih hipervizora.
- Također se očekuje da korištenje tehnologije dijeljene memorije (SharedMemory) ubrza proces razmjene podataka između 1C servera i DBMS-a. Shodno tome, rezultati testa su nešto bolji od šeme sa mrežnom interakcijom ova dva servisa preko TCP-IP protokola.
Možemo zaključiti da pravilnom konfiguracijom 1C i DBMS-a možete postići značajne rezultate čak i na besplatnom softver. Stoga je prilikom dizajniranja nove IT strukture za 1C potrebno uzeti u obzir nivo opterećenja sistema, vrstu preovlađujućih operacija u bazi podataka, raspoloživi budžet, prisustvo stručnjaka za nestandardne DBMS, potreba za integracijom sa eksternim servisima itd. Na osnovu ovih podataka već je moguće odabrati traženo rješenje.
Pročitajte nastavak testiranja.
Za uloge 1C servera, MS SQL 2008 DBMS server za 50 korisnika.
Prema riječima stručnjaka za servere, prikupljamo hardver:
Odabir platforme: IBM x3650 M3
Izaberite procesor: Intel Xeon E5506 - 1 kom.
Odabir RAM-a: 4 sticka od 4GB svaki
Odabir tvrdog diska: 3 SAS 146 GB RAID5
Korišteni softver:
OS MS Windows 2008 x64
DBMS MS SQL 2008 x64
Server 1C 8.2 x64
Testno okruženje: za testiranje opterećenja korišćena je konfiguracija 1C 8.2: „Standardni test opterećenja“.
Napredak testa:
On lokalni server 1C klijentska sesija je pokrenuta u načinu rada agenta iu režimu testiranja.
U test konfiguraciji, početni broj emuliranih standardnih 1C korisnika koji kreiraju i brišu dokumente i izvještaje je određen kao 20. Korak za povećanje broja korisnika nakon testova postavljen je na 20 korisnika.
U početku (bez korisničkih konekcija), DBMS zauzima 569 MB RAM-a (kreirane su 2 baze podataka: 1C 8.2 konfiguracija: UPP i test konfiguracija), memorija koju zauzima sistem je 2,56 GB.
Tokom testiranja (do 110 korisnika) memorija za DBMS se dodeljuje do 12 GB, jedna 1C testna sesija zauzima 55 MB (55 MB x 200 = 11 GB). Poređenja radi, jedna stvarna korisnička sesija (1C klijentska aplikacija) zauzima oko 300 - 500 MB. Veličina memorije koja je dodijeljena 1C klijentskoj aplikaciji je naznačena za korisnika koji radi u standardnoj konfiguraciji 1C: Trade ili 1C: UPP. Usluga 1C servera (rphost) praktički ne koristi OP, jer samo prevodi zahtjeve s klijentskog dijela u DBMS (prema standardu, portovi TCP 1541 i TCP 475 se koriste za 1C sigurnosni server).
Upotreba CPU resursa je podijeljena između 1C serverske usluge (rphost) i DBMS usluge (sqlservr). Uz opterećenje od 40 korisnika, rphost je uzimao 37% CPU snage, sqlservr 30%. Uz opterećenje od 60 korisnika, rphost je zauzimao 47% CPU snage, sqlservr 29%.
Prilikom brisanja kreiranih dokumenata, sqlsrvr servis je pristupio podsistemu diska za snimanje brzinom do 6,5 MB/sec (oko 52 MB/sec).
Opterećenje mreže između 1C servera i DBMS-a (na lokalnom sučelju povratnog pregleda) bilo je 10 Mb/s.
Izdan rezultat testa test konfiguracije 1C:
Parametri: Run test 000000006 od 24.05.2012. 12:44:16
Standardni test opterećenja, verzija 2.0.4.11
Početak testiranja 23.05.2012 12:36:39. Trajanje: 57,1 minuta.
Uslovi ispitivanja
"Server 1C: Enterprise: test
Naziv infobaze: testcenter_82
Virtuelni korisnici: TEST,"
Zaključci:
Potrebno je relaksirati konfiguraciju servera, jer je trenutna 100% redundantna za 50 korisnika.
Potrebno je izvršiti testiranje pomoću drugog servera za pokretanje emuliranih korisnika i provjeru opterećenja mreže, očekivano opterećenje je 10 Mb/sec.
1C arhitektura se sastoji od 4 bloka: 1C server, DBMS, 1C sigurnosni server i 1C klijent. U ovom testu sve ove funkcije su pokrenute na jednom serveru.
Kada postoji veliko opterećenje na 1C serveru, postoje sljedeće preporuke:
Odvojite uloge 1C servera, DBMS servera, 1C zaštitnog servera i 1C klijentskih aplikacija (za veće performanse, bolje je pokrenuti 1C klijentske aplikacije na terminal serveru).
Na DBMS serveru morate koristiti sljedeću strukturu za sisteme za pohranu podataka: OS bi trebao biti smješten na RAID 1, DBMS datoteke podataka (.mdf, .ndf) na zasebnom RAID-u 0, datoteke dnevnika (.ldf) na zasebnom RAID 0, privremene datoteke i swap fajl na zasebnom disku.
Računari (konvencionalni naziv) koji učestvuju u testovima - opis (diskovi su naznačeni samo za bazu podataka):
(pojašnjenje između servera 1 Gbit mreže)
1) IT33- desktop na Core i5 4 jezgra 2,8 GHz, DDR3 3 GB, jedan HDD 7200 r/s.
2) REAL- NAJMOĆNIJI kao što sam mislio)) 8 Xeon jezgri na 3 GHz, DDR2 48 GB, RAID10 na SSD-u
3) REAL2- 8 Xeon jezgri na 2 GHz, DDR2 22 GB,RAID10 uključen tvrdi diskovi SAS 10.000 o/s
Testovi su obavljeni u konfiguraciji 1c od Gilev:
"SQL Server" ---> "1C Server" ---> "Evaluacija" + "Naziv klijentskog računara (ako nije navedeno, onda je isti na listi)">1)REAL2--->REAL2--->25.64(TCP--SQL)
>2)REAL2--->REAL2--->26.32(SQL--Shared Memory)
>3)REAL2--->REAL2--->25.64(SQL--Shared Memory) + IT33(client) - od klijenta do mreže servera=10 Mbit
>4 )REAL2--->REAL2--->24.27(SQL--Shared Memory) + REAL(klijent) - hmm.. čudna mreža od 1 Gbit... zašto ima manje papagaja..
>5)REAL2--->REAL2--->37.59(File)
**
****
**************************
>1)REAL--->REAL--->8.73(TCP--SQL)
>2)REAL---> Real2--->11.99(TCP--SQL) --- ovo već počinje da mi daje neke misli))
>3)REAL--->REAL--->17.48 (File)
** **** ******************************
>1)IT33--->IT33--->26.88(TCP--SQL)
>2)IT33--->IT33--->34.72(SQL--Shared Memory)
>3)IT33--->IT33--->59.52(File)
Rezultati:
Pogledao sam rezultate testa... uvrnuo ovako i onako)) i onda mi je sinulo (izmjerio sam brzinu RAM-a),
šta je sa brzinom od 1s 8.x (napominjem da su rezultati testa bazirani na SINGLE-USER modu, ali i za verziju klijent-server sa višekorisničkim radom - mislim da će i oni imati značajan udio) -
Dakle, na brzinu 1C utiču: frekvencija CPU magistrale + frekvencija RAM memorije
----> šta utiče Brzine pisanja i čitanja u RAM-u. Što je osnova performansi 1s 8.x.
Računari koji su podijelili nagrade u smislu brzine rada 1s))
1)IT33--->IT33--->59,52 (datoteka)
RAM DDR 3 (čitanje 11089 MB/s, pisanje 7047 MB/s) ------ kao što sam očekivao razlika će biti značajna sa serverima
2)REALNO2--->REAL2--->37,59 (datoteka)
- RAM DDR2 (čitanje=3474, pisanje=2068)
3)REAL--->REAL--->17,48 (fajl)
- RAM DDR2 (čitanje=1737 MB/s, pisanje=1042 MB/s) - kako se ispostavilo, brzina je manja nego na Real2 - tačno 2 puta,
Zbog omogućenih virtuelnih jezgara (Hyper-trading), najvjerovatnije ćemo ga onemogućiti.
ZAKLJUČCI:
Najveća radna brzina od 1s 8.x postiže se:
I) za opciju File (lično me ne zanima)
A) pokretanje Klijenta (bilo kojeg) na računaru velikom brzinom sa RAM. (na primjer terminalski server
DB tamo).
II) za opciju klijent-server
1) Debeli klijenti 1C na " Terminalni server" - sa +
2) Tanki klijenti 1C- nema posebne razlike gdje... ali je preporučljivo konfigurirati preko "HTTP://".
3a) "SQL Server" + "1C Enterprise Server"(u režimu zajedničke memorije) - na jednom automobilu sa Najveća brzina RAM za pisanje/čitanje + Najveća frekvencija GHz CPU jezgra diskovi
Pojašnjenja:
- podrškaZajednička memorija- pojavio se na motoru počevši od 8.2.17 (PAŽNJA u konfiguraciji - način kompatibilnosti sa prethodne verzije motor), na prethodnim motorima će se koristiti Naimed cijevi - također pokazuju dobre rezultate))
- RAID uključen SSD diskovi - preporučljivo je koristiti RAID10 - za toleranciju grešaka, uzimajući u obzir Write SCALE:
primjer RAID10 (4 kom kazna pisanja = 2), brzina pisanja = 4/2 = 2 diska, nema kazne za čitanje.
Također možete dodatno povećati pouzdanost i stabilnost brzine SSD-a - koristeći ne cijeli kapacitet diska.
primjer (podizanje pouzdanosti desktop SSD-a na nivo serverskog SSD-a):
Ako, na primjer, SSD Intel 520 serije 120GB, i dodijelite 81 GB, a ostatak prostora ostavite neraspoređenim -
tada će oko 32% SSD prostora biti dodijeljeno za prekomjerno obezbjeđivanje uz već postojećih skrivenih 8%. Ukupno dobijamo oko 40%
Razlika između serverskog SSD-a Intel 710 serije i desktop SSD-a Intel 320 serije je upravo razlika u prekomjernoj opskrbi: više od 40% za Intel 710 i 8% za Intel 320.
Ako ima puno 1C klijenata od 100 nadalje:
1) O trenutnim Ethernet mrežnim tehnologijama - NIJE preporučljivo brisati "SQL" "Server 1C".
na primjer zbog kašnjenja (kašnjenja) u Gigabit mreži Ethernet - stvarna brzina razmene sa SQL = 30 megabajta/s - što nije dovoljno ni za intenzivan rad sa Bazom podataka od 1 korisnika.
2) Jer u stvari, "Server 1C" = "Objekt DBMS" (višedimenzionalni objekti), i "SQL" = "Relacioni DBMS"(plosnato tabelarna pohrana podataka)
=> u SQL bazi podataka pohranjuje se FLAT projekcija 1C objekata i 1C server prikuplja objekat iz ove projekcije, zatim radi sa ovim objektom i na kraju, po završetku rada, ponovo ga postavlja u ravni prikaz i pohranjuje u SQL-u.
Kao rezultat, između “SQL” i “1C servera” morate odustati od podjele na dva fizička servera. Ali možete koristiti punu implementaciju NUMA čvorova. ( Ovo mora biti podržano od strane OS i samih procesora).
3b) Hajde da ga širimo SQL server i Server 1c zasebno:
Na struju Ethernet tehnologije- na primjer Gigabit - NIJE praktično
-SQL na server sa Najveća brzina RAM za pisanje/čitanje + Najveća frekvencija GHz CPU jezgra
-Neki FIZIČKI serveri u Klasteru 1c c Najveća brzina RAM za pisanje/čitanje +
Najveća frekvencija GHz CPU jezgra+ preporučljivo je koristiti RAID na SSD-u- diskovi
Rezultati TPC-1 testa opterećenja performansi 1C prema Gilevu za konfiguraciju sa bazom podataka:
Performanse servera se ne ocjenjuju radnim opterećenjem i CPU redovima, već sposobnošću da se izvrši određeni broj operacija u jedinici vremena.
Konflikt za resurse kao što je procesor smanjuje brzinu operacija kada je vrijeme odgovora određeno:
- vrijeme rada
- vrijeme čekanja opreme
- vrijeme logičkih čekanja poput brava
Ključna karakteristika je brzina operacije.
Bilješka. Za procesor, najvažnija karakteristika je frekvencija procesora, a ne opterećenje. Ispod je snimak ekrana rezultata testa (kliknite na sliku za povećanje).
Performanse sistema i planiranje potrebnih računarskih resursa za njegovu implementaciju je obavezna operacija za svaku implementaciju ili promjenu postojećeg IT sistema.
Većina postojećih metoda procjene učinka oslanja se na neku vrstu testiranja.
Postoje dvije glavne vrste testiranja: komponentno i integralno.
Testiranje komponenti uključuje testiranje pojedinačnih komponenti rješenja, u rasponu od performansi procesora ili podsistema za skladištenje do testiranja performansi servera u cjelini, ali bez korisnog opterećenja u obliku određene poslovne aplikacije.
Integrisani pristup karakteriše procena performansi rešenja u celini, kako njegovih softverskih tako i hardverskih delova. U ovom slučaju može se koristiti kako poslovna aplikacija koja će se koristiti u konačnom rješenju, tako i neki model aplikacija koje emuliraju neke standardne poslovne procese i opterećenja.
Naš test koristi upravo ovaj pristup.
Dobili smo kao rezultat određeni indeks performansi (brzine). Ovo je rezultat toga što platforma kao cjelina radi na našem hardveru. U slučaju klijent-server verzije, ovo je rezultat složenog lanca zahtjeva koji prolaze kroz različite sekcije. Dobijate ukupan stvarni rezultat, koji je određen uskim grlom u sistemu. Postavke DBMS-a, OS postavke i hardverske postavke utiču na ukupne performanse sistema.
Test procjenjuje količinu posla po jedinici vremena u jednoj niti i pogodan je za procjenu brzine jednonitnog učitavanja, uključujući brzinu prikazivanja interfejsa, uticaj troškova na održavanje virtuelnog okruženja i, ako postoji, prenos dokumente, zaključenje na kraju mjeseca, obračun platnog spiska, itd.
