Standardni test opterećenja je dizajniran za procjenu performansi serverskog hardvera i softvera kod takozvanih "Standard 1C korisnika". Glavni opseg ovog testa je izbor serverske hardverske i softverske konfiguracije za potrebe određene implementacije.
Zadaci koje treba riješiti
- Izračunavanje performansi date konfiguracije serverskog hardvera i softvera
- Poređenje performansi različitih serverskih hardverskih i softverskih konfiguracija
- Izbor opreme potrebne za rad ovog informacionog sistema
- Proračun parametara opreme neophodne za rad ovog informacionog sistema
Šta test ocjenjuje?
Test ocjenjuje performanse cijeli set serverskog hardvera i serverskog softvera u smislu zadataka tipičnih za sisteme koji rade na platformi 1C:Enterprise 8. Odnosno, rezultujući rezultat ne odražava performanse bilo koje serverske komponente sistema (na primjer, radnog servera klastera 1C: Enterprise), već cijele konfiguracije servera u cjelini. Serverski dio sistema, čije se performanse mjere ovim testom, uključuje:
- svi radni serveri koji se koriste za postavljanje klastera 1C:Enterprise i DBMS servera
- operativni sistemi svih servera koji rade;
- postavke za operativne sisteme, 1C:Enterprise i DBMS.
Tokom testiranja, test će automatski povećati broj istovremenih korisnika sve dok jedna od hardverskih ili softverskih komponenti sistema više ne može da se nosi sa opterećenjem. To će rezultirati lošim rezultatom i test će se zaustaviti s posljednjom dobrom vrijednošću kao rezultatom. U ovom slučaju, preostale komponente mogu biti podopterećene u jednom ili drugom stepenu.
Dakle, test ocenjuje performanse serverskog dela sistema prema uskom grlu, odnosno njegovoj najmanje produktivnoj komponenti.
Ako serverski dio sistema nije dobro izbalansiran za rad sa 1C:Enterprise, onda kada se eliminira usko grlo (zamjena ili nadogradnja komponente najmanje performansi), možete dobiti višu ocjenu performansi.
Treba obratiti pažnju na to da test ni na koji način ne vrednuje performanse klijentskog dela sistema, pa ovaj faktor treba u potpunosti isključiti. Drugim riječima, klijentske radne stanice ne bi trebale postati usko grlo sistema. Ovo pitanje je detaljnije razmotreno u poglavlju "Priprema strane klijenta na ispitnom stolu".
Kako test radi
Standardni test opterećenja je baza podataka 1C:Enterprise 8.2 sa konfiguracijom zasnovanom na Manufacturing Enterprise Management. Konfiguracija je spojena sa Test Center 2.0, koji uključuje jednu testnu skriptu.
Testni scenario uključuje emulaciju poslovnog procesa "prodaja u PDS-u", odnosno: kreiranje više različitih dokumenata, generisanje izveštaja i druge primenjene radnje. Test radi u potpuno paralelnom režimu, odnosno svaki korisnik radi sa svojim jedinstvenim podacima i nema čekanja na zaključavanje. Korisnik završi jedan potpuni ciklus prodaje u minuti.
Fotografija Alena Tulyakova, IA Clerk.Ru
Članak ukazuje na glavne greške koje čine početnici 1C administratori i pokazuje kako ih riješiti na primjeru Gilev testa.
Glavna svrha pisanja članka nije ponoviti očigledne nijanse onim administratorima (i programerima) koji još nisu stekli iskustvo s 1C.
Sporedan cilj, ako imam neke nedostatke, Infostart će mi to najbrže ukazati.
Test V. Gileva je već postao svojevrsni "de facto" standard. Autor na svojoj web stranici dao je sasvim razumljive preporuke, ali ja ću jednostavno dati neke rezultate i komentirati najvjerovatnije greške. Naravno, rezultati testova na vašoj opremi mogu se razlikovati, ovo je samo smjernica, šta bi trebalo biti i čemu možete težiti. Odmah želim da napomenem da se promjene moraju vršiti korak po korak, a nakon svakog koraka provjeriti kakav je rezultat dao.
Na Infostartu postoje slični članci, u relevantne rubrike ću staviti linkove na njih (ako nešto propustim, recite mi u komentarima, dodaću). Dakle, pretpostavimo da usporite 1C. Kako dijagnosticirati problem i kako razumjeti ko je kriv, administrator ili programer?
Početni podaci:
Testirano računalo, glavni zamorac: HP DL180G6, 2*Xeon 5650, 32 Gb, Intel 362i, Win 2008 r2. Za poređenje, Core i3-2100 pokazuje uporedive rezultate u jednonitnom testu. Oprema je posebno uzeta ne najnovija, na modernoj opremi rezultati su osjetno bolji.
Za testiranje udaljenih 1C i SQL servera, SQL server: IBM System 3650 x4, 2*Xeon E5-2630, 32 Gb, Intel 350, Win 2008 r2.
Za testiranje 10 Gbit mreže korišteni su Intel 520-DA2 adapteri.
Verzija fajla. (baza leži na serveru u deljenom folderu, klijenti su povezani na mrežu, CIFS/SMB protokol). Korak po korak algoritam:
0. Dodajte Gilev test bazu podataka na server datoteka u isti folder kao i glavne baze podataka. Povezujemo se sa klijentskog računara, pokrećemo test. Sjećamo se rezultata.
Pretpostavlja se da bi čak i za stare računare od prije 10 godina (Pentium na 775 soketu) vrijeme od klika na prečicu 1C:Enterprise do pojave prozora baze podataka trebalo biti manje od minute. (Celeron = spor rad).
Ako je vaš računar lošiji od 775 socket pentiuma sa 1 GB RAM-a, onda suosjećam s vama i bit će vam teško postići ugodan rad na 1C 8.2 u verziji datoteke. Razmislite o nadogradnji (dugo zakašnjelo) ili prelasku na terminal (ili web, u slučaju tankih klijenata i upravljanih obrazaca) server.
Ako računar nije lošiji, onda možete izbaciti administratora. U najmanju ruku provjerite rad mrežnog, antivirusnog i HASP zaštitnog drajvera.
Ako je Gilevov test u ovoj fazi pokazao 30 "papagaja" i više, ali radna baza 1C i dalje radi sporo - pitanja su već za programera.
1. Za smjernicu koliko klijentski računar može "iscijediti", provjeravamo rad samo ovog računara, bez mreže. Testnu bazu stavljamo na lokalni računar (na veoma brz disk). Ako klijentski računar nema normalan SSD, tada se kreira ramdisk. Do sada, najjednostavniji i besplatni je Ramdisk enterprise.
Za testiranje verzije 8.2 dovoljno je 256 MB ramdiska, i! Najvažniji. Nakon ponovnog pokretanja računara sa ispravnim ramdiskom, trebalo bi da ima 100-200 MB slobodnog. U skladu s tim, bez ramdisk-a, za normalan rad slobodne memorije treba biti 300-400 MB.
Za testiranje verzije 8.3 dovoljan je 256 MB ramdisk, ali je potrebno više slobodnog RAM-a.
Prilikom testiranja morate pogledati opterećenje procesora. U slučaju blizu idealnom (ramdisk), lokalni fajl 1c učitava 1 jezgro procesora tokom rada. Shodno tome, ako tokom testiranja jezgro vašeg procesora nije u potpunosti učitano, potražite slabosti. Malo emocionalno, ali općenito korektno, opisan je utjecaj procesora na rad 1C. Samo za referencu, čak i na modernom Core i3 sa visokom frekvencijom, brojke 70-80 su sasvim stvarne.
Najčešće greške u ovoj fazi.
- Neispravno konfigurisan antivirus. Postoji mnogo antivirusa, podešavanja za svaki su različita, mogu samo reći da se uz pravilnu konfiguraciju ni web ni Kaspersky 1C ne miješaju. Uz "podrazumevane" postavke - oko 3-5 papagaja (10-15%) može se oduzeti.
- način rada. Iz nekog razloga malo ljudi obraća pažnju na to, a učinak je najznačajniji. Ako vam je potrebna brzina, onda to morate učiniti, kako na klijentskim tako i na serverskim računarima. (Gilev ima dobar opis. Jedino upozorenje je da na nekim matičnim pločama, ako je Intel SpeedStep isključen, TurboBoost se ne može uključiti).
Možete (i po mogućnosti) omogućiti način rada na dva mjesta:
- preko BIOS-a. Onemogućite režime C1, C1E, Intel C-state (C2, C3, C4). U različitim biosovima nazivaju se različito, ali značenje je isto. Tražite dugo, potrebno je ponovno pokretanje, ali ako ste to učinili jednom, možete zaboraviti. Ako je sve ispravno urađeno u BIOS-u, tada će se dodati brzina. Na nekim matičnim pločama, BIOS postavke se mogu podesiti tako da način rada Windowsa neće igrati ulogu. (Primeri podešavanja BIOS-a od strane Gilev). Ove postavke se uglavnom odnose na serverske procesore ili "napredni" BIOS, ako ga niste pronašli u svom sistemu, a nemate Xeon - u redu je.
- Kontrolna tabla - Snaga - Visoke performanse. Minus - ako računar nije dugo servisiran, jače će zujati sa ventilatorom, više će se zagrijavati i trošiti više energije. Ovo je cijena performansi.
| Ovo su podrazumevane postavke. BIOS C-stanje omogućen, uravnoteženi režim napajanja |  |
| BIOS C-stanje omogućen, režim visokih performansi Za Pentium i Core, možete stati na tome, još uvijek možete istisnuti neke "papagaje" iz Xeona |  |
| U BIOS-u, C-stanja su isključena, režim visokih performansi. Ako ne koristite Turbo boost - ovako bi trebalo izgledati server podešen za performanse |  |
A sada brojke. Da vas podsetim: Intel Xeon 5650, ramdisk. U prvom slučaju, test pokazuje 23,26, u drugom - 49,5. Razlika je skoro dvostruka. Brojevi se mogu razlikovati, ali omjer ostaje prilično isti za Intel Core.
Dragi administratori, možete grditi 1C kako želite, ali ako krajnjim korisnicima treba brzina, morate omogućiti način rada visokih performansi.
c) Turbo Boost. Prvo morate razumjeti podržava li vaš procesor ovu funkciju, na primjer. Ako je tako, onda još uvijek sasvim legalno možete postići neke performanse. (Ne želim se doticati pitanja overkloka, posebno servera, radite to na vlastitu odgovornost i rizik. Ali slažem se da povećanje brzine sabirnice sa 133 na 166 daje vrlo primjetno povećanje i brzine i rasipanje topline)
Napisano je, na primjer, kako uključiti turbo boost. Ali! Za 1C postoje neke nijanse (ne najočitije). Poteškoća je u tome što se maksimalni efekat turbo boost-a manifestuje kada je C-stanje uključeno. I ispada nešto poput ove slike:
Imajte na umu da je množitelj maksimalni, brzina jezgre je najljepša, performanse su visoke. Ali šta će se dogoditi kao rezultat 1s?
Ali na kraju se ispostavi da je prema CPU testovima performansi varijanta sa množiteljem 23 ispred, prema Gilevovim testovima u verziji fajla, performanse sa množiteljem 22 i 23 su iste, ali u klijent-server verzija, varijanta sa multiplikatorom od 23 horor horror (čak i ako je C -state postavljeno na nivo 7, i dalje je sporije nego sa isključenim C-state). Stoga, preporuka, sami provjerite obje opcije, i od njih odaberite najbolju. U svakom slučaju, razlika između 49,5 i 53 papagaja je prilično značajna, pogotovo što je bez mnogo truda.
Zaključak - turbo pojačanje mora biti uključeno. Da vas podsjetim da nije dovoljno omogućiti Turbo boost stavku u BIOS-u, potrebno je pogledati i druga podešavanja (BIOS: QPI L0s, L1 - onemogućiti, zahtijevati pročišćavanje - onemogućiti, Intel SpeedStep - omogućiti, Turbo boost - Upravljačka ploča - Napajanje - Visoke performanse) . I dalje bih se (čak i za verziju datoteke) zaustavio na opciji gdje je c-stanje isključeno, iako je množitelj manji. Nabavite ovako nešto...
Prilično kontroverzna tačka je memorijska frekvencija. Na primjer, frekvencija memorije je prikazana kao vrlo utjecajna. Moji testovi nisu otkrili takvu zavisnost. Neću porediti DDR 2/3/4, pokazaću rezultate promene frekvencije unutar iste linije. Memorija je ista, ali u BIOS-u forsiramo niže frekvencije.
 |  |  |
I rezultate testova. 1C 8.2.19.83, za verziju datoteke lokalni ramdisk, za klijent-server 1C i SQL na jednom računaru, Zajednička memorija. Turbo pojačanje je onemogućeno u obje opcije. 8.3 pokazuje uporedive rezultate.
Razlika je unutar greške mjerenja. Posebno sam izvukao CPU-Z snimke ekrana da pokažem da se drugi parametri mijenjaju s promjenom frekvencije, ista CAS Latency i RAS do CAS Delay, što izravnava promjenu frekvencije. Razlika će biti kada se memorijski moduli fizički mijenjaju, iz sporijeg u brži, ali čak ni tu brojke nisu bitne.
2. Kada smo shvatili procesor i memoriju klijentskog računara, prelazimo na sledeće veoma važno mesto - mrežu. Mnogo je knjiga napisano o podešavanju mreže, postoje članci o Infostartu (, i drugi), ovdje se neću fokusirati na ovu temu. Prije početka testiranja 1C provjerite da li iperf između dva računara pokazuje cijeli opseg (za kartice od 1 Gbit - dobro, najmanje 850 Mbit, ali bolje 950-980), da se Gilev savjet poštuje. Zatim - najjednostavniji test rada bit će, začudo, kopiranje jedne velike datoteke (5-10 gigabajta) preko mreže. Indirektni znak normalnog rada na mreži od 1 Gbps bit će prosječna brzina kopiranja od 100 Mb / s, dobar rad - 120 Mb / s. Želim da vam skrenem pažnju na činjenicu da opterećenje procesora takođe može biti slaba tačka (uključujući). SMB protokol na Linuxu je prilično slabo paraleliziran, a tokom rada može prilično lako „pojesti“ jedno jezgro procesora i više ga ne trošiti.
I dalje. Sa zadanim postavkama, windows klijent najbolje radi sa windows serverom (ili čak i sa radnom stanicom) i SMB / CIFS protokolom, linux klijent (debian, ubuntu nije pogledao ostalo) najbolje radi sa linuxom i NFS (također radi sa SMB, ali na NFS papagajima iznad). Činjenica da se pri linearnom kopiranju win-linux servera na nfs brže kopira u jedan stream, ništa ne znači. Podešavanje debiana za 1C je tema za poseban članak, nisam još spreman za to, iako mogu reći da sam u verziji datoteke čak imao malo bolje performanse od Win verzije na istoj opremi, ali sa postgresom sa korisnici stariji od 50 i dalje imam sve jako loše.
Najvažnije je o čemu znaju "spaljeni" administratori, ali početnici ne vode računa. Postoji mnogo načina za postavljanje putanje do 1c baze podataka. Možete napraviti servershare, možete 192.168.0.1share, možete mrežno koristiti z: 192.168.0.1share (i u nekim slučajevima će ova metoda također raditi, ali ne uvijek) i zatim specificirati disk Z. Čini se da sve ove staze ukazuju na istu stvar na istom mjestu, ali za 1C postoji samo jedan način koji daje prilično stabilne performanse. Dakle, evo šta treba da uradite kako treba:
Na komandnoj liniji (ili u politikama, ili kako god vama odgovara) - koristite net DriveLetter: servershare. Primjer: net use m:serverbases. Posebno naglašavam, NE IP adresu, već naziv servera. Ako server nije vidljiv po imenu, dodajte ga u dns na serveru ili lokalno u hosts datoteku. Ali žalba mora biti po imenu. Shodno tome, na putu do baze podataka pristupite ovom disku (pogledajte sliku).
A sada ću u brojkama pokazati zašto su takvi savjeti. Početni podaci: Intel X520-DA2, Intel 362, Intel 350, Realtek 8169 kartice. OS Win 2008 R2, Win 7, Debian 8. Najnoviji drajveri, primijenjena ažuriranja. Prije testiranja sam se uvjerio da Iperf daje punu propusnost (osim kartica od 10 Gbit, pokazalo se da istiskuje samo 7,2 Gbita, kasnije ću vidjeti zašto, test server još nije pravilno konfigurisan). Diskovi su različiti, ali svuda je SSD (posebno umetnut jedan disk za testiranje, ništa drugo se ne učitava) ili raid sa SSD-a. Brzina od 100 Mbita dobijena je ograničavanjem podešavanja adaptera Intel 362. Nije bilo razlike između 1 Gbit bakarnog Intel 350 i 1 Gbit optike Intel X520-DA2 (dobijeno ograničavanjem brzine adaptera). Maksimalne performanse, turbo boost je onemogućen (samo radi uporedivosti rezultata, turbo boost dodaje nešto manje od 10% za dobre rezultate, za loše rezultate možda neće nimalo uticati). Verzije 1C 8.2.19.86, 8.3.6.2076. Ne navodim sve brojke, već samo one najzanimljivije, pa da se ima sa čime uporediti.
| 100Mbit CIFS Pobjeda 2008 - Pobjeda 2008 pozivanje preko IP adrese | 100Mbit CIFS Pobjeda 2008 - Pobjeda 2008 adresa po imenu | 1 Gbit CIFS Pobjeda 2008 - Pobjeda 2008 pozivanje preko IP adrese | 1 Gbit CIFS Pobjeda 2008 - Pobjeda 2008 adresa po imenu | 1 Gbit CIFS Pobjeda 2008 - Pobjeda 7 adresa po imenu | 1 Gbit CIFS Windows 2008 - Debian adresa po imenu | 10 Gbit CIFS Pobjeda 2008 - Pobjeda 2008 pozivanje preko IP adrese | 10 Gbit CIFS Pobjeda 2008 - Pobjeda 2008 adresa po imenu |
|
| 11,20 | 26,18 | 15,20 | 43,86 | 40,65 | 37,04 | 16,23 | 44,64 | |
| 1S 8.2 | 11,29 | 26,18 | 15,29 | 43,10 | 40,65 | 36,76 | 15,11 | 44,10 |
| 8.2.19.83 | 12,15 | 25,77 | 15,15 | 43,10 | 14,97 | 42,74 | ||
| 6,13 | 34,25 | 14,98 | 43,10 | 39,37 | 37,59 | 15,53 | 42,74 | |
| 1C 8.3 | 6,61 | 33,33 | 15,58 | 43,86 | 40,00 | 37,88 | 16,23 | 42,74 |
| 8.3.6.2076 | 33,78 | 15,53 | 43,48 | 39,37 | 37,59 | 42,74 |
Zaključci (iz tabele i iz ličnog iskustva. Odnosi se samo na verziju fajla):
- Preko mreže možete dobiti sasvim normalne brojeve za rad ako je ova mreža normalno konfigurirana i staza je ispravno napisana u 1C. Čak i prvi Core i3s može dati 40+ papagaja, što je sasvim dobro, a to nisu samo papagaji, u stvarnom radu razlika je i primjetna. Ali! ograničenje pri radu sa nekoliko (više od 10) korisnika više neće biti mreža, ovdje je i dalje dovoljan 1 Gbit, ali blokiranje tijekom višekorisničkog rada (Gilev).
- Platforma 1C 8.3 je mnogo puta zahtjevnija za kompetentno postavljanje mreže. Osnovna podešavanja - pogledajte Gilev, ali imajte na umu da sve može uticati. Vidio sam ubrzanje od činjenice da su deinstalirali (a ne samo isključili) antivirus, od uklanjanja protokola kao što je FCoE, od promjene drajvera na stariju, ali Microsoft certificiranu verziju (posebno za jeftine kartice kao što su asus i longs), od uklanjanja drugu mrežnu karticu sa servera. Mnogo opcija, pažljivo konfigurišite mrežu. Može doći do situacije kada platforma 8.2 daje prihvatljive brojke, a 8.3 - dva ili čak i više puta manje. Pokušajte da se poigrate sa verzijama platforme 8.3, ponekad dobijete veoma veliki efekat.
- 1C 8.3.6.2076 (možda kasnije, nisam još tražio tačnu verziju) preko mreže je još uvijek lakše postaviti nego 8.3.7.2008. Od 8.3.7.2008 za postizanje normalnog rada mreže (kod sličnih papagaja) ispalo je samo nekoliko puta, nisam mogao ponoviti za opštiji slučaj. Nisam puno razumio, ali sudeći po krpicama iz Process Explorera, snimak ne ide tamo kao u 8.3.6.
- Unatoč činjenici da je pri radu na mreži od 100Mbps njegov raspored opterećenja mali (možemo reći da je mreža besplatna), brzina rada je i dalje mnogo manja nego na 1 Gbps. Razlog je kašnjenje mreže.
- Ceteris paribus (mreža koja dobro funkcioniše) za 1C 8.2, Intel-Realtek veza je 10% sporija od Intel-Intel. Ali realtek-realtek generalno može izazvati naglo slijeganje iz vedra neba. Stoga, ako ima novca, bolje je držati Intelove mrežne kartice svuda, ako nema novca, onda stavite Intel samo na server (vaš KO). Da, i postoji mnogo puta više uputstava za podešavanje intel mrežnih kartica.
- Zadane postavke antivirusa (na primjer drweb 10 verzija) oduzimaju oko 8-10% papagaja. Ako ga pravilno konfigurišete (dopustite procesu 1cv8 da uradi sve, iako nije sigurno) - brzina je ista kao i bez antivirusa.
- NEMOJTE čitati Linux gurue. Server sa sambom je odličan i besplatan, ali ako stavite Win XP ili Win7 na server (ili još bolje - serverski OS), tada će verzija 1c datoteke raditi brže. Da, i samba i stek protokola i mrežne postavke i još mnogo toga u debian/ubuntu su dobro podešeni, ali ovo se preporučuje stručnjacima. Nema smisla instalirati Linux sa zadanim postavkama i onda reći da je spor.
- Dobra je ideja testirati diskove povezane preko mreže sa fio . Barem će biti jasno da li se radi o problemima sa 1C platformom ili sa mrežom / diskom.
- Za jednokorisničku varijantu, ne mogu se sjetiti testova (ili situacije) u kojima bi bila vidljiva razlika između 1Gb i 10 Gb. Jedino mesto gde je 10Gbps za verziju fajla dalo bolje rezultate bilo je povezivanje diskova preko iSCSI, ali ovo je tema za poseban članak. Ipak, mislim da su kartice od 1 Gbit dovoljne za verziju fajla.
- Zašto, sa mrežom od 100 Mbit, 8.3 radi znatno brže od 8.2 - ne razumijem, ali činjenica se dogodila. Sva ostala oprema, sva ostala podešavanja su potpuno ista, samo je u jednom slučaju testiran 8.2, au drugom - 8.3.
- Nije podešen NFS win - win ili win-lin daje 6 papagaja, nije ga uključio u tabelu. Nakon podešavanja, dobio sam 25, ali je nestabilan (zalet u mjerenjima je više od 2 jedinice). Za sada ne mogu dati preporuke o korištenju windowsa i NFS protokola.
terminal server. (baza leži na serveru, klijenti su povezani na mrežu, RDP protokol). Korak po korak algoritam:
- Mi dodajemo Gilev test bazu podataka na server u istom folderu kao i glavne baze podataka. Povezujemo se sa istog servera i izvodimo test. Sjećamo se rezultata.
- Na isti način kao iu verziji datoteke postavljamo procesor. U slučaju terminalnog servera, procesor generalno igra glavnu ulogu (podrazumeva se da nema očiglednih slabosti, kao što je nedostatak memorije ili ogromna količina nepotrebnog softvera).
- Postavljanje mrežnih kartica u slučaju terminalnog servera praktički nema utjecaja na rad 1s. Da biste pružili "posebnu" udobnost, ako vaš server izda više od 50 papagaja, možete se poigrati novim verzijama RDP protokola, samo za udobnost korisnika, brži odziv i skrolovanje.
- Uz aktivan rad velikog broja korisnika (a ovdje već možete pokušati spojiti 30 ljudi na jednu bazu, ako pokušate), vrlo je poželjno instalirati SSD disk. Iz nekog razloga se vjeruje da disk posebno ne utječe na rad 1C, ali svi testovi se provode s kešom kontrolera koji je omogućen za pisanje, što je pogrešno. Testna baza je mala, staje u keš memoriju, otuda i veliki brojevi. Na pravim (velikim) bazama podataka sve će biti potpuno drugačije, pa je keš memorija onemogućena za testove.
| Raid 10 4x SATA 7200 ATA ST31500341AS | Raid 10 4x SAS 10k | Raid 10 4x SAS 15k | Single SSD | ramdisk | ramdisk | Keširanje je omogućeno RAID kontroler |
|
| 21,74 | 28,09 | 32,47 | 49,02 | 50,51 | 53,76 | 49,02 | |
| 1S 8.2 | 21,65 | 28,57 | 32,05 | 48,54 | 49,02 | 53,19 | |
| 8.2.19.83 | 21,65 | 28,41 | 31,45 | 48,54 | 49,50 | 53,19 | |
| 33,33 | 42,74 | 45,05 | 51,55 | 52,08 | 55,56 | 51,55 | |
| 1C 8.3 | 33,46 | 42,02 | 45,05 | 51,02 | 52,08 | 54,95 | |
| 8.3.7.2008 | 35,46 | 43,01 | 44,64 | 51,55 | 52,08 | 56,18 |
- Uključena keš memorija RAID kontrolera eliminiše svu razliku između diskova, brojevi su isti i za sat i za sas. Testiranje s njim za malu količinu podataka je beskorisno i nije pokazatelj.
- Za 8.2 platformu, razlika u performansama između SATA i SSD opcija je više nego dvostruka. Ovo nije greška u kucanju. Ako pogledate monitor performansi tokom testa na SATA diskovima. tada je jasno vidljivo "Vrijeme aktivnog diska (u%)" 80-95. Da, ako omogućite keš memoriju samih diskova, brzina će se povećati na 35, ako omogućite keš raid kontrolera - do 49 (bez obzira na to koji se diskovi trenutno testiraju). Ali ovo su sintetički papagaji keša, u stvarnom radu sa velikim bazama podataka nikada neće postojati 100% omjer pogodaka u keš memoriji.
- Brzina čak i jeftinih SSD-ova (testirao sam na Agility 3) dovoljna je da verzija datoteke radi. Resurs za pisanje je druga stvar, ovdje morate pogledati u svakom konkretnom slučaju, jasno je da će Intel 3700 imati red veličine veći, ali tamo je cijena odgovarajuća. I da, razumijem da kada testiram SSD disk, u većoj mjeri testiram i keš ovog diska, stvarni rezultati će biti manji.
- Najispravnije (sa moje tačke gledišta) rješenje bi bilo dodijeliti 2 SSD diska u mirror raid za bazu datoteka (ili nekoliko baza datoteka), a ne stavljati ništa drugo tamo. Da, sa ogledalom, SSD-ovi se troše na isti način, a to je minus, ali barem su nekako osigurani od grešaka u elektronici kontrolera.
- Glavne prednosti SSD diskova za verziju datoteke pojavit će se kada postoji mnogo baza podataka, a svaka ima nekoliko korisnika. Ako ima 1-2 baze, a korisnika u regiji od 10, tada će SAS diskovi biti dovoljni. (ali u svakom slučaju - pogledajte učitavanje ovih diskova, barem kroz perfmon).
- Glavne prednosti terminalnog servera su u tome što može imati vrlo slabe klijente, a mrežna podešavanja mnogo manje utiču na terminal server (opet vaša KO).
Ako Gilev test pokazuje male brojke, a imate i procesor sa visokom frekvencijom i brze diskove, onda ovdje administrator treba uzeti barem perfmon, i negdje snimiti sve rezultate, i gledati, promatrati, izvlačiti zaključke. Neće biti definitivnog savjeta.
Klijent-server opcija.
Testovi su obavljeni samo na 8.2, tk. Na 8.3, sve dosta ozbiljno zavisi od verzije.
Za testiranje sam odabrao različite opcije servera i mreže između njih kako bih pokazao glavne trendove.
| 1C: Xeon 5520 SQL: Xeon E5-2630 | 1C: Xeon 5520 SQL: Xeon E5-2630 Fiber kanal-SSD | 1C: Xeon 5520 SQL: Xeon E5-2630 Fiber kanal - SAS | 1C: Xeon 5650 SQL: Xeon E5-2630 | 1C: Xeon 5650 SQL: Xeon E5-2630 Fiber kanal-SSD | 1C: Xeon 5650 SQL: Xeon E5-2630 | 1C: Xeon 5650 = | 1C: Xeon 5650 = | 1C: Xeon 5650 = | 1C: Xeon 5650 = | 1C: Xeon 5650 = | |
| 16,78 | 18,23 | 16,84 | 28,57 | 27,78 | 32,05 | 34,72 | 36,50 | 23,26 | 40,65 | 39.37 | |
| 1S 8.2 | 17,12 | 17,06 | 14,53 | 29,41 | 28,41 | 31,45 | 34,97 | 36,23 | 23,81 | 40,32 | 39.06 |
| 16,72 | 16,89 | 13,44 | 29,76 | 28,57 | 32,05 | 34,97 | 36,23 | 23,26 | 40,32 | 39.06 |
Čini se da sam razmotrio sve zanimljive opcije, ako vas zanima nešto drugo - napišite u komentarima, pokušat ću to učiniti.
- SAS na skladištu je sporiji od lokalnih SSD-ova, iako pohrana ima velike veličine predmemorije. SSD-ovi i lokalni sistemi i sistemi za skladištenje za Gilev test rade uporedivim brzinama. Ne znam nijedan standardni multi-threaded test (ne samo zapise, već i svu opremu) osim opterećenja 1C iz MCC-a.
- Promjena 1C servera sa 5520 na 5650 dala je skoro udvostručenje performansi. Da, konfiguracije servera se ne poklapaju u potpunosti, ali pokazuje trend (ništa iznenađujuće).
- Povećanje frekvencije na SQL serveru, naravno, daje efekat, ali ne isti kao na 1C serveru, MS SQL Server je savršeno u stanju (ako ga pitate) da koristi višejezgrenu i slobodnu memoriju.
- Promjena mreže između 1C i SQL sa 1 Gbps na 10 Gbps daje oko 10% papagaja. Očekivalo se više.
- Omogućavanje dijeljene memorije i dalje daje učinak, iako ne 15%, kao što je opisano u članku. Obavezno to uradite, brzo je i lako. Ako je neko dao SQL serveru imenovanu instancu tokom instalacije, onda da bi 1C radio, ime servera mora biti navedeno ne preko FQDN (tcp / ip će raditi), ne preko localhost ili samo ServerName, već preko ServerNameInstanceName, na primer zz- testzztest. (U suprotnom će se pojaviti sljedeća DBMS greška: Microsoft SQL Server Native Client 10.0: Dobavljač zajedničke memorije: Biblioteka dijeljene memorije koja se koristi za povezivanje sa SQL Serverom 2000 nije pronađena. HRESULT=80004005, HRESULT=80004005, HRESULT=80004005, SQLSTATE=08001, stanje=1, ozbiljnost=10, izvorno=126, red=0).
- za korisnike manje od 100, jedina tačka razdvajanja na dva odvojena servera je licenca za Win 2008 Std (i starije verzije), koja podržava samo 32 GB RAM-a. U svim ostalim slučajevima, 1C i SQL svakako treba instalirati na istom serveru i dati im više (najmanje 64 GB) memorije. Davanje MS SQL-u manje od 24-28 GB RAM-a je neopravdana pohlepa (ako mislite da imate dovoljno memorije za to i da sve radi kako treba, možda bi vam bila dovoljna verzija 1C fajla?)
- Koliko gore gomila 1C i SQL-a radi u virtuelnoj mašini tema je posebnog članka (nagoveštaj - primetno lošije). Čak ni u Hyper-V stvari nisu tako jasne...
- Izbalansirani način rada je loš. Rezultati se dobro slažu sa verzijom fajla.
- Mnogi izvori kažu da način otklanjanja grešaka (ragent.exe -debug) daje snažno smanjenje performansi. Pa, snižava, da, ali 2-3% ne bih nazvao značajnim efektom.
1C Test Center 8 je specijalizovani softverski proizvod kompanije 1C, koji vam omogućava da procenite performanse sistema i proučavate uska grla informacionog sistema.
Ranije smo pogledali proizvoljnu konfiguraciju. Sada hajde da naučimo kako kreirati scenarije za testiranje konfiguracije više korisnika od strane korisnika i pokrenuti samo testiranje.
Testna skripta u 1C Test centru je napisana unutar posebno kreirane obrade. Ovaj šablon se nalazi unutar konfiguracije, ima naziv "TTSTemplateTestProcessing". Za kreiranje vlastite probne skripte potrebno je kopirati ovaj šablon i na osnovu njega kreirati vlastiti, novi, nazovimo ga "Ponovna isporuka prijema robe":
Dodajmo novi atribut u obradu i prikažimo ga na obrascu - "DocumentToCopy", ovo je dokument koji ćemo kopirati.
Pogledajmo bliže modul obrasca. Može koristiti tri procedure - TCIinitialize (), TTSExecute (), Delete ().
- TCIinitialize - koristi se za početno popunjavanje postavki baze podataka, na primjer, popunjavanje računovodstvene politike.
- TCRun - glavni modul u kojem se direktno piše testna skripta.
- TCDeleteData je modul koji opisuje brisanje objekata kreiranih tokom testiranja.
Napišimo najjednostavniji kod u proceduri TCExecute() koja će kopirati odabrani dokument 5 puta za redom i mjeriti kopiranje i objavljivanje svakog dokumenta:
Za d=1 Petlja od 5
Alati = KipExternalComponent.GetTools();
StartTime = KipExternalComponent.TimerValue(Alati);
Nabavite 267 1C video lekcija besplatno:
CreateDocuments();
EndTime = KipExternalComponent.TimerValue(Alati);
Trajanje izvršenja = (EndTime - StartTime) / 1000;
TPWriteIndicator("Vrijeme izvršenja", Trajanje izvršenja);
EndCycle;
Vrati TCExecutionResultSuccessful();
Procedura CreateDocuments() će se izvršiti na serveru:
Procedura CreateDocuments()
NewDocument = TCObject.DocumentToCopy.Copy();
NewDocument.Date = CurrentDate();
NewDocument.Write(DocumentWriteMode.Post);
EndProcedure
Ovim je završena priprema skripte, idemo na Test centar za testiranje opterećenja.
Postavljanje 1C Test centra 8.3
Nakon pisanja testa, krenimo s postavljanjem samog Test centra. Da biste postavili, morate popuniti nekoliko direktorija:
- Obrada— direktorij koji sadrži listu obrade povezanih s testiranjem. Obrada može biti interna i eksterna.
- Uloge- direktorij za pohranjivanje gomile postavki obrade-obrade. Postavke su podaci koji su individualni za svaki test (broj iteracija, dokument koji se kopira, itd.).
- Korisnici— lista korisnika i njihove lozinke.
- Kompjuteri— lista računara na kojima će se test izvoditi.
- Klijenti - postavljanje gdje, od koga i u kom modu će se pokrenuti testiranje opterećenja.
Test Scenarios
Glavni direktorij koji objedinjuje sve postavke u sebi: koliko puta, od kojeg korisnika, u koje ime će se izvršiti testiranje opterećenja.
Također na kartici "Parametri" postoji mogućnost konfiguracije scenarija tehničkog testiranja:
Nakon postavljanja skripte, ostaje samo da je pokrenete.
Započnite testiranje u 1C: Test centru
Kada je sve spremno, ostaje samo da počnemo sa radom testiranja.
Za to je potrebno pokretanje najmanje dvije sesije programa: prva - u ulozi tzv. "agent", a drugi kao inicijator pokretanja skripte.
Početak agenta:
Pokretanje skripte:
Da biste je pokrenuli, jednostavno odaberite željenu skriptu sa liste i kliknite na dugme Pokreni.
Proizvodi za računovodstveno i upravljačko računovodstvo kompanije 1C najčešći su na teritoriji Ruske Federacije. Hiljade kompanija posluju na osnovu standardnih i specijalizovanih 1C konfiguracija. Uz tako masovnu upotrebu, redovno se postavljaju brojna pitanja o optimizaciji budžeta za softver i razumnom korišćenju resursa. Ne jenjavaju sporovi oko serverskih delova ovog kompleksa, posebno na kom operativnom sistemu bazirati 1C server i kom DBMS-u poveriti 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 ovaj paket kao glavni radni model, odnosno 1C proizvodi su stvoreni prvenstveno za nju.
- Prisustvo protokola direktne brze razmjene informacija SharedMemory
- Postoji zvanična tehnička podrška i ugovori o uslugama
- Postoji baza znanja i tona 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
- Deklarisana podrška za PostgreSQL DBMS od strane 1C proizvoda
- 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 dramatično utiče na donošenje odluka - to je brzina.
Kako je tehnička literatura o ova dva sistema na internetu jednostavno odlična, moglo bi se dugo raspravljati o dugim uporednim tabelama koje, ovisno o ciljevima, ističu prednosti jednog ili drugog proizvoda. Možete raspravljati o ovom ili onom parametru među stotinama drugih iste vrste - koliko je jedinstven u svojoj vrsti i kako utječe na postizanje rezultata. Ali teorija bez prakse je mrtva – predlažemo da izostavimo teoriju u ovom članku i pređemo direktno na činjenice kako bismo testirali performanse oba informacijska sistema u praksi sa određenim nivoom preporučenih postavki i u različitim opcijama arhitekture servera (vidi tabelu 2).
Test Methods
U našim ćemo se testovima oslanjati na dvije metode sintetičkog generiranja opterećenja i imitacije korisničkog rada u 1C. Ovo je Gilev test (TPC-1C) i specijalni test 1C "Test centar" 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 na kraju meseca, obračun plaća , itd. Univerzalnost 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 kompleta alata Test centra 1C: KIP
Test centar- alat za višekorisničko testiranje 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 pruža mehanizam za upravljanje procesom testiranja. Za testiranje infobaze potrebno je integrirati konfiguraciju Test centra u konfiguraciju testirane baze podataka upoređivanjem i spajanjem konfiguracija. Kao rezultat spajanja, objekti i zajednički moduli neophodni za rad Test centra biće dodati metapodacima baze podataka koja se testira.
Slika 1 - Šema rada "Test centar" 1C: instrumentacija
Dakle, koristeći 1C: instrumentacijski set alata, na osnovu dostupnih podataka u realnim proizvodnim bazama 1C - programer generiše punopravni scenario automatskog testiranja na osnovu liste dokumenata i referentnih knjiga koji su ključni za ovu vrstu konfiguracije (zahtjev za trošenje sredstava, naručivanje dobavljača, prodaja robe i usluga itd.). Kada pokrenete scenario, Test centar će automatski reproducirati višekorisničku aktivnost opisanu u scenariju. Da bi to uradio, Test centar će kreirati potreban broj virtuelnih korisnika (u skladu sa listom uloga) i započeti izvršavanje radnji.
Test Options
Prilikom postavljanja testnih scenarija za pouzdanu simulaciju istovremenog rada velikog broja korisnika, određeni testni parametri se postavljaju za svaku vrstu dokumenta (vidi tabelu 1):
- Dokument - označava konkretan dokument u radnoj bazi podataka na osnovu kojeg će se vršiti testiranje opterećenja
- Prioritet pokretanja - formira redoslijed po kojem 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 iste vrste dokumenta
- Broj redova u dokumentu je informativni pokazivač koji izvještava o "masivnosti" 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 ispitivanja, mjereni u sekundama, najrealnije i objektivnije odražavaju nivo performansi 1C baza u uslovima što je moguće bližim stvarnim (vidi tabele 3.1 i 3.2).
Tablica 1. Parametri testne skripte
| Dokument | Start Priority | 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 stalka za ispitivanje
| №p\p | Uloga sistema | CPU\vCPU | RAM, GB | Disk I/O sistem |
| 1 | Terminal Server- virtuelna mašina za upravljanje testiranjem | 4 jezgra 2.9GHz |
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 + DBMS virtuelni | 16 jezgara 2.9GHz |
64 GB | Intel Sata SSD Raid1 |
| 4 | Scenario 3. Server 1C virtuelni | 16 jezgara 2.9GHz |
32 GB | Intel Sata SSD Raid1 |
| 5 | Scenario 4. DBMS server virtuelni | 16 jezgara 2.9GHz |
32 GB | Intel Sata SSD Raid1 |
| 6 | Softver |
|
||
| 7 | Konfiguracije 1C |
|
||
Tabela 3.1 Rezultati ispitivanja Gilevovim testom (TPC-1C). Najveća vrijednost se smatra optimalnom.
Tabela 3.2 Rezultati ispitivanja pomoću posebnog testa 1C: KIP. Najmanja vrijednost se smatra optimalnom.
| Microsoft Server operativni sistem | Operativni sistem Unix klase | |||||
| Lista testova (prosječna vrijednost na osnovu rezultata serije od 3 testa) | Hardverski server 1C + DBMS, SharedMemory protokol | Virtuelni server 1C + DBMS, SharedMemory protokol | 1C hardverski server i hardverski server DBMS, TCP-IP protokol | 1C virtuelni server i DBMS virtuelni server, TCP-IP protokol | ||
| Izvođenje 1C: KIP testova na postojećoj bazi podataka, konfiguracija Accounting Enterprise | ||||||
| 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 |
| Obrada naloga za plaćanje | 0,048 sek | 0,058 sek | 0,063 sek | 0,064 sek | 0,037 sek | 0,065 sek |
| Provođenje PTIS-a | 0.454 sec | 0,548 sek | 0,535 sek | 0.556 sec | 0,362 sek | 0,568 sek |
| Obavljanje prodaje roba 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 |
| Izvođenje 1C:KIP testova na postojećoj bazi, 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 sek | 1.359 sec | 1.467 sec | 0.790 sec | 0,849 sek |
| Knjiženje prodajnog naloga | 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 specifikacija | 1,499 sek | 1.438 sec | 1.412 sec | 1.524 sec | 1.097 sec | 1.189 sek |
| Sprovođenje implementacije TS | 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 sek | 0.759 sec | 0,748 sek | 0,735 sek |
- U posebnom testu 1C, operacije "čitanja podataka i složenih proračuna", kao što su "Bilans prometa" i "Obračun troškovnika" su nekoliko puta brže na MS SQL DBMS iz Microsofta.
- U operacijama "pisanja podataka i slanja dokumenata" u većini testova najbolji rezultat pokazuje PostgreSQL DBMS, optimizovan za 1C.
- Gilevov sintetički test takođe pokazuje prednost PostgreSQL-a. Ova činjenica je povezana sa činjenicom da se sintetički test zasniva na merenju brzine kreiranja i knjiženja određenih vrsta dokumenata, što se takođe smatra operacijama „snimanja podataka i knjiženja dokumenata“.
Hajde da 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 proizvođača virtuelnih 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 onih kod šeme sa mrežnom interakcijom ova dva servisa preko TCP-IP protokola.
Možemo zaključiti da uz ispravnu postavku 1C i DBMS-a možete postići značajne rezultate čak i na slobodnom softveru. 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.
Čitajte dalje za testiranje.
Trenutna verzija: 2.0.011. Istorija verzija ovdje: versions.php
Možete ga preuzeti ovdje: http://infostart.ru/public/173394/ ili ovdje: perfomanceTest.cf
Test vam omogućava da izmerite performanse linka 1c server - DBMS server u različitim verzijama u višenitnom radu. Test traje 20-30 minuta.
Nemojte pokretati test na serveru na kojem korisnici trenutno rade ili će se rastužiti! Test daje veoma veliko opterećenje!
Rezultati testa se mogu vidjeti kao izvještaj unutar konfiguracije.
Test opterećenja TPC-1C Gilev
Također je moguće podijeliti rezultate s drugim ljudima koji su završili test koristeći obradu Dijeli rezultate. Nakon razmene, biće moguće uporediti vaše rezultate sa rezultatima drugih ljudi.
Detaljnije upute, kao i raspravu o testu, možete pronaći na http://infostart.ru/public/173394/.
U bazi se nalazi 751 rezultata, posljednji put ažurirani 2018-06-15 06:33:26. Rezultate možete pogledati preuzimanjem testa i pokretanjem razmjene rezultata ili (u pojednostavljenom obliku) ovdje: results.php
Statistika
Rezultati verzije 1.x: index_old.php
Crtanje koristi c3js i d3js (c3js zavisi od toga).
| nebeski 20.02.13 — 15:59 |
|
| smitru 1 — 20.02.13 — 16:00 |
|
| ansh15 2 — 20.02.13 — 16:08 |
(0)Stara tema |
| nebeski 3 — 20.02.13 — 16:14 |
Xeon X3450 2,67 GHz |
| Adimr 4 — 20.02.13 — 16:21 |
|
| smitru 5 — 20.02.13 — 16:34 |
|
| nebeski 6 — 20.02.13 — 16:43 |
|
| Ideja? 7 — 20.02.13 — 16:44 |
Koristite RAID kontroler ugrađen u matičnu ploču? Testiranje performansi 1CIli kupiti eksterno? |
| smitru 8 — 20.02.13 — 16:45 |
|
| Fragster 10 — 20.02.13 — 16:49 |
Gilev test jednostruki |
| Fragster 11 — 20.02.13 — 16:50 |
|
| nebeski 12 — 20.02.13 — 16:51 |
|
| Demijurg 13 — 21.02.13 — 07:30 |
|
| el-gamberro 14 — 21.02.13 — 08:05 |
|
| nebeski 15 — 21.02.13 — 09:47 |
|
| nebeski 16 — 21.02.13 — 09:49 |
Dovedite stvari u red u svom radu koristeći konfiguraciju 1C "Upravljanje IT odjelom 8"
PAŽNJA! Ctrl-F5 ili ctrl-r
2000
čovjek.
pozadini
Obavezna operacija za svaku implementaciju ili modifikaciju postojećeg informacionog sistema je procena potrebne brzine sistema i planiranje potrebnih računarskih resursa za njegovu implementaciju. Trenutno ne postoji tačno rešenje ovog problema u opštem obliku, i ako, uprkos
zbog svoje složenosti i cijene, takav algoritam će predložiti neki proizvođač, tada će čak i male promjene u hardveru, verziji softvera, konfiguraciji sistema ili broju ili standardnom ponašanju korisnika dovesti do značajnih grešaka.
Međutim, postoji mnogo načina za procjenu softverske i hardverske konfiguracije potrebne za postizanje željenih performansi. Sve ove metode se mogu koristiti u procesu odabira, ali potrošač mora razumjeti njihov opseg i ograničenja.
Većina postojećih metoda evaluacije učinka se zasniva na
ili drugu vrstu testiranja.
Postoje dvije glavne vrste testiranja:
komponenta i integral.
Provodi se ispitivanje komponenti
testiranje pojedinih komponenti rješenja, počevši od performansi
procesore ili podsisteme za skladištenje pre testiranja
performanse servera u cjelini, ali bez korisnog opterećenja u obliku jednog ili drugog
poslovne aplikacije.
Testiranje na stres
Integralni pristup karakterizira procjena
performanse rješenja u cjelini, kako njegovih softverskih tako i hardverskih dijelova.
U ovom slučaju, može se koristiti kao poslovna aplikacija koja će se koristiti
u konačnom rješenju, kao i neki model aplikacija koje emuliraju
neki standardni poslovni procesi i radna opterećenja.
Testovi TPC i drugi univerzalni testovi omogućavaju vam da odaberete platforme koje najviše obećavaju i uporedite ponude različitih proizvođača, ali oni su samo referentne informacije koje ne uzimaju u obzir specifičnosti vašeg poslovanja. Specijalizirani testovi omogućuju vam da preciznije odaberete određeni model servera i njegovu konfiguraciju. Međutim, najinformiranije odluke se donose samo na osnovu rezultata testova opterećenja. Samo oni vam omogućavaju da optimalno konfigurirate odabrano
serversku platformu i podesite je za maksimalne performanse.
Šta se desilo TPC-1C-GILV
Ovo je serija nezavisnih testova dizajniranih da procijene performanse platforme 1C:Enterprise 8.1 na vašem računaru(ima).
Naravno, "nezavisni" test znači da ga ne sponzorira 1C.
Test je trenutno dostupan TPC-A-lokalna propusnost/ TPC-1C-GILV-A" (zadnji put ažuriran u avgustu 2008. verzija 1.0.3)
ideja za testiranje TPC-A-lokalna propusnost/ TPC-1C-GILV-A
Preuzmite datoteku za otpremanje konfiguracije (~400 Kb) sa ove stranice i otpremite je na svoju stranicu. Ako konfiguraciju implementirate u opcijama datoteke, tada će u velikoj mjeri test testirati vezu "CPU vašeg računara - HDD gdje leži baza".
Ako proširite konfiguraciju u varijantu klijent-server, tada će CPU servera aplikacija - CPU servera subd-a - HDD - servera subd-a biti uglavnom podvrgnut opterećenju.
Testom se intenzivno piše 5.000 dokumenata. U poslovnoj logici koda nema dubokog značenja, jednostavno se procjenjuje performansa dokumenta X uslovno odabrana kao standard.
Glavna ljepota testa je u tome što ne morate znati tehničke detalje. Test se samostalno izvršava i daje bodove. Osim toga, ne morate ni kome reći rezultat 🙂
Možete uporediti performanse nekoliko servera ili jednog servera sa različitim karakteristikama diskovnog podsistema.
Izvođenjem testa sa servera aplikacija i sa klijenta preko mreže, možete razumjeti uticaj mreže od klijenta do servera.
Kako pokrenuti test
Pokretanje testa je vrlo jednostavno. Moram pritisnuti dugme
i sačekajte dok indikator testa (desno od dugmeta) ne dostigne 100%.
Test obično traje oko 8 minuta.
Šta znače rezultati testova
Rezultat testa je predstavljen kao "brzina pisanja" podataka testa. Greška testa je 2 jedinice. Za tačnu procjenu, test možete ponoviti 3 puta.
Nakon što indikator testa dostigne 100%, vidjet ćete grafikone poput ovog:
Ispod grafikona su neki prethodni slični testovi.
Boja grafikona ukazuje na trenutni kvalitet "totalnih" performansi za rad bez uzimanja u obzir brava.
Zelena boja grafikona, zajedno sa nekim indikatorima na desnoj strani, uslovno odabranim kao referentne vrednosti, omogućava nam da napravimo generalizovanu procenu "dobrih" performansi na više platformi 🙂
Kako uživati u rezultatima testa
Kao rezultat toga, dobili ste određeni indeks performansi (uzmite u obzir brzinu). Nije bitno da li je rezultat dobar ili loš, to je rezultat rada PLATFORME na vašem hardveru. U slučajevima klijent-server verzije, ovo je rezultat složenog lanca prolaska zahtjeva kroz različite sekcije. Dobijate ukupni stvarni rezultat, koji je određen BOTTOM POINT u sistemu. MESTO ZA BOCU JE UVEK!
Drugim riječima, i DBMS postavke, OS postavke i oprema utiču na ukupni rezultat tima 🙂
Koji je server bolji
Ovaj test, izveden na određenom serveru, daje rezultat na kombinaciji hardverskih postavki, operativnog sistema, subd itd. Međutim, visok rezultat na određenom serverskom hardveru znači da će, pod normalnim uslovima, isti rezultat biti na identičnom serverskom hardveru. Ovaj test je besplatna pomoć u mogućnosti poređenja instalacije 1C:Enterprise pod Windows i Linux, tri različite DBMS koje podržava platforma 1C:Enterprise 8.1.
Testirajte sigurnost
Test je apsolutno siguran. Ne dovodi do "pada" servera (nema "stresnog" algoritma) i ne zahtijeva preliminarne mjere čak ni na "borbenom" serveru. Povjerljivi podaci se također ne bilježe u rezultatima testa. Prikuplja informacije o parametrima CPU-a, RAM-a, HDD-a. Serijski brojevi uređaja se ne prikupljaju. Sve se to može lako provjeriti - testni kod je 100% otvoren. Nijedan prijenos informacija bez vašeg znanja nije moguć.
Kako objaviti rezultate testa
Ako želite pomoći u razvoju testa, možete pokrenuti brojne testove na svojim serverima. Zatim na opštoj listi urađenih testova ostavite samo one koje želite da objavite i pošaljite dt-upload sa rezultatima.
Podaci će se ručno provjeravati (da nisu pogrešni), primalac testova se dodaje u kolonu "autor" testova i dodaje u upload, dostupan za preuzimanje svima.
Klasifikacija TPC-A-lokalna propusnost/ TPC-1C-GILV-A
Test pripada sekciji univerzalnih integralnih cross-platform testova. Štaviše, primjenjiv je za datoteke i klijent-server varijante rada 1C: Enterprise. Test radi za sve DBMS koje podržava 1C.
Univerzalnost vam omogućava da napravite generaliziranu procjenu performansi bez vezivanja za specifičnu tipičnu konfiguraciju platforme.
S druge strane, to znači da za precizne proračune prilagođenog projekta, test vam omogućava da napravite preliminarnu procjenu prije specijaliziranog testiranja opterećenja (na primjer, korištenjem 1C: Testcenter).
Bilješka. Test modifikacija " A" znači "automatsko upravljanje zaključavanjem". Nakon objavljivanja službenih verzija standardnih rješenja iz 1C, planira se modificirati test za rad u "upravljanim bravama" modu i označiti ga slovom " M".
Preuzmite test
Ovaj test nije komercijalan i dostupan je za besplatno preuzimanje.
Rezultati testa
Top - 3 najbolje 1C klijent-server instalacije na MS SQL Server. I vi možete ući u ovu tabelu. Detaljnije rezultate možete vidjeti preuzimanjem testa.
Tehnički detalji
Šta se dešava u testu unutar "jednog" ciklusa operacije?
Primjer izvršavanja sql naredbi možete pronaći u priloženoj datoteci.
Kako izmjeriti opterećenje gvožđa
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.
Kontakti za TPC-1C-GILV
http://gilev.ru/1c/ tpc
rezultati ispitivanja, prijedlozi za razvoj
i pošaljite povratne informacije putem e-maila: [email protected]
Idite na druge materijale stranice
| nebeski 20.02.13 — 15:59 |
Postoji server na CentOS 6.3 sa 64-bitnim Postgresql 8.4, ima i 32-bitni server 1C 8.2.16.368 *nije bilo novca za 64bitni ključ* Skinuo sam Gilevov test kao datoteku dt. Pokušao sam promijeniti način kompatibilnosti, način upravljanja zaključavanjem podataka u ovoj bazi podataka - isti rezultat. Ili bi ovaj test trebao biti pokrenut na samom serveru? |
| smitru 1 — 20.02.13 — 16:00 |
(0) Gilev ima svoj forum. Jeste li pokušali postaviti pitanje tamo? |
| ansh15 2 — 20.02.13 — 16:08 |
(0)Stara tema |
| nebeski 3 — 20.02.13 — 16:14 |
Xeon X3450 2,67 GHz |
| Adimr 4 — 20.02.13 — 16:21 |
(0) http://infostart.ru/public/147259/ |
| smitru 5 — 20.02.13 — 16:34 |
(3) "u napadu mekog ogledala" Afiget…i nakon toga ima pritužbi na kočnice???? |
| nebeski 6 — 20.02.13 — 16:43 |
(5) kao što meki raid daje vrlo male troškove... ali šta predlažete da uradite? Koristite RAID kontroler ugrađen u matičnu ploču? Ili kupiti eksterno? |
| Ideja? 7 — 20.02.13 — 16:44 |
Koristite RAID kontroler ugrađen u matičnu ploču? Ili kupiti eksterno? |
| smitru 8 — 20.02.13 — 16:45 |
(6) hardver je bolji (samo što daje stvarno ubrzanje čitanja i ne usporava pisanje kao softver) I tako - trebate raširiti fajlove sa podacima, sistem, datoteku stranice, tempo db NA RAZLIČITIM OGLEDALIMA (ovo drugo ne stavlja previše ogledala, ali je korisno na odvojenim uređajima) |
| Fragster 10 — 20.02.13 — 16:49 |
Gilev test jednostruki |
| Fragster 11 — 20.02.13 — 16:50 |
(5) to je raid ogledala (1 i 10) koji malo usporava |
| nebeski 12 — 20.02.13 — 16:51 |
(7) Na osnovu ovih razmatranja, odabran je meki raid. (8) hvala na komentaru, ali... ovaj server je u maloj kompaniji sa 5-10 korisnika sa malim brojem dokumenata dnevno. Koliko je opravdano raspoređivanje datoteka po diskovima, pa čak i kupovina novih diskova? |
| Demijurg 13 — 21.02.13 — 07:30 |
(1) zašto pitati stručnjake koji rade produktivnost svaki dan kada ima mista? :))) |
| el-gamberro 14 — 21.02.13 — 08:05 |
I ja nisam shvatio šta ima ovo odijevanje na 1C? |
| nebeski 15 — 21.02.13 — 09:47 |
(14) kao da je tema u IT dijelu, a ne 1C. |
| nebeski 16 — 21.02.13 — 09:49 |
Ostaje samo da se prisjetim gdje sam čitao o tome... |
TurboConf 5 - proširenje mogućnosti 1C konfiguratora
PAŽNJA!
Ako ste izgubili polje za unos poruke, kliknite Ctrl-F5 ili ctrl-r ili dugme Osvježi u pretraživaču.
Tema se dugo nije ažurirala, a označena je kao arhivirana. Dodavanje poruka nije moguće.
Ali možete kreirati novu temu i sigurno ćete dobiti odgovor!
Svaki sat ima više od 2000
čovjek.
