Gilev test 8.3 rezultati. Test standardnog opterećenja. Što znače rezultati testa?
Obavezna operacija za svaku implementaciju ili promjenu postojećeg informacijski sistem je procijeniti potrebnu brzinu sustava i planirati potrebne računalne resurse za njegovu implementaciju. Trenutno ne postoji točno rješenje za ovaj problem u opći pogled, a ako, unatoč svojoj složenosti i cijeni, takav algoritam predloži 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 pojave značajnih pogrešaka.
Međutim, postoji dovoljan broj načina za procjenu softvera i konfiguracije potrebne za postizanje tražene izvedbe. 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 ocjenjivanja učinka oslanja se na neku vrstu testiranja.
Postoje dvije glavne vrste ispitivanja: komponentno i integralno.
Testiranje komponenti uključuje testiranje pojedinačnih komponenti rješenja, u rasponu od performansi procesora ili podsustava za pohranu podataka do testiranja performansi poslužitelja u cjelini, ali bez nosivosti u obliku određene poslovne aplikacije.
Integrirani pristup karakterizira procjena performansi rješenja u cjelini, kako njegovih softverskih tako i hardverskih dijelova. U ovom slučaju može se koristiti kako poslovna aplikacija, koja će se koristiti u konačnom rješenju, tako i neke modelne aplikacije koje emuliraju neke standardne poslovne procese i opterećenja.
Zelena boja grafikona, zajedno s nekim uvjetno odabranim pokazateljima s desne strane, omogućuje nam da napravimo opću procjenu "dobre" izvedbe na više platformi.
Kako biti sretan zbog rezultata testa
Dobili ste određeni indeks performansi (brzine) kao rezultat. Nije važno je li rezultat dobar ili loš - to je rezultat PLATFORME koja radi na vašem hardveru. U slučaju klijent-poslužitelj verzije, to je rezultat složenog lanca zahtjeva koji prolaze kroz različite sekcije. Dobivate ukupni stvarni rezultat, koji je određen uskim grlom u sustavu. Uvijek postoji usko grlo.
Drugim riječima, i postavke DBMS-a, postavke OS-a i hardver imaju utjecaj na ukupni rezultat tima.
Koji server je bolji
Ovaj test, koji se provodi na određenom poslužitelju, daje rezultat na temelju ukupnih postavki hardvera, operativnog sustava, baze podataka itd. Ipak, visok rezultat na određenom poslužiteljska oprema znači da će, pod normalnim uvjetima, isti rezultat biti na identičnom hardveru poslužitelja. Ovaj test je besplatan alat koji vam pomaže usporediti instalaciju 1C:Enterprise pod Windows i Linux, tri različita DBMS-a koje podržava platforma 1C:Enterprise 8.
Provjerite sigurnost
Test je apsolutno siguran. Ne dovodi do "pada" poslužitelja (nema "stresnog" algoritma) i ne zahtijeva preliminarne mjere čak ni na "borbenom" poslužitelju. Povjerljivi podaci također se ne bilježe u rezultatima testa. Prikupljaju se podaci o CPU, RAM-u, 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 dijelu univerzalnih integralnih međuplatformskih testova. Štoviše, primjenjiv je za datoteke i opcije klijent-poslužitelj za korištenje 1C:Enterprise. Test radi za sve DBMS-ove koje podržava 1C.
Univerzalnost vam omogućuje da napravite opću procjenu učinka bez vezivanja za određeno tipična konfiguracija platforme.
S druge strane, to znači da za točne izračune prilagođenog projekta, test vam omogućuje da napravite preliminarna procjena prije specijaliziranog ispitivanja 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
Što se događa u testu u okviru “jednog” ciklusa rada?
Značajke korištenja testa na PostgreSQL bazi podataka
Postavite vrijednost parametra standard_conforming_strings na konfiguracijska datoteka postgresql.conf postavljen na 'off'
Kako izmjeriti opterećenje željezom
Treba napomenuti da sam test već djelomično provodi mjerenje. Za detaljniju sliku preporučujem korištenje uslužnog programa Process Explorer Marka Rusinovicha.
Slika prikazuje primjer mjerenja za verziju datoteke.
Proizvodi računovodstva i upravljačkog računovodstva iz 1C najčešći su u Ruskoj Federaciji. Tisuće tvrtki posluju na temelju standardnih i specijaliziranih 1C konfiguracija. S takvom masovnom upotrebom redovito se postavljaju brojna pitanja u vezi s optimizacijom proračuna softvera i mudrim korištenjem resursa. U tijeku su sporovi oko poslužiteljskih dijelova ovog kompleksa, posebno - na kojem operativnom sustavu temeljiti 1C poslužitelj i kojem DBMS-u povjeriti obradu 1C baza podataka. Tijekom naših testova pokušat ćemo odgovoriti na ova pitanja.
Sudionici testa
MS Server operativni sustav i MS SQL DBMS
- Tvrtka 1C otvoreno pozicionira ovu kombinaciju kao glavni radni model, stoga su proizvodi 1C stvoreni prvenstveno za nju
- Dostupnost protokola za izravnu brzu razmjenu informacija SharedMemory
- Postoji službena osoba tehnička podrška i ugovore o uslugama
- Postoji baza znanja i mnoštvo informacija o instalaciji i finom podešavanju 1C+MS SQL
Unix operativni sustav i PostgreSQL DBMS
- Sustav je potpuno besplatan (osim licence za 1C:Enterprise server)
- Moguće je fleksibilno konfigurirati mnoge parametre koji poboljšavaju performanse DBMS-a
- 1C proizvodi najavili su podršku za PostgreSQL DBMS
- Postoji mogućnost replikacije baze podataka
Naravno, trošak projekta, tolerancija na pogreške i tehnička podrška važni su kriteriji pri odabiru informacijskog sustava za 1C. Međutim, postoji faktor koji u većini slučajeva radikalno utječe na donošenje odluka - brzina.
Budući da na internetu postoji naprosto velika količina tehničke literature o ova dva sustava, moglo bi se dugo raspravljati o dugim usporednim tablicama koje, ovisno o ciljevima, ističu prednosti pojedinog proizvoda. Možete raspravljati o ovom ili onom parametru među stotinama drugih istih - koliko je jedinstven u svojoj vrsti i kako utječe na postizanje rezultata. Ali teorija bez prakse je mrtva - u ovom članku predlažemo da izostavimo teoriju i prijeđemo izravno na činjenice kako bismo u praksi testirali performanse oba informacijska sustava s određenom razinom preporučenih postavki i u različitim opcijama arhitekture poslužitelja (vidi tablicu 2).
Metode ispitivanja
U našim testovima oslanjat ćemo se na dvije metode sintetičkog generiranja opterećenja i simulacije rada korisnika u 1C. Ovo je Gilev test (TPC-1C) i poseban 1C test "Centar za testiranje" iz alata 1C: KIP s posebnim korisničkim scenarijima.
Gilev test (TPC-1C)
Gilev test pripada odjeljku univerzalnih krosplatformskih testova opterećenja. Može se koristiti i za datoteke i za klijent-poslužiteljske arhitekture 1C:Enterprise. Test mjeri količinu rada po jedinici vremena u jednoj niti i prikladan je za procjenu brzine jednonitnih radnih opterećenja, uključujući brzinu crtanja sučelja, utjecaj troškova resursa, ponovno objavljivanje dokumenata, postupke zatvaranja na kraju mjeseca , obračun plaća itd. Svestranost vam omogućuje izradu sažete procjene performansi bez vezivanja za jednu konfiguraciju platforme. Rezultat testa je ukupna procjena izmjerenog 1C sustava, izražena u konvencionalnim jedinicama.
Specijalizirani test iz Ispitnog centra 1C alati: Instrumentacija
Ispitni centar– alat za provođenje višekorisničkih testova opterećenja sustava temeljenih na 1C:Enterprise 8 (vidi sliku 1). Uz njegovu pomoć možete simulirati rad tvrtke bez sudjelovanja stvarnih korisnika, što vam omogućuje procjenu primjenjivosti, performansi i skalabilnosti informacijskog sustava u stvarnim uvjetima. Sustav je konfiguracija koja osigurava mehanizam za kontrolu procesa testiranja. Za testiranje informacijska baza potrebno je konfiguraciju Test centra integrirati u konfiguraciju testirane baze usporedbom i kombiniranjem konfiguracija. Kao rezultat spajanja, objekti i zajednički moduli potrebni za rad Ispitnog centra bit će dodani u metapodatke testirane baze podataka.
Slika 1 - Shema rada "Testnog centra" 1C: Instrumentacija
Dakle, pomoću alata 1C: KIP, na temelju dostupnih podataka u stvarnim proizvodnim bazama 1C, programer stvara potpunu skriptu za automatsko testiranje na temelju popisa dokumenata i referentnih knjiga koji su ključni za ove vrste konfiguracije (zahtjev za utroškom sredstava, narudžba dobavljaču, prodaja roba i usluga itd.). Kada pokrenete skriptu, Test Center će automatski reproducirati višekorisničku aktivnost opisanu u skripti. Da bi to učinio, Centar za testiranje će stvoriti potreban broj virtualnih korisnika (u skladu s popisom uloga) i započeti s izvođenjem radnji.
Parametri ispitivanja
Prilikom postavljanja scenarija testiranja za pouzdanu simulaciju istodobnog rada velikog broja korisnika, za svaku vrstu dokumenta postavljaju se određeni parametri testiranja (vidi tablicu 1):
- Dokument – označava određeni dokument u radnoj bazi podataka na temelju kojeg će se provesti ispitivanje opterećenja
- Prioritet pokretanja – određuje redoslijed pokretanja testova za svaku vrstu dokumenta
- Broj dokumenata – određuje volumen generiranih testnih dokumenata
- Pauza, sekunde – odgoda pri pokretanju niza testova unutar jedne vrste dokumenta
- Broj redaka u dokumentu je informacijski pokazivač koji označava "masovnost" testnog dokumenta, što utječe na vrijeme obrade i opterećenje resursa
Testovi se izvode u 3 iteracije, rezultati se bilježe u tablicu. Dakle, dobiveni rezultati testiranja, mjereni u sekundama, najrealnije i najobjektivnije odražavaju razinu performansi 1C baza podataka u uvjetima koji su što bliži stvarnim (vidi tablice 3.1 i 3.2).
Tablica 1. Parametri testnog scenarija
| Dokument | Prioritet lansiranja | Broj dokumenata | Pauza, sekunde | Broj redaka u dokumentu | |
| Uloga 1 | Faktura 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 | Faktura 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 | Faktura 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 | Faktura 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 | Faktura 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 | Faktura 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 | Faktura 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 | Faktura 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 | Faktura 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 | Faktura 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 |
Tablica 2. Tehnički podaci testna klupa
| Ne. | Uloga sustava | CPU\vCPU | RAM, GB | Disk sustav ulaz izlaz |
| 1 | Terminalni poslužitelj – virtualni stroj za upravljanje testiranjem | 4 jezgre 2,9 GHz |
16 GB | Intel SATA SSD Racija1 |
| 2 | Scenarij 1. Server 1C + DBMS hardver | Intel Xeon E5-2690 16 jezgri |
96 GB | Intel Sata SSD Raid1 |
| 3 | Scenarij 2. Poslužitelj 1C + virtualni DBMS | 16 jezgri 2,9 GHz |
64 GB | Intel Sata SSD Raid1 |
| 4 | Scenarij 3. Server 1C virtualni | 16 jezgri 2,9 GHz |
32 GB | Intel Sata SSD Raid1 |
| 5 | Scenarij 4. Virtualni DBMS poslužitelj | 16 jezgri 2,9 GHz |
32 GB | Intel Sata SSD Raid1 |
| 6 | Softver |
|
||
| 7 | 1C konfiguracije |
|
||
Tablica 3.1 Rezultati ispitivanja pomoću Gilev testa (TPC-1C). Smatra se optimalnim najveća vrijednost
Tablica 3.2 Rezultati ispitivanja korištenjem posebnog 1C:KIP testa. Najmanja vrijednost se smatra optimalnom
| operacijski sustav Microsoftov poslužitelj | Operativni sustav Unix klase | |||||
| Popis testova (prosječna vrijednost na temelju niza od 3 testa) | Hardverski poslužitelj 1C+DBMS, SharedMemory protokol | Virtualni poslužitelj 1C+DBMS, SharedMemory protokol | 1C hardverski poslužitelj i DBMS hardverski poslužitelj, TCP-IP protokol | Virtualni poslužitelj 1C i virtualni poslužitelj DBMS, TCP-IP protokol | ||
| Provođenje 1C:KIP testova na postojećoj bazi podataka, konfiguracija Enterprise Accounting | ||||||
| Prometna bilanca | 1.741 sek | 2,473 sek | 2,873 sek | 2,522 sek | 13.866 sek | 9,751 sek |
| Obavljanje povrata robe od kupaca | 0,695 sek | 0,775 sek | 0,756 sek | 0,781 sek | 0,499 sek | 0,719 sek |
| Provođenje 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 sek | 0,548 sek | 0,535 sek | 0,556 sek | 0,362 sek | 0,568 sek |
| Prodaja roba i usluga | 0,667 sek | 0,759 sek | 0,747 sek | 0,879 sek | 0,544 sek | 0,802 sek |
| Knjiženje računa za plaćanje | 0,028 sek | 0,037 sek | 0,037 sek | 0,038 sek | 0,026 sek | 0,038 sek |
| Izračun troškovnika | 3.071 sek | 3,657 sek | 4,094 sek | 3,768 sek | 15.175 sek | 10.68 sek |
| Provođenje 1C:KIP testova na postojećoj bazi podataka, konfiguracija Trade Management | ||||||
| Odvoz i povrat od naručitelja | 2,192 sek | 2.113 sek | 2.070 sek | 2.418 sek | 1.417 sek | 1.494 sek |
| Odvoz i povrat robe dobavljaču | 1.446 sek | 1.410 sek | 1.359 sek | 1.467 sek | 0,790 sek | 0,849 sek |
| Knjiženje narudžbe kupca | 0,355 sek | 0,344 sek | 0,335 sek | 0,361 sek | 0,297 sek | 0,299 sek |
| Obavljanje ponovnog brojanja robe | 0,140 sek | 0,134 sek | 0,131 sek | 0,144 sek | 0,100 sek | 0,097 sek |
| Provođenje prijema tehničkih specifikacija | 1.499 sek | 1.438 sek | 1.412 sek | 1,524 sek | 1.097 sek | 1.189 sek |
| Implementacija specifikacija | 1390 sek | 1,355 sek | 1.308 sek | 1.426 sek | 1.093 sek | 1.114 sek |
| Provođenje RKO | 0,759 sek | 0,729 sek | 0,713 sek | 0,759 sek | 0,748 sek | 0,735 sek |
- U posebnom 1C testu, operacije "čitanja podataka i složenih izračuna", kao što su "Bilanca prometa" i "Izračun troškovnika", izvode se nekoliko puta brže na MS SQL DBMS-u tvrtke Microsoft.
- Za operacije "snimanja podataka i knjiženja dokumenata", u većini testova najbolji rezultat pokazuje PostgreSQL DBMS, optimiziran za 1C.
- Gilevov sintetički test također pokazuje prednost PostgreSQL-a. Ova činjenica proizlazi iz činjenice da se sintetički test temelji na mjerenju brzine kreiranja i knjiženja određenih vrsta dokumenata, što se također smatra operacijama „snimanje podataka i knjiženje dokumenata“.
Završimo s usporedbom između platformi, prijeđimo na usporedbe unutar svakog sustava:
- Kao što se i očekivalo, 1C testovi na hardverskoj platformi pokazuju bolje rezultate nego na virtualnoj. Razlika u rezultatima posebnog 1C testa u oba slučaja je mala, što ukazuje na postupnu optimizaciju od strane proizvođača virtualnih hipervizora.
- Također se očekuje da korištenje tehnologije zajedničke memorije (SharedMemory) ubrzava proces razmjene podataka između 1C poslužitelja i DBMS-a. Sukladno tome, rezultati testa nešto su bolji od sheme s mrežnom interakcijom ova dva servisa putem TCP-IP protokola.
Možemo zaključiti da s ispravnom konfiguracijom 1C i DBMS-a možete postići značajne rezultate čak i na besplatnom softver. Stoga je prilikom projektiranja nove IT strukture za 1C potrebno uzeti u obzir razinu opterećenja sustava, vrstu prevladavajućih operacija u bazi podataka, raspoloživi proračun, prisutnost stručnjaka za nestandardne DBMS-ove, potreba za integracijom s vanjskim uslugama itd. Na temelju tih podataka već je moguće odabrati traženo rješenje.
Pročitajte nastavak testiranja.
Za uloge 1C poslužitelja, MS SQL 2008 DBMS poslužitelj za 50 korisnika.
Prema riječima stručnjaka za poslužitelje, prikupljamo hardver:
Odabir platforme: IBM x3650 M3
Odaberite procesor: Intel Xeon E5506 - 1 kom.
Odabir RAM-a: 4 sticka od po 4GB
Odabir tvrdog diska: 3 SAS 146 GB RAID5
Korišteni softver:
OS MS Windows 2008 x64
DBMS MS SQL 2008 x64
Poslužitelj 1C 8.2 x64
Testno okruženje: za provođenje testiranja opterećenja korištena je konfiguracija 1C 8.2: „Standardni test opterećenja“.
Napredak testa:
Na lokalni poslužitelj Pokrenuta je sesija klijenta 1C u agentskom načinu rada i u 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 za povećanje broja korisnika nakon testova postavljen je na 20 korisnika.
U početku (bez korisničkih veza), DBMS zauzima 569 MB RAM-a (stvorene su 2 baze podataka: konfiguracija 1C 8.2: UPP 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 zauzima 55 MB (55 MB x 200 = 11 GB). Za usporedbu, jedna prava korisnička sesija (1C klijentska aplikacija) zauzima oko 300 - 500 MB. Veličina memorije dodijeljene klijentskoj aplikaciji 1C 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 s klijentskog dijela na DBMS (prema standardu, port TCP 1541 i TCP 475 koriste se za 1C sigurnosni poslužitelj).
Korištenje CPU resursa dijelilo se između usluge poslužitelja 1C (rphost) i usluge DBMS (sqlservr). Uz opterećenje od 40 korisnika, rphost je uzeo 37% CPU snage, sqlservr 30%. Uz opterećenje od 60 korisnika, rphost je zauzimao 47% CPU snage, sqlservr je zauzimao 29%.
Pri brisanju kreiranih dokumenata servis sqlsrvr pristupio je diskovnom podsustavu za snimanje brzinom do 6,5 MB/s (oko 52 MB/s).
Opterećenje mreže između 1C poslužitelja i DBMS-a (na lokalnom retrospektivnom sučelju) bilo je 10 Mb/s.
Izdan rezultat testa ispitna konfiguracija 1C:
Parametri: Pokrenite test 000000006 od 24.5.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.
Uvjeti ispitivanja
"Poslužitelj 1C: Enterprise: test
Naziv infobaze: testcenter_82
Virtualni korisnici: TEST,"
Zaključci:
Potrebno je relaksirati konfiguraciju poslužitelja, budući da je trenutni 100% redundantan 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.
1C arhitektura sastoji se od 4 bloka: 1C poslužitelj, DBMS, 1C sigurnosni poslužitelj i 1C klijent. U ovom testu sve ove funkcije su pokrenute na jednom poslužitelju.
Kada postoji veliko opterećenje na poslužitelju 1C, postoje sljedeće preporuke:
Odvojite uloge 1C poslužitelja, DBMS poslužitelja, 1C zaštitnog poslužitelja i 1C klijentskih aplikacija (za veće performanse, bolje je pokrenuti 1C klijentske aplikacije na terminalskom poslužitelju).
Na DBMS poslužitelju morate koristiti sljedeću strukturu za sustave za pohranu podataka: OS treba biti smješten na RAID 1, DBMS podatkovne datoteke (.mdf, .ndf) na zasebnom RAID 0, datoteke dnevnika (.ldf) na zasebnom RAID 0, privremene datoteke i swap datoteka na zasebnom disku.
Računala (uobičajeni naziv) koja sudjeluju u testovima - opis (diskovi su naznačeni samo za bazu podataka):
(pojašnjenje između poslužitelja 1 Gbit mreže)
1) IT33- desktop na Core i5 4 jezgre 2,8 GHz, DDR3 3 GB, jedan HDD 7200 r/s.
2) STVARAN- NAJMOĆNIJI kao što sam mislio)) 8 Xeon jezgri na 3 GHz, DDR2 48 GB, RAID10 na SSD-u
3) STVARNO2- 8 Xeon jezgri na 2 GHz, DDR2 22 GB,RAID10 uključen tvrdi diskovi SAS 10.000 okretaja u sekundi
Ispitivanja su provedena u konfiguraciji 1c tvrtke Gilev:
"SQL Server" ---> "1C Server" ---> "Evaluacija" + "Naziv klijentskog računala (ako nije naveden, onda je isti na popisu)">1)REAL2--->REAL2--->25.64(TCP--SQL)
>2)REAL2--->REAL2--->26.32(SQL--Zajednička memorija)
>3)REAL2--->REAL2--->25.64(SQL--Zajednička memorija) + IT33(klijent) - od klijenta do mreže poslužitelja=10 Mbit
>4 )REAL2--->REAL2--->24.27(SQL--Shared Memory) + REAL(client) - hmm.. čudna 1 Gbit mreža... zašto ima manje papiga..
>5)REAL2--->REAL2--->37.59(Datoteka)
**
****
**************************
>1)STVARNO--->STVARNO--->8.73(TCP--SQL)
>2)STVARNO---> Real2--->11.99(TCP--SQL) --- ovo mi već daje neke misli))
>3)REAL--->REAL--->17.48 (Datoteka)
** **** ******************************
>1)IT33--->IT33--->26.88(TCP--SQL)
>2)IT33--->IT33--->34.72(SQL--Zajednička memorija)
>3)IT33--->IT33--->59.52(Datoteka)
Rezultati:
Pogledao sam rezultate testa... vrtio se ovako i onako)) i onda mi je sinulo (izmjerio sam brzinu RAM-a),
što je s brzinom od 1s 8.x (napominjem da se rezultati testa temelje na SINGLE-USER modu, ali i za verziju klijent-poslužitelj s višekorisničkim radom - mislim da će i oni imati značajan udio utjecaja) -
Dakle, na brzinu 1C utječu: frekvencija CPU sabirnice + frekvencija RAM memorije
----> što utječe Brzine PISANJA i ČITANJA u RAM-u. Što je osnova za izvedbu 1s 8.x.
Računala koja su podijelila nagrade po brzini rada 1s))
1)IT33--->IT33--->59.52(Datoteka)
RAM DDR 3 (čitanje 11089 MB/s, pisanje 7047 MB/s) ------ kao što sam i očekivao razlika će biti značajna s poslužiteljima
2)STVARNO2--->REAL2--->37.59(Datoteka)
- RAM DDR2 (čitanje=3474, pisanje=2068)
3) STVARNO--->STVARNO--->17.48(Datoteka)
- RAM DDR2 (Read=1737 MB/s, Write=1042 MB/s) - kako se pokazalo, brzina je niža nego na Real2 - točno 2 puta,
Zbog uključenih virtualnih jezgri (Hyper-trading), najvjerojatnije ćemo ga onemogućiti.
ZAKLJUČCI:
Najveća radna brzina od 1s 8.x postiže se:
I) za opciju File (osobno me ne zanima)
A) pokretanje klijenta (bilo kojeg) na računalu velikom brzinom s radna memorija. (na primjer terminalski poslužitelj
DB tamo).
II) za opciju klijent-poslužitelj
1) Debeli klijenti 1C na " Terminalni poslužitelj" - sa +
2) Tanki klijenti 1C- nema posebne razlike gdje... ali preporučljivo je konfigurirati preko "HTTP://".
3a) "SQL Server" + "1C Enterprise Server"(u načinu dijeljene memorije) - na jednom automobilu s Najveća brzina pisanja/čitanja RAM-a + CPU jezgre najviše frekvencije GHz 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 s prethodne verzije motor), na prethodnim motorima koristit će se 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 komada Kazna za pisanje = 2), Brzina pisanja = 4/2 = 2 diska, Bez 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 SSD-a stolnog računala na razinu SSD-a poslužitelja):
Ako je npr. SSD Intel 520 serije 120GB, alocirajte 81 GB, a ostatak prostora ostavite nedodijeljen -
tada će oko 32% prostora na SSD-u biti dodijeljeno za prekomjerno osiguravanje uz već postojećih skrivenih 8%. Ukupno dobijemo oko 40%
Razlika između poslužiteljskog SSD-a serije Intel 710 i stolnog SSD-a serije Intel 320 upravo je razlika u prekomjernoj opskrbi: više od 40% za Intel 710 i 8% za Intel 320.
Ako ima puno 1C klijenata od 100 pa nadalje:
1) O trenutnim Ethernet mrežnim tehnologijama - NIJE preporučljivo brisati "SQL" "Server 1C".
primjerice zbog latencije (kašnjenja) u gigabitnoj mreži Ethernet - realna brzina razmjene sa SQL-om = 30 Megabytes/s - što nije dovoljno ni za intenzivan rad s bazom od 1 korisnika.
2) Zato što zapravo, "Server 1C" = "Object DBMS" (višedimenzionalni objekti) i "SQL" = "Relacijski DBMS"(skladištenje podataka u ravnoj tablici)
=> u SQL bazi podataka pohranjuje se FLAT projekcija 1C Objekta i 1C Server prikuplja Objekt iz te projekcije, zatim radi s tim Objektom i konačno, po završetku rada, ponovno ga postavlja u ravni prikaz i pohranjuje u SQL-u.
Kao rezultat toga, između "SQL" i "1C poslužitelja", morate odustati od dijeljenja na dva fizička poslužitelja. Ali možete koristiti punu implementaciju NUMA čvorova. ( Ovo mora podržavati sam OS i procesori).
3b) Raširimo ga SQL poslužitelj i Server 1c zasebno:
Na struju Ethernet tehnologije- na primjer Gigabit - NIJE Praktično
-SQL na poslužitelj sa Najveća brzina pisanja/čitanja RAM-a + CPU jezgre najviše frekvencije GHz
-Neki FIZIČKI poslužitelji u klasteru 1c c Najveća brzina pisanja/čitanja RAM-a +
CPU jezgre najviše frekvencije GHz+ preporučljivo je koristiti RAID na SSD-u diskovi
Rezultati testa opterećenja TPC-1 izvedbe 1C prema Gilevu za konfiguraciju s bazom podataka datoteka:
Performanse poslužitelja ne ocjenjuju se radnim opterećenjem i CPU redovima, već sposobnošću izvođenja određenog broja operacija po jedinici vremena.
Sukob za resurse kao što je procesor smanjuje brzinu operacija kada je vrijeme odziva određeno:
- vrijeme operacije
- vrijeme čekanja opreme
- vrijeme logičnih čekanja poput brava
Ključna karakteristika je brzina operacije.
Bilješka. Za procesor je najvažnija karakteristika frekvencija procesora, a ne opterećenje. Ispod je snimak zaslona rezultata testa (kliknite na sliku za povećanje).
Performanse sustava i planiranje potrebnih računalnih resursa za njegovu implementaciju obvezna je operacija za svaku implementaciju ili promjenu postojećeg IT sustava.
Većina postojećih metoda ocjenjivanja učinka oslanja se na neku vrstu testiranja.
Postoje dvije glavne vrste ispitivanja: komponentno i integralno.
Testiranje komponenti uključuje testiranje pojedinačnih komponenti rješenja, u rasponu od performansi procesora ili podsustava za pohranu podataka do testiranja performansi poslužitelja u cjelini, ali bez nosivosti u obliku određene poslovne aplikacije.
Integrirani pristup karakterizira procjena performansi rješenja u cjelini, kako njegovih softverskih tako i hardverskih dijelova. U ovom slučaju može se koristiti kako poslovna aplikacija, koja će se koristiti u konačnom rješenju, tako i neke modelne aplikacije 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 platforme kao cjeline koja radi na našem hardveru. U slučaju klijent-poslužitelj verzije, to je rezultat složenog lanca zahtjeva koji prolaze kroz različite sekcije. Dobivate ukupni stvarni rezultat, koji je određen uskim grlom u sustavu. Postavke DBMS-a, postavke OS-a i postavke hardvera utječu na ukupne performanse sustava.
Test procjenjuje količinu rada po jedinici vremena u jednoj niti i prikladan je za procjenu brzine učitavanja jedne niti, uključujući brzinu renderiranja sučelja, utjecaj troškova na održavanje virtualnog okruženja i, ako postoji, prijenos dokumenti, zatvaranje na kraju mjeseca, obračun plaća itd.
