Gileva testa 8.3 rezultāti. Standarta slodzes tests. Ko nozīmē testa rezultāti?
Obligāta darbība, lai ieviestu vai mainītu esošo informācijas sistēma ir novērtēt nepieciešamo sistēmas veiktspēju un plānot tās ieviešanai nepieciešamos skaitļošanas resursus. Pašlaik šai problēmai nav precīza risinājuma vispārējs skats, un, ja, neskatoties uz tā sarežģītību un izmaksām, šādu algoritmu piedāvā jebkurš ražotājs, tad pat nelielas izmaiņas aparatūrā, programmatūras versijā, sistēmas konfigurācijā vai lietotāju skaitā vai standarta uzvedībā novedīs pie būtisku kļūdu parādīšanās.
Tomēr ir pietiekami daudz veidu, kā novērtēt programmatūru un konfigurāciju, kas nepieciešama, lai sasniegtu nepieciešamo veiktspēju. aparatūra. Visas šīs metodes var izmantot atlases procesā, taču patērētājam ir jāsaprot to pielietojums un ierobežojumi.
Lielākā daļa esošo veiktspējas novērtēšanas metožu balstās uz kāda veida testēšanu.
Ir divi galvenie testēšanas veidi: komponents un integrālais.
Komponentu testēšana ietver atsevišķu risinājuma komponentu testēšanu, sākot no procesoru vai krātuves apakšsistēmu veiktspējas līdz servera veiktspējas pārbaudei kopumā, bet bez lietderīgās slodzes konkrētas biznesa lietojumprogrammas veidā.
Integrēto pieeju raksturo risinājuma veiktspējas novērtējums kopumā, gan tā programmatūras, gan aparatūras daļas. Šajā gadījumā var izmantot gan biznesa lietojumprogrammu, kas tiks izmantota gala risinājumā, gan arī dažas modeļa lietojumprogrammas, kas emulē dažus standarta biznesa procesus un slodzes.
Grafikas zaļā krāsa kopā ar dažiem nosacīti atlasītiem rādītājiem labajā pusē ļauj mums veikt starpplatformu vispārinātu “labas” darbības novērtējumu.
Kā priecāties par testa rezultātiem
Tā rezultātā jūs saņēmāt noteiktu veiktspējas (ātruma) indeksu. Nav nozīmes tam, vai rezultāts ir labs vai slikts — tas ir rezultāts tam, ka PLATFORMA darbojas jūsu aparatūrā. Klienta - servera versijas gadījumā tas ir rezultāts sarežģītai pieprasījumu ķēdei, kas iet cauri dažādām sadaļām. Jūs saņemat kopējo faktisko rezultātu, ko nosaka sistēmas vājais kakls. Vienmēr ir kāds sašaurinājums.
Citiem vārdiem sakot, gan DBVS iestatījumi, gan OS iestatījumi, gan aparatūra ietekmē kopējo komandas rezultātu.
Kurš serveris ir labāks
Šis tests, kas tiek veikts uz konkrēta servera, dod rezultātu, pamatojoties uz aparatūras iestatījumu kopumu, operētājsistēmu, datubāzi utt. Neskatoties uz to, augsts rezultāts uz konkrētu servera aprīkojums nozīmē, ka normālos apstākļos tāds pats rezultāts būs uz identiskas servera aparatūras. Šis tests ir bezmaksas rīks, kas palīdz salīdzināt 1C:Enterprise instalēšanu operētājsistēmās Windows un Linux — trīs dažādas DBVS, ko atbalsta platforma 1C:Enterprise 8.
Pārbaudīt drošību
Pārbaude ir absolūti droša. Tas neizraisa servera “avāriju” (nav “stresa” algoritma) un neprasa iepriekšējus pasākumus pat “kaujas” serverī. Konfidenciāli dati arī netiek ierakstīti testa rezultātos. Tiek apkopota informācija par CPU, RAM, HDD parametriem. Sērijas numuri ierīces netiek savāktas. To visu varat viegli pārbaudīt – testa kods ir 100% atvērts. Nav iespējams nosūtīt nekādu informāciju bez jūsu ziņas.
Klasifikācija TPC-Lokālā caurlaidspēja / TPC-1C-GILV-A
Tests pieder universālo integrālo starpplatformu testu sadaļai. Turklāt tas ir piemērojams failu un klienta-servera opcijām, lai izmantotu 1C: Enterprise. Pārbaude darbojas visās DBVS, ko atbalsta 1C.
Universitāte ļauj veikt vispārīgu veiktspējas novērtējumu, nesaistot to ar konkrētu tipiska konfigurācija platformas.
No otras puses, tas nozīmē, ka pielāgota projekta precīziem aprēķiniem tests ļauj veikt provizoriskais novērtējums pirms specializētas slodzes pārbaudes.
Lejupielādēt testu
Šis tests nav komerciāls, un to var lejupielādēt bez maksas 8.2 un bez maksas 8.3.
Tehniskas detaļas
Kas notiek testā “viena” darbības cikla ietvaros?
Testa izmantošanas iespējas PostgreSQL datu bāzē
Iestatiet parametra standard_conforming_strings vērtību uz konfigurācijas fails postgresql.conf ir iestatīts uz "off"
Kā izmērīt dzelzs slodzi
Jāpiebilst, ka pats tests jau daļēji veic mērījumu. Lai iegūtu detalizētāku attēlu, iesaku izmantot Marka Rusinoviča utilītu Process Explorer.
Attēlā parādīts faila versijas mērījuma piemērs.
Grāmatvedības un vadības grāmatvedības produkti no 1C ir visizplatītākie Krievijas Federācijā. Tūkstošiem uzņēmumu veic savu uzņēmējdarbību, pamatojoties uz standarta un specializētām 1C konfigurācijām. Ar tik masveida izmantošanu regulāri rodas vairāki jautājumi par programmatūras budžeta optimizēšanu un resursu saprātīgu izmantošanu. Strīdi joprojām virmo ap šī kompleksa serveru daļām, jo īpaši par to, uz kuru operētājsistēmu balstīt 1C serveri un kurai DBVS uzticēt 1C datu bāzu apstrādi. Mūsu testu laikā mēs centīsimies atbildēt uz šiem jautājumiem.
Testa dalībnieki
MS Server operētājsistēma un MS SQL DBVS
- Uzņēmums 1C atklāti pozicionē šo kombināciju kā galveno darba modeli; attiecīgi 1C produkti tiek radīti galvenokārt tam
- Protokola pieejamība tiešai ātrgaitas informācijas apmaiņai SharedMemory
- Ir amatpersona tehniskā palīdzība un pakalpojumu līgumi
- Ir zināšanu bāze un daudz informācijas par 1C+MS SQL instalēšanu un precizēšanu
Unix operētājsistēma un PostgreSQL DBVS
- Sistēma ir pilnīgi bezmaksas (izņemot 1C:Enterprise servera licenci)
- Ir iespējams elastīgi konfigurēt daudzus parametrus, kas uzlabo DBVS veiktspēju
- 1C produkti paziņoja par PostgreSQL DBVS atbalstu
- Pastāv datu bāzes replikācijas iespēja
Protams, projekta izmaksas, kļūdu tolerance un tehniskais atbalsts ir svarīgi kritēriji, izvēloties informācijas sistēmu 1C. Tomēr ir faktors, kas vairumā gadījumu radikāli ietekmē lēmumu pieņemšanu – ātrums.
Tā kā internetā par šīm divām sistēmām ir vienkārši daudz tehniskās literatūras, varētu ilgi strīdēties par garām salīdzinošām tabulām, kas atkarībā no mērķiem izceļ konkrēta produkta priekšrocības. Jūs varat debatēt par šo vai citu parametru starp simtiem citu tādu pašu parametru - cik tas ir unikāls savā veidā un kā tas ietekmē rezultāta sasniegšanu. Bet teorija bez prakses ir mirusi - šajā rakstā piedāvājam izlaist teoriju un doties tieši pie faktiem, lai praksē pārbaudītu gan informācijas sistēmu darbību ar noteiktu ieteicamo iestatījumu līmeni, gan dažādās serveru arhitektūras iespējās (skat. Tabulu 2).
Pārbaudes metodes
Savos testos mēs paļausimies uz divām sintētiskās slodzes ģenerēšanas un lietotāja darba simulācijas metodēm 1C. Šis ir Gilev tests (TPC-1C) un īpašs 1C tests “Pārbaudes centrs” no 1C: KIP rīkiem ar īpašiem lietotāja scenārijiem.
Gileva tests (TPC-1C)
Gileva tests pieder universālo starpplatformu slodzes testu sadaļai. To var izmantot gan failu, gan klienta-servera arhitektūrām 1C: Enterprise. Tests mēra darba apjomu laika vienībā vienā pavedienā un ir piemērots viena pavediena darba slodžu ātruma novērtēšanai, ieskaitot saskarnes zīmēšanas ātrumu, resursu izmaksu ietekmi, dokumentu pārpublicēšanu, mēneša beigu slēgšanas procedūras. , algu aprēķini utt. Daudzpusība ļauj veikt veiktspējas kopsavilkuma novērtējumu, nesaistoties ar vienu platformas konfigurāciju. Testa rezultāts ir kopējais izmērītās 1C sistēmas novērtējums, kas izteikts parastajās vienībās.
Specializētā pārbaude no Testu centra 1C rīkiem: Instrumenti
Pārbaudes centrs– rīks vairāku lietotāju slodzes testu veikšanai sistēmām, kuru pamatā ir 1C:Enterprise 8 (sk. 1. attēlu). Ar tās palīdzību var simulēt uzņēmuma darbu bez reālu lietotāju līdzdalības, kas ļauj novērtēt informācijas sistēmas pielietojamību, veiktspēju un mērogojamību reālos apstākļos. Sistēma ir konfigurācija, kas nodrošina testēšanas procesa kontroles mehānismu. Pārbaudei informācijas bāze nepieciešams Test Center konfigurāciju integrēt pārbaudāmās bāzes konfigurācijā, salīdzinot un kombinējot konfigurācijas. Apvienošanas rezultātā testējamās datu bāzes metadatiem tiks pievienoti Testu centra darbībai nepieciešamie objekti un kopējie moduļi.
1. attēls. “Pārbaudes centra” 1C darba shēma: Instrumenti
Tādējādi, izmantojot 1C: KIP rīkus, pamatojoties uz pieejamajiem datiem reālās 1C ražošanas bāzēs, programmētājs izveido pilnvērtīgu automātiskās testēšanas skriptu, pamatojoties uz dokumentu un uzziņu grāmatu sarakstu, kas ir svarīgi šāda veida konfigurācijas (līdzekļu izlietošanas pieprasījums, pasūtījums piegādātājam, preču un pakalpojumu pārdošana utt.). Palaižot skriptu, Test Center automātiski atskaņos skriptā aprakstītās vairāku lietotāju darbības. Lai to izdarītu, Testēšanas centrs izveidos nepieciešamo virtuālo lietotāju skaitu (saskaņā ar lomu sarakstu) un sāks veikt darbības.
Pārbaudes parametri
Iestatot testēšanas scenārijus, lai droši simulētu liela skaita lietotāju vienlaicīgu darbu, katram dokumenta veidam tiek iestatīti noteikti testēšanas parametri (sk. 1. tabulu):
- Dokuments – norāda konkrētu dokumentu darba datu bāzē, uz kura pamata tiks veikta slodzes pārbaude
- Palaišanas prioritāte – nosaka secību, kādā tiek uzsāktas pārbaudes katram dokumenta veidam
- Dokumentu skaits – nosaka ģenerēto pārbaudes dokumentu apjomu
- Pauze, sekundes – aizkave, uzsākot testu sēriju viena veida dokumentā
- Rindu skaits dokumentā ir informācijas rādītājs, kas norāda uz testa dokumenta “masivitāti”, kas ietekmē apstrādes laiku un resursu slodzi
Testi tiek veikti 3 iterācijās, rezultāti tiek fiksēti tabulā. Tādējādi iegūtie testa rezultāti, mērīti sekundēs, visreālāk un objektīvāk atspoguļo 1C datu bāzu darbības līmeni apstākļos, kas ir maksimāli pietuvināti reālajiem (skat. 3.1. un 3.2. tabulu).
1. tabula. Testa scenārija parametri
| Dokuments | Palaišanas prioritāte | Dokumentu skaits | Pauze, sekundes | Rindu skaits dokumentā | |
| 1. loma | Pircēja rēķins | 1 | 25 | 51 | 62 |
| Preču saņemšana | 2 | 25 | 80 | ||
| Preču pārdošana | 3 | 25 | 103 | ||
| Naudas pārvedumi | 4 | 25 | 1 | ||
| Pircējs atgriež | 5 | 25 | 82 | ||
| 2. loma | Pircēja rēķins5 | 10 | 65 | 79 | |
| Preču saņemšana | 1 | 22 | 80 | ||
| Preču pārdošana | 2 | 25 | 103 | ||
| Naudas pārvedumi | 3 | 25 | 1 | ||
| Pircējs atgriež | 4 | 25 | 75 | ||
| 3. loma | Pircēja rēķins | 4 | 15 | 45 | 76 |
| Preču saņemšana | 5 | 26 | 80 | ||
| Preču pārdošana | 1 | 52 | 103 | ||
| Naudas pārvedumi | 2 | 26 | 1 | ||
| Pircējs atgriež | 3 | 32 | 90 | ||
| 4. loma | Pircēja rēķins | 3 | 45 | 38 | 70 |
| Preču saņemšana | 4 | 30 | 80 | ||
| Preču pārdošana | 5 | 30 | 103 | ||
| Naudas pārvedumi | 1 | 20 | 1 | ||
| Pircējs atgriež | 2 | 20 | 86 | ||
| 5. loma | Pircēja rēķins | 2 | 30 | 73 | 76 |
| Preču saņemšana | 3 | 30 | 80 | ||
| Preču pārdošana | 4 | 30 | 103 | ||
| Naudas pārvedumi | 5 | 18 | 1 | ||
| Pircējs atgriež | 1 | 18 | 91 | ||
| 6. loma | Pircēja rēķins | 1 | 40 | 35 | 86 |
| Preču saņemšana | 2 | 40 | 80 | ||
| Preču pārdošana | 3 | 40 | 103 | ||
| Naudas pārvedumi | 4 | 40 | 1 | ||
| Pircējs atgriež | 5 | 40 | 88 | ||
| 7. loma | Pircēja rēķins | 5 | 25 | 68 | 80 |
| Preču saņemšana | 1 | 25 | 80 | ||
| Preču pārdošana | 2 | 25 | 103 | ||
| Naudas pārvedumi | 3 | 25 | 1 | ||
| Pircējs atgriež | 4 | 25 | 90 | ||
| 8. loma | Pircēja rēķins | 3 | 25 | 62 | 87 |
| Preču saņemšana | 4 | 25 | 80 | ||
| Preču pārdošana | 5 | 25 | 103 | ||
| Naudas pārvedumi | 1 | 25 | 1 | ||
| Pircējs atgriež | 2 | 25 | 92 | ||
| 9. loma | Pircēja rēķins | 2 | 20 | 82 | 82 |
| Preču saņemšana | 4 | 20 | 80 | ||
| Preču pārdošana | 5 | 20 | 103 | ||
| Naudas pārvedumi | 1 | 20 | 1 | ||
| Pircējs atgriež | 3 | 20 | 98 | ||
| 10. loma | Pircēja rēķins | 4 | 50 | 2 | 92 |
| Preču saņemšana | 1 | 50 | 80 | ||
| Preču pārdošana | 2 | 50 | 103 | ||
| Naudas pārvedumi | 5 | 50 | 1 | ||
| Pircējs atgriež | 3 | 50 | 98 |
2. tabula. Specifikācijas testu stends
| Nē. | Sistēmas loma | CPU\vCPU | RAM, GB | Diska sistēma ieejas izejas |
| 1 | Termināļa serveris – virtuālā iekārta testu vadībai | 4 serdeņi 2,9 GHz |
16 GB | Intel SATA SSD Raids1 |
| 2 | 1. scenārijs. Serveris 1C + DBMS aparatūra | Intel Xeon E5-2690 16 serdeņi |
96 GB | Intel Sata SSD Raid1 |
| 3 | 2. scenārijs. Serveris 1C + virtuālā DBVS | 16 serdeņi 2,9 GHz |
64 GB | Intel Sata SSD Raid1 |
| 4 | 3. scenārijs. Serveris 1C virtuālais | 16 serdeņi 2,9 GHz |
32 GB | Intel Sata SSD Raid1 |
| 5 | 4. scenārijs. Virtuālais DBVS serveris | 16 serdeņi 2,9 GHz |
32 GB | Intel Sata SSD Raid1 |
| 6 | Programmatūra |
|
||
| 7 | 1C konfigurācijas |
|
||
3.1. tabula Testa rezultāti, izmantojot Gilev testu (TPC-1C). Uzskata par optimālu augstākā vērtība
3.2. tabula Testa rezultāti, izmantojot īpašu 1C:KIP testu. Mazākā vērtība tiek uzskatīta par optimālu
| operētājsistēma Microsoft serveris | Unix klases operētājsistēma | |||||
| Pārbaužu saraksts (vidējā vērtība, pamatojoties uz 3 testu sēriju) | Aparatūras serveris 1C+DBMS, SharedMemory protokols | Virtuālais serveris 1C+DBMS, SharedMemory protokols | 1C aparatūras serveris un DBMS aparatūras serveris, TCP-IP protokols | Virtuālais serveris 1C un virtuālais serveris DBVS, TCP-IP protokols | ||
| 1C:KIP testu veikšana esošai datu bāzei, uzņēmuma grāmatvedības konfigurācija | ||||||
| Apgrozījuma bilance | 1,741 sek | 2,473 sek | 2,873 sek | 2,522 sek | 13,866 sek | 9,751 sek |
| Preču atgriešanas veikšana no klientiem | 0,695 sek | 0,775 sek | 0,756 sek | 0,781 sek | 0,499 sek | 0,719 sek |
| Maksājuma uzdevumu izpilde | 0,048 sek | 0,058 sek | 0,063 sek | 0,064 sek | 0,037 sek | 0,065 sek |
| Tehnisko apmācību vadīšana | 0,454 sek | 0,548 sek | 0,535 sek | 0,556 sek | 0,362 sek | 0,568 sek |
| Preču un pakalpojumu pārdošana | 0,667 sek | 0,759 sek | 0,747 sek | 0,879 sek | 0,544 sek | 0,802 sek |
| Rēķina izrakstīšana apmaksai | 0,028 sek | 0,037 sek | 0,037 sek | 0,038 sek | 0,026 sek | 0,038 sek |
| Izmaksu tāmes aprēķins | 3,071 sek | 3,657 sek | 4,094 sek | 3,768 sek | 15,175 sek | 10,68 sek |
| 1C:KIP testu veikšana esošajā datubāzē, tirdzniecības pārvaldības konfigurācija | ||||||
| Izpildīšana un atgriešana no klienta | 2,192 sek | 2,113 sek | 2,070 sek | 2,418 sek | 1,417 sek | 1,494 sek |
| Preču izvešana un atgriešana piegādātājam | 1,446 sek | 1,410 sek | 1,359 sek | 1,467 sek | 0,790 sek | 0,849 sek |
| Klienta pasūtījuma ievietošana | 0,355 sek | 0,344 sek | 0,335 sek | 0,361 sek | 0,297 sek | 0,299 sek |
| Preču pārskaitīšanas veikšana | 0,140 sek | 0,134 sek | 0,131 sek | 0,144 sek | 0,100 sek | 0,097 sek |
| Pieņemšanas veikšana tehniskajās specifikācijās | 1,499 sek | 1,438 sek | 1,412 sek | 1,524 sek | 1,097 sek | 1,189 sek |
| Specifikāciju ieviešana | 1390 sek | 1,355 sek | 1,308 sek | 1,426 sek | 1,093 sek | 1,114 sek |
| RKO veikšana | 0,759 sek | 0,729 sek | 0,713 sek | 0,759 sek | 0,748 sek | 0,735 sek |
- Īpašā 1C testā Microsoft MS SQL DBVS tiek veiktas vairākas reizes ātrāk darbības “datu nolasīšana un sarežģīti aprēķini”, piemēram, “Apgrozījuma bilance” un “Izmaksu aprēķins”.
- Veicot “datu ierakstīšanas un dokumentu izvietošanas” darbības, lielākajā daļā testu labāko rezultātu uzrāda PostgreSQL DBVS, kas optimizēta 1C.
- Gileva sintētiskais tests parāda arī PostgreSQL priekšrocības. Šis fakts ir saistīts ar faktu, ka sintētiskais tests ir balstīts uz noteikta veida dokumentu izveides un ievietošanas ātruma mērīšanu, kas tiek uzskatīts arī par “datu ierakstīšanas un dokumentu izvietošanas” darbībām.
Pabeigsim ar starpplatformu salīdzinājumu, pāriesim pie salīdzinājumiem katrā sistēmā:
- Kā gaidīts, 1C testi aparatūras platformā uzrāda labākus rezultātus nekā virtuālajā. Speciālā 1C testa rezultātu atšķirība abos gadījumos ir neliela, kas norāda uz virtuālo hipervizoru ražotāju pakāpenisku optimizāciju.
- Tāpat sagaidāms, ka koplietojamās atmiņas tehnoloģijas (SharedMemory) izmantošana paātrina datu apmaiņas procesu starp 1C serveri un DBVS. Attiecīgi testa rezultāti ir nedaudz labāki nekā shēma ar šo divu pakalpojumu tīkla mijiedarbību, izmantojot TCP-IP protokolu.
Mēs varam secināt, ka ar pareizu 1C un DBVS konfigurāciju jūs varat sasniegt ievērojamus rezultātus pat bez maksas. programmatūra. Tāpēc, izstrādājot jaunu IT struktūru 1C, ir jāņem vērā sistēmas slodzes līmenis, dominējošo operāciju veids datu bāzē, pieejamais budžets, speciālista klātbūtne nestandarta DBVS, nepieciešamība pēc integrācijas ar ārējiem pakalpojumiem utt. Pamatojoties uz šiem datiem, jau ir iespējams izvēlēties vajadzīgo risinājumu.
Izlasiet pārbaudes turpinājumu.
1C servera lomām MS SQL 2008 DBMS serveris 50 lietotājiem.
Saskaņā ar servera eksperta teikto, mēs apkopojam aparatūru:
Platformas izvēle: IBM x3650 M3
Izvēlieties procesoru: Intel Xeon E5506 - 1 gab.
RAM izvēle: 4 zibatmiņas pa 4 GB
Cietā diska izvēle: 3 SAS 146 GB RAID5
Izmantotā programmatūra:
OS MS Windows 2008 x64
DBVS MS SQL 2008 x64
Serveris 1C 8.2 x64
Testa vide: lai veiktu slodzes testēšanu, tika izmantota 1C 8.2 konfigurācija: “Standarta slodzes tests”.
Pārbaudes gaita:
Ieslēgts vietējais serveris 1C klienta sesija tika palaista aģenta režīmā un testēšanas režīmā.
Testa konfigurācijā sākotnējais emulētā standarta 1C lietotāju skaits, kas veido un dzēš dokumentus un atskaites, tika norādīts kā 20. Lietotāju skaita palielināšanas solis pēc testiem tika iestatīts uz 20 lietotājiem.
Sākotnēji (bez lietotāja pieslēgumiem) DBVS aizņem 569 MB RAM (tika izveidotas 2 datu bāzes: 1C 8.2 konfigurācija: UPP un testa konfigurācija), sistēmas aizņemtā atmiņa ir 2,56 GB.
Testēšanas laikā (līdz 110 lietotājiem) DBVS atmiņa tiek atvēlēta līdz 12 GB, viena 1C testa sesija aizņem 55 MB (55 MB x 200 = 11 GB). Salīdzinājumam, viena reāla lietotāja sesija (1C klienta lietojumprogramma) aizņem apmēram 300 - 500 MB. 1C klienta lietojumprogrammai piešķirtās atmiņas apjoms ir norādīts lietotājam, kurš strādā standarta 1C: Trade vai 1C: UPP konfigurācijā. 1C servera pakalpojums (rphost) praktiski neizmanto OP, jo tas tikai pārvērš pieprasījumus no klienta daļas uz DBVS (saskaņā ar standartu 1C drošības serverim tiek izmantoti porti TCP 1541 un TCP 475).
CPU resursu lietojums tika dalīts starp 1C servera pakalpojumu (rphost) un DBMS pakalpojumu (sqlservr). Ar 40 lietotāju slodzi rphost paņēma 37% no CPU jaudas, sqlservr — 30%. Ar 60 lietotāju slodzi rphost aizņēma 47% no CPU jaudas, sqlservr — 29%.
Dzēšot izveidotos dokumentus, pakalpojums sqlsrvr piekļuva diska apakšsistēmai ierakstīšanai ar ātrumu līdz 6,5 MB/s (apmēram 52 MB/s).
Tīkla slodze starp 1C serveri un DBVS (vietējā apskata saskarnē) bija 10 Mb/s.
Izdots testa rezultāts testa konfigurācija 1C:
Parametri: palaist testu 000000006 no 05/24/2012 12:44:16
Standarta slodzes tests, versija 2.0.4.11
Pārbaudes sākums 23.05.2012 12:36:39. Darbības laiks: 57,1 minūtes.
Pārbaudes apstākļi
"Serveris 1C: uzņēmums: tests
Informācijas bāzes nosaukums: testcenter_82
Virtuālie lietotāji: TEST,"
Secinājumi:
Nepieciešams atslābināt servera konfigurāciju, jo pašreizējā ir 100% lieka 50 lietotājiem.
Nepieciešams veikt testēšanu, izmantojot otru serveri, lai palaistu emulētos lietotājus un pārbaudītu tīkla slodzi, paredzamā slodze ir 10 Mb/sek.
1C arhitektūra sastāv no 4 blokiem: 1C serveris, DBVS, 1C drošības serveris un 1C klients. Šajā testā visas šīs funkcijas tika palaistas vienā serverī.
Ja 1C serverim ir liela slodze, ir šādi ieteikumi:
Atdaliet 1C servera, DBVS servera, 1C aizsardzības servera un 1C klienta lietojumprogrammu lomas (lielākai veiktspējai labāk palaist 1C klienta lietojumprogrammas termināļa serverī).
DBVS serverī datu glabāšanas sistēmām ir jāizmanto šāda struktūra: OS jāatrodas RAID 1, DBMS datu faili (.mdf, .ndf) atsevišķā RAID 0, žurnālfaili (.ldf) atsevišķā RAID. RAID 0, pagaidu faili un mijmaiņas fails atsevišķā diskā.
Datori (parastais nosaukums), kas piedalās testos - apraksts (diski norādīti tikai datu bāzei):
(precizēšana starp serveriem 1 Gbit tīkls)
1) IT33- galddators ar Core i5 4 kodoliem 2,8 GHz, DDR3 3 GB, viens HDD 7200 apgr./s.
2) REĀLS- Spēcīgākais, kā es domāju)) 8 Xeon kodoli 3 GHz, DDR2 48 GB, RAID10 uz SSD
3) REĀLS2- 8 Xeon kodoli ar 2 GHz, DDR2 22 GB,RAID10 ieslēgts cietie diski SAS 10 000 apgr./s
Testi tika veikti konfigurācijā 1c no Gilev:
"SQL Server" ---> "1C Server" ---> "Novērtējums" + "Klienta datora nosaukums (ja nav norādīts, tad tas ir tas pats sarakstā)">1)REAL2--->REAL2--->25.64(TCP--SQL)
>2)REAL2--->REAL2--->26.32(SQL - koplietojamā atmiņa)
>3)REAL2--->REAL2--->25.64(SQL--koplietojamā atmiņa) + IT33(klients) - no klienta uz serveru tīklu = 10 Mbit
>4 )REAL2--->REAL2--->24.27(SQL--Shared Memory) + REAL(klients) - hmm.. dīvains 1 Gbit tīkls... kāpēc ir mazāk papagaiļu..
>5)REAL2--->REAL2--->37,59(Fails)
**
****
**************************
>1) REĀLS ---> REĀLS ---> 8.73 (TCP--SQL)
>2)ĪSTĀS ---> Īsts2--->11.99(TCP--SQL) --- tas jau man sāk radīt dažas domas))
>3)REĀLS--->REĀLS--->17,48 (fails)
** **** ******************************
>1)IT33--->IT33--->26.88(TCP--SQL)
>2)IT33--->IT33--->34.72(SQL — koplietojamā atmiņa)
>3)IT33--->IT33--->59.52(Fails)
Rezultāti:
Es paskatījos testa rezultātus... sagriezos uz šo un to)) un tad man parādījās (izmērīju RAM ātrumu),
kā ar ātrumu 1s 8.x (piezīmēju, ka Testa rezultāti ir balstīti uz VIENA LIETOTĀJA režīmu, bet arī klienta-servera versijai ar vairāku lietotāju darbu - domāju, ka tiem arī būs ievērojama ietekmes daļa) -
Tātad 1C ātrumu ietekmē: CPU kopnes frekvence + RAM atmiņas frekvence
----> kas ietekmē RAKSTĪŠANAS un LASĪŠANAS ātrums RAM. Kas ir pamats 1s 8.x veiktspējai.
Datori, kas dalīja balvas darbības ātruma 1 s))
1) IT33--->IT33--->59.52(fails)
RAM DDR 3 (lasīšanas ātrums 11089 MB/s, rakstīšanas ātrums 7047 MB/s) ------ kā jau gaidīju atšķirība būs ievērojama ar serveriem
2) REĀLS2---> REAL2---> 37,59 (fails)
- RAM DDR2 (lasīt =3474, rakstīt =2068)
3) REĀLS---> REĀLS ---> 17,48 (fails)
- RAM DDR2 (Read=1737 MB/s, Write=1042 MB/s) - kā izrādījās, ātrums ir mazāks nekā uz Real2 - tieši 2 reizes,
Sakarā ar iespējotajiem virtuālajiem kodoliem (hipertirdzniecība), mēs, visticamāk, to atspējosim.
SECINĀJUMI:
Tiek sasniegts lielākais darbības ātrums 1s 8.x:
I) par opciju Fails (es personīgi neesmu ieinteresēts)
A) Klienta (jebkura) palaišana datorā lielā ātrumā ar RAM. (piemēram, termināļa serveris
DB tur).
II) opcijai Klients-serveris
1) Biezie klienti 1C uz " Termināļa serveris"- ar +
2) Tievie klienti 1C- nav īpašas atšķirības, kur... bet vēlams to konfigurēt caur "HTTP://".
3a) "SQL Server" + "1C Enterprise Server"(koplietotās atmiņas režīmā) - vienā automašīnā ar Ātrākais rakstīšanas/lasīšanas RAM + Augstākās frekvences GHz CPU kodoli diski
Paskaidrojumi:
- atbalstsKoplietotā atmiņa- parādījās uz dzinēja, sākot no 8.2.17 (UZMANĪBU konfigurācijā - saderības režīms ar iepriekšējās versijas dzinējs), iepriekšējiem dzinējiem tiks izmantotas Naimed Pipes - arī uzrāda labus rezultātus))
- RAID ieslēgts SSD diskdziņi - ieteicams izmantot RAID10 - kļūdu tolerancei, vienlaikus ņemot vērā rakstīšanas SKALU:
piemērs RAID10 (4 gab. rakstīšanas sods = 2), rakstīšanas ātrums = 4/2 = 2 diski, nav lasīšanas soda.
Varat arī vēl vairāk palielināt SSD ātruma uzticamību un stabilitāti, izmantojot nevis visu diska ietilpību.
piemērs (darbvirsmas SSD uzticamības paaugstināšana līdz servera SSD līmenim):
Ja, piemēram, SSD Intel 520 sērija 120 GB, un piešķiriet 81 GB un atstājiet atlikušo vietu nepiešķirtu -
tad aptuveni 32% no SSD vietas tiks atvēlēti pārmērīgai nodrošināšanai papildus jau esošajiem slēptajiem 8%. Kopā mēs iegūstam apmēram 40%
Atšķirība starp servera SSD Intel 710 sēriju un galddatoru SSD Intel 320 sēriju ir tieši atšķirība pārmērīgā nodrošinājumā: vairāk nekā 40% Intel 710 un 8% Intel 320.
Ja ir daudz 1C klientu, sākot no 100:
1) par pašreizējām Ethernet tīkla tehnoloģijām - NAV ieteicams dzēst "SQL" "Server 1C".
piemēram, Gigabitu tīkla latentuma (aizkavēšanās) dēļ Ethernet - reāls apmaiņas ātrums ar SQL = 30 Megabaiti/s - ar ko nepietiek pat intensīvam darbam ar 1 lietotāja datu bāzi.
2) jo patiesībā "Server 1C" = "Objektu DBVS" (daudzdimensiju objekti) un "SQL" = "Relāciju DBVS"(plakana tabula datu krātuve)
=> SQL datu bāzē tiek saglabāta 1C objektu FLAT projekcija, un 1C serveris savāc objektu no šīs projekcijas, pēc tam strādā ar šo objektu un, visbeidzot, pēc darba pabeigšanas to atkal izliek plakanā skatā un saglabā. SQL valodā.
Rezultātā starp “SQL” un “1C Server” jums ir jāatsakās no tā sadalīšanas divos fiziskos serveros. Bet jūs varat izmantot pilnu NUMA mezglu ieviešanu. ( Tas ir jāatbalsta OS un pašiem procesoriem).
3b) Izplatīsim to SQL serveris un serveris 1c atsevišķi:
Pie strāvas Ethernet tehnoloģijas- piemēram, Gigabit - NAV praktiski
-SQL uz serveri ar Ātrākais rakstīšanas/lasīšanas RAM + Augstākās frekvences GHz CPU kodoli
-Dažas FIZISKIE serveri klasterā 1c c Ātrākais rakstīšanas/lasīšanas RAM +
Augstākās frekvences GHz CPU kodoli+ vēlams izmantot RAID uz SSD- diski
1C veiktspējas TPC-1 slodzes testa rezultāti saskaņā ar Gilev konfigurācijai ar failu datu bāzi:
Servera veiktspēja tiek vērtēta nevis pēc noslodzes un CPU rindām, bet gan pēc iespējas veikt noteiktu skaitu darbību laika vienībā.
Cīņa par resursiem, piemēram, procesoru, samazina darbību ātrumu, ja reakcijas laiku nosaka:
- darbības laiks
- aprīkojuma gaidīšanas laiks
- loģiskās gaidīšanas laiks kā slēdzenes
Galvenā iezīme ir darbības ātrums.
Piezīme. Procesora nozīmīgākā īpašība ir procesora frekvence, nevis slodze. Zemāk ir testa rezultātu ekrānuzņēmums (noklikšķiniet uz attēla, lai to palielinātu).
Sistēmas veiktspēja un tās ieviešanai nepieciešamo skaitļošanas resursu plānošana ir obligāta darbība jebkurai esošas IT sistēmas ieviešanai vai maiņai.
Lielākā daļa esošo veiktspējas novērtēšanas metožu balstās uz kāda veida testēšanu.
Ir divi galvenie testēšanas veidi: komponents un integrālais.
Komponentu testēšana ietver atsevišķu risinājuma komponentu testēšanu, sākot no procesoru vai krātuves apakšsistēmu veiktspējas līdz servera veiktspējas pārbaudei kopumā, bet bez lietderīgās slodzes konkrētas biznesa lietojumprogrammas veidā.
Integrēto pieeju raksturo risinājuma veiktspējas novērtējums kopumā, gan tā programmatūras, gan aparatūras daļas. Šajā gadījumā var izmantot gan biznesa lietojumprogrammu, kas tiks izmantota gala risinājumā, gan arī dažas modeļa lietojumprogrammas, kas emulē dažus standarta biznesa procesus un slodzes.
Mūsu testā tiek izmantota tieši šī pieeja.
Rezultātā saņēmām noteiktu veiktspējas (ātruma) indeksu. Tas ir rezultāts tam, ka platforma kopumā darbojas mūsu aparatūrā. Klienta - servera versijas gadījumā tas ir rezultāts sarežģītai pieprasījumu ķēdei, kas iet cauri dažādām sadaļām. Jūs saņemat kopējo faktisko rezultātu, ko nosaka sistēmas vājais kakls. DBVS iestatījumi, OS iestatījumi un aparatūras iestatījumi ietekmē sistēmas vispārējo veiktspēju.
Pārbaudē tiek novērtēts darba apjoms laika vienībā vienā pavedienā un ir piemērots, lai novērtētu viena pavediena slodžu ātrumu, tostarp saskarnes renderēšanas ātrumu, izmaksu ietekmi uz virtuālās vides uzturēšanu un, ja tāda ir, pārnešanu. dokumenti, mēneša beigu slēgšana, algas aprēķins utt.
