Gilev test 8,3 resultater. Standard belastningstest. Hva betyr testresultatene?
En obligatorisk operasjon for enhver implementering eller endring av en eksisterende informasjon System er å vurdere den nødvendige systemytelsen og planlegge de nødvendige dataressursene for implementeringen. Foreløpig er det ingen eksakt løsning på dette problemet generelt syn, og hvis, til tross for kompleksiteten og kostnadene, en slik algoritme foreslås av en produsent, vil selv små endringer i maskinvare, programvareversjon, systemkonfigurasjon eller antall eller standard oppførsel til brukere føre til at det oppstår betydelige feil.
Det er imidlertid et tilstrekkelig antall måter å evaluere programvaren og konfigurasjonen som kreves for å oppnå den nødvendige ytelsen. maskinvare. Alle disse metodene kan brukes i utvelgelsesprosessen, men forbrukeren må forstå deres applikasjoner og begrensninger.
De fleste eksisterende ytelsesevalueringsmetoder er avhengige av en eller annen type testing.
Det er to hovedtyper av testing: komponent og integral.
Komponenttesting innebærer å teste individuelle komponenter i en løsning, alt fra ytelsen til prosessorer eller lagringsundersystemer til å teste ytelsen til serveren som helhet, men uten nyttelasten i form av en bestemt forretningsapplikasjon.
Den integrerte tilnærmingen er preget av en vurdering av ytelsen til løsningen som helhet, både programvare- og maskinvaredeler. I dette tilfellet kan både en forretningsapplikasjon brukes, som skal brukes i den endelige løsningen, samt noen modellapplikasjoner som emulerer noen standard forretningsprosesser og belastninger.
Den grønne fargen på grafen, sammen med noen betinget utvalgte indikatorer til høyre, tillater oss å gjøre en generell vurdering på tvers av plattformer av "god" ytelse.
Hvordan bli glad for testresultatene dine
Du mottok en viss ytelsesindeks (hastighet) som et resultat. Det spiller ingen rolle om resultatet er bra eller dårlig - dette er resultatet av PLATTFORMEN som kjører på maskinvaren din. Når det gjelder klient-server-versjonen, er dette resultatet av en kompleks kjede av forespørsler som går gjennom ulike seksjoner. Du får det totale faktiske resultatet, som bestemmes av flaskehalsen i systemet. Det er alltid en flaskehals.
Med andre ord har både DBMS-innstillinger, OS-innstillinger og maskinvare innvirkning på det samlede teamresultatet.
Hvilken server er bedre
Denne testen, utført på en bestemt server, gir resultatet basert på totalen av maskinvareinnstillinger, operativsystem, database, etc. Likevel et høyt resultat på en bestemt serverutstyr betyr at under normale forhold vil det samme resultatet være på identisk servermaskinvare. Denne testen er et gratis verktøy som hjelper deg med å sammenligne installasjonen av 1C:Enterprise under Windows og Linux, tre forskjellige DBMS-er som støttes av 1C:Enterprise 8-plattformen.
Test sikkerhet
Testen er helt sikker. Det fører ikke til et "krasj" av serveren (det er ingen "stress"-algoritme) og krever ikke foreløpige tiltak selv på en "kamp"-server. Konfidensielle data er heller ikke registrert i testresultatene. Informasjon om CPU, RAM, HDD-parametere samles inn. Serienummer enheter blir ikke samlet inn. Du kan enkelt verifisere alt dette - testkoden er 100 % åpen. Det er umulig å sende informasjon uten din viten.
Klassifisering TPC-A-lokal gjennomstrømning / TPC-1C-GILV-A
Testen tilhører delen av universelle integrerte tverrplattformtester. Dessuten er det aktuelt for fil- og klientserveralternativer for bruk av 1C:Enterprise. Testen fungerer for alle DBMS-er som støttes av 1C.
Universalitet lar deg foreta en generell vurdering av ytelse uten å være bundet til en spesifikk typisk konfigurasjon plattformer.
På den annen side betyr dette at for nøyaktige beregninger av et tilpasset prosjekt, lar testen deg gjøre foreløpig vurdering før spesialisert lasttesting.
Last ned test
Denne testen er ikke kommersiell og kan lastes ned gratis for 8.2 og gratis for 8.3.
Tekniske detaljer
Hva skjer i testen innenfor rammen av "én" operasjonssyklus?
Funksjoner ved å bruke testen på en PostgreSQL-database
Sett verdien av standard_conforming_strings-parameteren til konfigurasjonsfil postgresql.conf satt til 'av'
Hvordan måle jernbelastning
Det skal bemerkes at selve testen allerede delvis utfører målingen. For et mer detaljert bilde anbefaler jeg å bruke Mark Rusinovichs Process Explorer-verktøy.
Figuren viser et eksempel på måling for filversjonen.
Regnskaps- og afra 1C er de vanligste i Russland. Tusenvis av selskaper driver sin virksomhet basert på standard og spesialiserte 1C-konfigurasjoner. Med en så massiv bruk dukker det jevnlig opp en rekke spørsmål angående optimalisering av programvarebudsjettet og klok bruk av ressurser. Tvister fortsetter å virvle rundt serverdelene av dette komplekset, spesielt hvilket operativsystem 1C-serveren skal baseres på og hvilket DBMS som skal overlate behandlingen av 1C-databaser til. Under testene våre vil vi prøve å svare på disse spørsmålene.
Testdeltakere
MS Server operativsystem og MS SQL DBMS
- 1C-selskapet posisjonerer åpenlyst denne kombinasjonen som den viktigste arbeidsmodellen; følgelig er 1C-produkter laget først og fremst for det
- Tilgjengelighet av en protokoll for direkte høyhastighets informasjonsutveksling SharedMemory
- Det er en tjenestemann teknisk støtte og servicekontrakter
- Det er en kunnskapsbase og tonnevis med informasjon om installasjon og finjustering av 1C+MS SQL
Unix-operativsystem og PostgreSQL DBMS
- Systemet er helt gratis (bortsett fra lisensen for 1C:Enterprise-serveren)
- Det er mulig å fleksibelt konfigurere mange parametere som forbedrer ytelsen til DBMS
- 1C-produkter annonserte støtte for PostgreSQL DBMS
- Det er en mulighet for databasereplikering
Selvsagt er kostnaden for prosjektet, feiltoleranse og teknisk støtte viktige kriterier ved valg av informasjonssystem for 1C. Det er imidlertid en faktor som i de fleste tilfeller radikalt påvirker beslutningstaking - hastighet.
Siden det rett og slett finnes en stor mengde teknisk litteratur om disse to systemene på Internett, kan man i lang tid krangle om lange sammenlignende tabeller som, avhengig av målene, fremhever fordelene med et bestemt produkt. Du kan diskutere denne eller den parameteren blant hundrevis av andre av samme type - hvor unik den er i sitt slag og hvordan den påvirker oppnåelsen av resultatet. Men teori uten praksis er død - i denne artikkelen foreslår vi å utelate teorien og gå direkte til fakta for i praksis å teste ytelsen til både informasjonssystemene med et visst nivå av anbefalte innstillinger og i ulike serverarkitekturalternativer (se tabell 2).
Testmetoder
I testene våre vil vi stole på to metoder for syntetisk lastgenerering og simulering av brukerarbeid i 1C. Dette er Gilev-testen (TPC-1C) og en spesiell 1C-test «Test Center» fra 1C: KIP-verktøyene med spesielle brukerscenarier.
Gilev test (TPC-1C)
Gilev test tilhører delen av universelle belastningstester på tvers av plattformer. Den kan brukes for både fil- og klient-server-arkitekturer til 1C:Enterprise. Testen måler mengden arbeid per tidsenhet i én tråd og er egnet for å vurdere hastigheten til enkelttrådede arbeidsbelastninger, inkludert hastigheten på grensesnitttegning, innvirkningen av ressurskostnader, re-posting av dokumenter, prosedyrer for månedsavslutning. , lønnsberegninger osv. Allsidighet lar deg foreta en oppsummerende ytelsesvurdering uten å være bundet til én plattformkonfigurasjon. Testresultatet er en totalvurdering av det målte 1C-systemet, uttrykt i konvensjonelle enheter.
Spesialisert test fra Test Center 1C verktøy: Instrumentering
Testsenter– et verktøy for å gjennomføre flerbruker belastningstester av systemer basert på 1C:Enterprise 8 (se figur 1). Med dens hjelp kan du simulere arbeidet til et selskap uten deltakelse av ekte brukere, noe som lar deg evaluere anvendeligheten, ytelsen og skalerbarheten til et informasjonssystem under reelle forhold. Systemet er en konfigurasjon som gir en mekanisme for å kontrollere testprosessen. For testing informasjonsgrunnlag det er nødvendig å integrere testsenterkonfigurasjonen i konfigurasjonen til den testede basen ved å sammenligne og kombinere konfigurasjoner. Som et resultat av sammenslåingen vil objekter og felles moduler som er nødvendige for driften av testsenteret bli lagt til metadataene til den testede databasen.
Figur 1 - Arbeidsskjema for "Testsenter" 1C: Instrumentering
Ved å bruke 1C: KIP-verktøyene, basert på tilgjengelige data i ekte 1C-produksjonsbaser, oppretter programmereren et fullverdig automatisk testskript basert på listen over dokumenter og referansebøker som er nøkkelen for av denne typen konfigurasjoner (forespørsel om pengebruk, bestilling til leverandør, salg av varer og tjenester, etc.). Når du kjører skriptet, vil Test Center automatisk spille av flerbrukeraktiviteten som er beskrevet i skriptet. For å gjøre dette vil testsenteret opprette det nødvendige antallet virtuelle brukere (i samsvar med listen over roller) og begynne å utføre handlinger.
Test parametere
Når du setter opp testscenarier for pålitelig å simulere det samtidige arbeidet til et stort antall brukere, settes visse testparametere for hver type dokument (se tabell 1):
- Dokument – indikerer et spesifikt dokument i arbeidsdatabasen på grunnlag av hvilken lasttesting vil bli utført
- Lanseringsprioritet – bestemmer rekkefølgen tester skal lanseres i for hver type dokument
- Antall dokumenter – bestemmer volumet av genererte testdokumenter
- Pause, sekunder – forsinkelse når du starter en serie tester innenfor én type dokument
- Antall linjer i dokumentet er en informasjonspeker som indikerer "massiviteten" til testdokumentet, noe som påvirker behandlingstid og ressursbelastning
Tester utføres i 3 iterasjoner, resultatene er registrert i en tabell. Dermed gjenspeiler de oppnådde testresultatene, målt i sekunder, mest realistisk og objektivt ytelsesnivået til 1C-databaser under forhold som er så nært som mulig (se tabellene 3.1 og 3.2).
Tabell 1. Testscenarioparametere
| Dokument | Lanseringsprioritet | Antall dokumenter | Pause, sekunder | Antall linjer i dokumentet | |
| Rolle 1 | Kjøpers faktura | 1 | 25 | 51 | 62 |
| Varemottak | 2 | 25 | 80 | ||
| Salg av varer | 3 | 25 | 103 | ||
| Postanvisninger | 4 | 25 | 1 | ||
| Kjøper returnerer | 5 | 25 | 82 | ||
| Rolle 2 | Kjøpers faktura5 | 10 | 65 | 79 | |
| Varemottak | 1 | 22 | 80 | ||
| Salg av varer | 2 | 25 | 103 | ||
| Postanvisninger | 3 | 25 | 1 | ||
| Kjøper returnerer | 4 | 25 | 75 | ||
| Rolle 3 | Kjøpers faktura | 4 | 15 | 45 | 76 |
| Varemottak | 5 | 26 | 80 | ||
| Salg av varer | 1 | 52 | 103 | ||
| Postanvisninger | 2 | 26 | 1 | ||
| Kjøper returnerer | 3 | 32 | 90 | ||
| Rolle 4 | Kjøpers faktura | 3 | 45 | 38 | 70 |
| Varemottak | 4 | 30 | 80 | ||
| Salg av varer | 5 | 30 | 103 | ||
| Postanvisninger | 1 | 20 | 1 | ||
| Kjøper returnerer | 2 | 20 | 86 | ||
| Rolle 5 | Kjøpers faktura | 2 | 30 | 73 | 76 |
| Varemottak | 3 | 30 | 80 | ||
| Salg av varer | 4 | 30 | 103 | ||
| Postanvisninger | 5 | 18 | 1 | ||
| Kjøper returnerer | 1 | 18 | 91 | ||
| Rolle 6 | Kjøpers faktura | 1 | 40 | 35 | 86 |
| Varemottak | 2 | 40 | 80 | ||
| Salg av varer | 3 | 40 | 103 | ||
| Postanvisninger | 4 | 40 | 1 | ||
| Kjøper returnerer | 5 | 40 | 88 | ||
| Rolle 7 | Kjøpers faktura | 5 | 25 | 68 | 80 |
| Varemottak | 1 | 25 | 80 | ||
| Salg av varer | 2 | 25 | 103 | ||
| Postanvisninger | 3 | 25 | 1 | ||
| Kjøper returnerer | 4 | 25 | 90 | ||
| Rolle 8 | Kjøpers faktura | 3 | 25 | 62 | 87 |
| Varemottak | 4 | 25 | 80 | ||
| Salg av varer | 5 | 25 | 103 | ||
| Postanvisninger | 1 | 25 | 1 | ||
| Kjøper returnerer | 2 | 25 | 92 | ||
| Rolle 9 | Kjøpers faktura | 2 | 20 | 82 | 82 |
| Varemottak | 4 | 20 | 80 | ||
| Salg av varer | 5 | 20 | 103 | ||
| Postanvisninger | 1 | 20 | 1 | ||
| Kjøper returnerer | 3 | 20 | 98 | ||
| Rolle 10 | Kjøpers faktura | 4 | 50 | 2 | 92 |
| Varemottak | 1 | 50 | 80 | ||
| Salg av varer | 2 | 50 | 103 | ||
| Postanvisninger | 5 | 50 | 1 | ||
| Kjøper returnerer | 3 | 50 | 98 |
Tabell 2. Spesifikasjoner test benk
| Nei. | Systemets rolle | CPU\vCPU | RAM, GB | Disksystem input/output |
| 1 | Terminal Server – virtuell maskin for teststyring | 4 kjerner 2,9 GHz |
16 GB | Intel SATA SSD Raid1 |
| 2 | Scenario 1. Server 1C + DBMS maskinvare | Intel Xeon E5-2690 16 kjerner |
96 GB | Intel Sata SSD Raid1 |
| 3 | Scenario 2. Server 1C + virtuell DBMS | 16 kjerner 2,9 GHz |
64 GB | Intel Sata SSD Raid1 |
| 4 | Scenario 3. Server 1C virtuell | 16 kjerner 2,9 GHz |
32 GB | Intel Sata SSD Raid1 |
| 5 | Scenario 4. Virtuell DBMS-server | 16 kjerner 2,9 GHz |
32 GB | Intel Sata SSD Raid1 |
| 6 | Programvare |
|
||
| 7 | 1C-konfigurasjoner |
|
||
Tabell 3.1 Testresultater ved bruk av Gilev-testen (TPC-1C). Regnes som optimal høyeste verdi
Tabell 3.2 Testresultater ved bruk av en spesiell 1C:KIP-test. Den minste verdien anses som optimal
| operativsystem Microsoft Server | Unix-klassen operativsystem | |||||
| Liste over tester (gjennomsnittlig verdi basert på en serie på 3 tester) | Maskinvareserver 1C+DBMS, SharedMemory-protokoll | Virtuell server 1C+DBMS, SharedMemory-protokoll | 1C maskinvareserver og DBMS maskinvareserver, TCP-IP-protokoll | Virtuell server 1C og virtuell server DBMS, TCP-IP-protokoll | ||
| Gjennomføring av 1C:KIP-tester på en eksisterende database, Enterprise Accounting-konfigurasjon | ||||||
| Omsetningsbalanse | 1,741 sek | 2,473 sek | 2,873 sek | 2,522 sek | 13.866 sek | 9,751 sek |
| Utføre retur av varer fra kunder | 0,695 sek | 0,775 sek | 0,756 sek | 0,781 sek | 0,499 sek | 0,719 sek |
| Utføre betalingsoppdrag | 0,048 sek | 0,058 sek | 0,063 sek | 0,064 sek | 0,037 sek | 0,065 sek |
| Gjennomføre teknisk opplæring | 0,454 sek | 0,548 sek | 0,535 sek | 0,556 sek | 0,362 sek | 0,568 sek |
| Salg av varer og tjenester | 0,667 sek | 0,759 sek | 0,747 sek | 0,879 sek | 0,544 sek | 0,802 sek |
| Poster en faktura for betaling | 0,028 sek | 0,037 sek | 0,037 sek | 0,038 sek | 0,026 sek | 0,038 sek |
| Beregning av kostnadsoverslag | 3,071 sek | 3,657 sek | 4,094 sek | 3,768 sek | 15.175 sek | 10,68 sek |
| Gjennomføring av 1C:KIP-tester på en eksisterende database, Trade Management-konfigurasjon | ||||||
| Gjennomføring og retur fra oppdragsgiver | 2,192 sek | 2,113 sek | 2.070 sek | 2,418 sek | 1,417 sek | 1.494 sek |
| Utførelse og retur av varer til leverandør | 1,446 sek | 1.410 sek | 1.359 sek | 1,467 sek | 0,790 sek | 0,849 sek |
| Poster en kundeordre | 0,355 sek | 0,344 sek | 0,335 sek | 0,361 sek | 0,297 sek | 0,299 sek |
| Gjennomføring av gjentelling av varer | 0,140 sek | 0,134 sek | 0,131 sek | 0,144 sek | 0,100 sek | 0,097 sek |
| Gjennomføre opptak til tekniske spesifikasjoner | 1.499 sek | 1,438 sek | 1,412 sek | 1,524 sek | 1.097 sek | 1,189 sek |
| Implementering av spesifikasjoner | 1.390 sek | 1.355 sek | 1,308 sek | 1,426 sek | 1.093 sek | 1.114 sek |
| Gjennomføring av RKO | 0,759 sek | 0,729 sek | 0,713 sek | 0,759 sek | 0,748 sek | 0,735 sek |
- I en spesiell 1C-test utføres «datalesing og komplekse beregninger»-operasjoner, som «Omsetningsbalanse» og «Beregning av kostnadsestimater» flere ganger raskere på MS SQL DBMS fra Microsoft.
- Når du utfører "dataregistrering og dokumentpostering"-operasjoner, vises det beste resultatet i de fleste tester av PostgreSQL DBMS, optimalisert for 1C.
- Gilevs syntetiske test viser også fordelen med PostgreSQL. Dette faktum skyldes det faktum at den syntetiske testen er basert på å måle hastigheten på å lage og legge ut visse typer dokumenter, som også regnes som operasjonene for å "registrere data og legge ut dokumenter."
La oss avslutte med sammenligningen på tvers av plattformer, la oss gå videre til sammenligninger innenfor hvert system:
- Som forventet viser 1C-tester på en maskinvareplattform bedre resultater enn på en virtuell. Forskjellen i resultatene av den spesielle 1C-testen i begge tilfeller er liten, noe som indikerer gradvis optimalisering av virtuelle hypervisorprodusenter.
- Det forventes også at bruken av delt minneteknologi (SharedMemory) øker hastigheten på prosessen med datautveksling mellom 1C-serveren og DBMS. Følgelig er testresultatene litt bedre enn ordningen med nettverksinteraksjon av disse to tjenestene via TCP-IP-protokollen.
Vi kan konkludere med at med riktig konfigurasjon av 1C og DBMS kan du oppnå betydelige resultater selv på en gratis programvare. Derfor, når du designer en ny IT-struktur for 1C, er det nødvendig å ta hensyn til belastningsnivået på systemet, typen gjeldende operasjoner i databasen, tilgjengelig budsjett, tilstedeværelsen av en spesialist i ikke-standard DBMS, behovet for integrasjon med eksterne tjenester mv. Basert på disse dataene er det allerede mulig å velge den nødvendige løsningen.
Les fortsettelsen av testingen.
For 1C-serverroller, MS SQL 2008 DBMS-server for 50 brukere.
I følge en serverekspert samler vi inn maskinvare:
Velge en plattform: IBM x3650 M3
Velg en prosessor: Intel Xeon E5506 - 1 stk.
Velge RAM: 4 pinner på 4 GB hver
Velge en harddisk: 3 SAS 146 GB RAID5
Programvare brukt:
OS MS Windows 2008 x64
DBMS MS SQL 2008 x64
Server 1C 8.2 x64
Testmiljø: for å utføre lasttesting ble 1C 8.2-konfigurasjonen brukt: "Standard lasttest".
Testfremgang:
På lokal server En 1C-klientøkt ble lansert i agentmodus og i testmodus.
I testkonfigurasjonen ble det opprinnelige antallet emulerte standard 1C-brukere som oppretter og sletter dokumenter og rapporter spesifisert som 20. Trinnet for å øke antall brukere etter testene ble satt til 20 brukere.
Til å begynne med (uten brukertilkoblinger) opptar DBMS 569 MB RAM (2 databaser ble opprettet: 1C 8.2 konfigurasjon: UPP og testkonfigurasjon), minnet som er okkupert av systemet er 2,56 GB.
Under testing (opptil 110 brukere) tildeles minne for DBMS opptil 12 GB, én 1C-testøkt opptar 55 MB (55 MB x 200 = 11 GB). Til sammenligning tar én ekte brukerøkt (1C-klientapplikasjon) omtrent 300 - 500 MB. Størrelsen på minnet som er tildelt for 1C-klientapplikasjonen er angitt for en bruker som arbeider i standard 1C: Trade eller 1C: UPP konfigurasjon. 1C-servertjenesten (rphost) bruker praktisk talt ikke OP, siden den bare oversetter forespørsler fra klientdelen til DBMS (i henhold til standarden brukes port TCP 1541 og TCP 475 for 1C-sikkerhetsserveren).
CPU-ressursbruk ble delt mellom 1C-servertjenesten (rphost) og DBMS-tjenesten (sqlservr). Med en belastning på 40 brukere tok rphost 37 % av CPU-kraften, sqlservr tok 30 %. Med en belastning på 60 brukere, okkuperte rphost 47 % av CPU-kraften, sqlservr 29 %.
Mens du slettet opprettede dokumenter, fikk sqlsrvr-tjenesten tilgang til diskundersystemet for opptak med hastigheter på opptil 6,5 MB/sek (ca. 52 MB/sek).
Nettverksbelastningen mellom 1C-serveren og DBMS (på det lokale tilbakeblikk-grensesnittet) var 10 Mb/s.
Testresultat utstedt testkonfigurasjon 1C:
Parametere: Kjør test 000000006 fra 24.05.2012 12:44:16
Standard lasttest, versjon 2.0.4.11
Teststart 23.05.2012 12:36:39. Spilletid: 57,1 minutter.
Testforhold
"Server 1C: Enterprise: test
Infobasenavn: testcenter_82
Virtuelle brukere: TEST,"
Konklusjoner:
Det er nødvendig å slappe av serverkonfigurasjonen, siden den nåværende er 100 % overflødig for 50 brukere.
Det er nødvendig å utføre testing ved å bruke en andre server for å starte emulerte brukere og sjekke nettverksbelastningen, forventet belastning er 10 Mb/sek.
1C-arkitekturen består av 4 blokker: 1C-server, DBMS, 1C-sikkerhetsserver og 1C-klient. I denne testen ble alle disse funksjonene lansert på én server.
Når det er stor belastning på 1C-serveren, er det følgende anbefalinger:
Skill rollene til 1C-server, DBMS-server, 1C-beskyttelsesserver og 1C-klientapplikasjoner (for bedre ytelse er det bedre å kjøre 1C-klientapplikasjoner på en terminalserver).
På DBMS-serveren må du bruke følgende struktur for datalagringssystemer: OS skal være plassert på RAID 1, DBMS-datafiler (.mdf, .ndf) på en separat RAID 0, loggfiler (.ldf) på en separat RAID 0, midlertidige filer og en byttefil på en egen disk.
Datamaskiner (konvensjonelt navn) som deltar i testene - beskrivelse (disker er kun angitt for databasen):
(avklaring mellom servere 1 Gbit nettverk)
1) IT33- skrivebord på Core i5 4 kjerner 2,8 GHz, DDR3 3 GB, en HDD 7200 r/s.
2) EKTE- DEN MEST KRAFTIGE som jeg trodde)) 8 Xeon-kjerner på 3 GHz, DDR2 48 GB, RAID10 på SSD
3) EKTE 2- 8 Xeon-kjerner på 2 GHz, DDR2 22 GB,RAID10 på harddisk SAS 10 000 rps
Tester ble utført i konfigurasjon 1c fra Gilev:
"SQL Server" ---> "1C Server" ---> "Evaluering" + "Navn på klientdatamaskin (hvis ikke spesifisert, er det den samme på listen)">1)REAL2--->REAL2--->25.64(TCP--SQL)
>2)REAL2--->REAL2--->26.32(SQL--delt minne)
>3)REAL2--->REAL2--->25.64(SQL--Delt minne) + IT33(klient) - fra klient til servernettverk=10 Mbit
>4 )REAL2--->REAL2--->24.27(SQL--Shared Memory) + REAL(klient) - hmm.. merkelig 1 Gbit nettverk... hvorfor er det færre papegøyer..
>5)REAL2--->REAL2--->37.59(Fil)
**
****
**************************
>1)EKTE--->EKTE--->8.73(TCP--SQL)
>2) EKTE---> Ekte 2--->11.99(TCP--SQL) --- dette begynner allerede å gi meg noen tanker))
>3)REAL--->REAL--->17.48 (Fil)
** **** ******************************
>1)IT33--->IT33--->26.88(TCP--SQL)
>2)IT33--->IT33--->34.72(SQL--delt minne)
>3)IT33--->IT33--->59.52(Fil)
Resultater:
Jeg så på testresultatene... vridd sånn og sånn)) og så gikk det opp for meg (jeg tok målinger av RAM-hastigheten),
hva med hastigheten på 1s 8.x (jeg legger merke til at testresultatene er basert på SINGLE-USER-modus, men også for klient-serverversjonen med flerbrukerarbeid - jeg tror de også vil ha en betydelig del av innflytelsen) -
Så 1C hastighet påvirkes av: CPU buss frekvens + RAM minne frekvens
----> hva som påvirker SKRIVE- og LESEhastigheter i RAM. Som er grunnlaget for ytelsen til 1s 8.x.
Datamaskiner som delte premier når det gjelder driftshastighet 1s))
1)IT33--->IT33--->59.52(Fil)
RAM DDR 3 (Les 11089 MB/s, Skriv 7047 MB/s) ------ som forventet vil forskjellen være betydelig med servere
2) EKTE2--->REAL2--->37.59(Fil)
- RAM DDR2 (Les=3474, Skriv=2068)
3) EKTE--->REAL--->17.48(Fil)
- RAM DDR2 (Les=1737 MB/s, Skriv=1042 MB/s) - som det viste seg, er hastigheten lavere enn på Real2 - nøyaktig 2 ganger,
På grunn av de aktiverte virtuelle kjernene (hyper-trading), vil vi mest sannsynlig deaktivere den.
KONKLUSJONER:
Den høyeste driftshastigheten på 1s 8.x oppnås:
I) for Fil-alternativet (jeg personlig er ikke interessert)
A) starte klienten (hvilken som helst) på en datamaskin i høy hastighet med RAM. (for eksempel Terminal Server
DB der).
II) for Client-Server-alternativet
1) Tykke klienter 1C på " Terminalserver" - med +
2) Tynne klienter 1C- det er ingen spesiell forskjell hvor... men det anbefales å konfigurere det via "HTTP://".
3a) "SQL Server" + "1C Enterprise Server"(i Delt minne-modus) - på en bil med Høyeste hastighet skrive/lese RAM + Høyest frekvens GHz CPU-kjerner disker
Avklaringer:
- BrukerstøtteDelt minne- dukket opp på motoren fra 8.2.17 (OBS i konfigurasjonen - kompatibilitetsmodus med tidligere versjoner motor), på tidligere motorer vil Naimed Pipes bli brukt - viser også gode resultater))
- RAID på SSD-stasjoner - det er tilrådelig å bruke RAID10 - for feiltoleranse, samtidig som man tar hensyn til Write SCALE:
eksempel RAID10 (4 stk Skrivestraff = 2), Skrivehastighet = 4/2 = 2 disker, Ingen lesestraff.
Du kan også øke påliteligheten og stabiliteten til SSD-hastigheten ytterligere – ved å ikke bruke hele diskkapasiteten.
eksempel (å øke påliteligheten til en Desktop SSD til nivået til en Server SSD):
Hvis for eksempel SSD Intel 520-serien 120 GB, og allokerer 81 GB, og lar resten av plassen være uallokert -
da vil omtrent 32 % av SSD-plassen bli allokert for overprovisionering i tillegg til de allerede eksisterende skjulte 8 %. Totalt får vi ca 40 %
Forskjellen mellom server SSD Intel 710-serien og stasjonær SSD Intel 320-serien er nettopp forskjellen i overprovisionering: mer enn 40 % for Intel 710 og 8 % for Intel 320.
Hvis det er mange 1C-klienter fra 100 og utover:
1) På gjeldende Ethernet-nettverksteknologier - Det er IKKE tilrådelig å slette "SQL" "Server 1C".
for eksempel på grunn av latency (forsinkelser) i Gigabit-nettverket Ethernet - reell utvekslingshastighet med SQL = 30 Megabyte/s - som ikke er nok selv for intensivt arbeid med databasen til 1 bruker.
2) Fordi faktisk, "Server 1C" = "Objekt DBMS" (flerdimensjonale objekter), og "SQL" = "Relasjonell DBMS"(datalagring i flat tabell)
=> i SQL-databasen lagres en FLAT-projeksjon av 1C-objekter og 1C-serveren samler et objekt fra denne projeksjonen, jobber deretter med dette objektet og til slutt, når arbeidet er fullført, legger det igjen i en flat visning og lagrer det i SQL.
Som et resultat, mellom "SQL" og "1C Server", må du gi opp å dele den i to fysiske servere. Men du kan bruke full implementering av NUMA-noder. ( Dette må støttes av OS og prosessorene selv).
3b) La oss spre det SQL server og Server 1c separat:
På gjeldende Ethernet-teknologier- for eksempel Gigabit - IKKE praktisk
-SQL til server med Høyeste hastighet skrive/lese RAM + Høyest frekvens GHz CPU-kjerner
-Noen FYSISKE servere i Cluster 1c c Høyeste hastighet skrive/lese RAM +
Høyest frekvens GHz CPU-kjerner+ det er tilrådelig å bruke RAID på SSD- disker
Resultater av TPC-1-lasttesten av 1C-ytelse i henhold til Gilev for en konfigurasjon med en fildatabase:
Serverytelse vurderes ikke av arbeidsbelastning og CPU-køer, men av evnen til å utføre et visst antall operasjoner per tidsenhet.
Strid om ressurser som prosessoren reduserer operasjonshastigheten når responstiden bestemmes av:
- operasjonstid
- ventetid på utstyr
- tid med logiske venter som låser
Nøkkelegenskapen er hastigheten på operasjonen.
Merk. For en prosessor er den viktigste egenskapen prosessorfrekvensen og ikke belastningen. Nedenfor er et skjermbilde av testresultatene (Klikk på bildet for å forstørre).
Systemytelse og planlegging av de nødvendige dataressursene for implementeringen er en obligatorisk operasjon for enhver implementering eller endring av et eksisterende IT-system.
De fleste eksisterende ytelsesevalueringsmetoder er avhengige av en eller annen type testing.
Det er to hovedtyper av testing: komponent og integral.
Komponenttesting innebærer å teste individuelle komponenter i en løsning, alt fra ytelsen til prosessorer eller lagringsundersystemer til å teste ytelsen til serveren som helhet, men uten nyttelasten i form av en bestemt forretningsapplikasjon.
Den integrerte tilnærmingen er preget av en vurdering av ytelsen til løsningen som helhet, både programvare- og maskinvaredeler. I dette tilfellet kan både en forretningsapplikasjon brukes, som skal brukes i den endelige løsningen, samt noen modellapplikasjoner som emulerer noen standard forretningsprosesser og belastninger.
Testen vår bruker akkurat denne tilnærmingen.
Vi mottok som et resultat en viss ytelsesindeks (hastighet). Dette er resultatet av at plattformen som helhet kjører på maskinvaren vår. Når det gjelder klient-server-versjonen, er dette resultatet av en kompleks kjede av forespørsler som går gjennom ulike seksjoner. Du får det totale faktiske resultatet, som bestemmes av flaskehalsen i systemet. DBMS-innstillinger, OS-innstillinger og maskinvareinnstillinger påvirker den generelle ytelsen til systemet.
Testen evaluerer mengden arbeid per tidsenhet i en tråd og er egnet for å vurdere hastigheten til enkelt-trådede belastninger, inkludert hastigheten på grensesnittgjengivelsen, kostnadens innvirkning på vedlikehold av det virtuelle miljøet og, hvis noen, overføring av dokumenter, månedsavslutning, lønnsberegning mv.
