Test de sarcină standard. Test de sarcină standard Test de sarcină pentru 1s 83 enterprise
1C Test Center 8 - specializat software Compania 1C, care vă permite să evaluați performanța sistemului și să studiați blocajele Sistem informatic.
Anterior, ne-am uitat la o configurație personalizată. Acum vom învăța cum să creăm scenarii pentru testarea configurației multi-utilizator de către utilizatori și să rulăm testarea în sine.
Scriptul de testare din 1C Test Center este scris într-o procesare special creată. Acest șablon se află în interiorul configurației, are numele „TCTestProcessingTemplate”. Pentru a vă crea propriul script de testare, trebuie să copiați acest șablon și, pe baza acestuia, să creați propriul dvs., unul nou, să-l numim „Re-încărcarea bonului de mărfuri”:
Să adăugăm un nou atribut la procesare și să îl afișăm pe formular - „DocumentForCopying”, acesta este documentul pe care îl vom copia.
Să aruncăm o privire mai atentă la modulul formular. Puteți utiliza trei proceduri în el - TCIinitialize(), TTSExecute(), Delete().
- TCIinitialize - folosit pentru umplerea inițială setările bazei de informații, de exemplu, completarea politicilor contabile.
- TCExecute este modulul principal în care scriptul de testare este scris direct.
- TCUDeleteData este un modul care descrie ștergerea obiectelor create în timpul procesului de testare.
Să scriem cel mai simplu cod în procedura TCExecute(), care va copia documentul selectat de 5 ori la rând și va măsura copierea și postarea fiecărui document:
Pentru th=1 până la 5 ciclu
Instrumente = KipExternalComponent.GetTools();
StartTime = KipExternalComponent.TimerValue(Tools);
Obțineți 267 de lecții video pe 1C gratuit:
CreareDocumente();
EndTime = KipExternalComponent.TimerValue(Tools);
Durata de execuție = (Ora de încheiere - Ora de începere) / 1000;
TCWriteIndicator(„Timp de execuție”, Durata de execuție);
EndCycle;
Returnează TCExecutionResultSuccessfully();
Procedura CreateDocuments() va fi executată pe server:
Procedura CreateDocuments()
NewDocument = TCObject.DocumentForCopying.Copy();
NewDocument.Date = CurrentDate();
NewDocument.Write(DocumentWriteMode.Post);
Sfârșitul procedurii
Aceasta completează pregătirea scriptului, să trecem la Centrul de testare pentru a efectua testarea de încărcare.
Configurarea Centrului de testare 1C 8.3
După ce scriem testarea, vom începe configurarea Centrului de testare în sine. Pentru a configura, trebuie să completați o serie de cărți de referință:
- Tratamente— un director care conține o listă de procese conectate la testare. Prelucrarea poate fi atât internă, cât și externă.
- Roluri— un director pentru stocarea link-ului setărilor de procesare-procesare. Setările sunt date individuale pentru fiecare test (număr de iterații, document copiat etc.).
- Utilizatori— lista de utilizatori și parolele acestora.
- Calculatoare— o listă de calculatoare pe care va fi efectuat testul.
- Clienti - stabilirea unde, de la cine și în ce mod va fi lansată testarea de încărcare.
Scenarii de testare
Principala carte de referință, care consolidează toate setările: de câte ori, de ce utilizator, sub ce nume se va efectua testarea la încărcare.
De asemenea, în fila „Parametri” puteți configura un scenariu de testare tehnică:
După configurarea scriptului, tot ce rămâne este să-l lansați.
Începe testarea în 1C: Centrul de testare
Când totul este gata, tot ce rămâne este să începeți munca de testare.
Pentru a face acest lucru, trebuie să lansați cel puțin două sesiuni ale programului: prima - în rolul așa-numitului. „agent”, iar al doilea ca inițiator al lansării scriptului.
Lansarea agentului:
Rularea scriptului:
Pentru a rula, trebuie doar să selectați scriptul dorit din listă și să faceți clic pe butonul Run.
Produsele de contabilitate și contabilitate de gestiune de la 1C sunt cele mai comune în Federația Rusă. Mii de companii își desfășoară activitatea pe baza configurațiilor standard și specializate 1C. Cu o astfel de utilizare masivă, apar în mod regulat o serie de întrebări privind optimizarea bugetului software și utilizarea înțeleaptă a resurselor. Controversa în jur continuă părți ale serverului a acestui complex, în special - pe ce sistem de operare să se bazeze serverul 1C și cărui SGBD să îi încredințeze procesarea bazelor de date 1C. În timpul testelor noastre vom încerca să răspundem la aceste întrebări.
Participanții la test
Sistem de operare MS Server și SGBD MS SQL
- Compania 1C poziționează în mod deschis această combinație ca model de lucru principal; în consecință, produsele 1C sunt create în primul rând pentru aceasta.
- Disponibilitatea unui protocol pentru schimbul direct de informații de mare viteză SharedMemory
- Există un oficial suport tehnic si contracte de servicii
- Există o bază de cunoștințe și o mulțime de informații despre instalare și reglaj fin 1C+MS SQL
Sistem de operare Unix și SGBD PostgreSQL
- Sistemul este complet gratuit (cu excepția licenței pentru serverul 1C:Enterprise)
- Este posibil să configurați în mod flexibil mulți parametri care îmbunătățesc performanța SGBD
- Produsele 1C au anunțat suport pentru PostgreSQL DBMS
- Există o posibilitate de replicare a bazei de date
Desigur, costul proiectului, toleranța la erori și suportul tehnic sunt criterii importante atunci când alegeți un sistem informatic pentru 1C. Există însă un factor care în cele mai multe cazuri influențează radical luarea deciziilor – viteza.
Deoarece pur și simplu există o mare cantitate de literatură tehnică despre aceste două sisteme pe Internet, s-ar putea argumenta mult timp despre tabele comparative lungi care, în funcție de obiective, evidențiază beneficiile unui anumit produs. Puteți dezbate despre acest sau acel parametru printre sute de alții de același fel - cât de unic este în felul său și cum afectează atingerea rezultatului. Dar teoria fără practică este moartă - în acest articol ne propunem să omitem teoria și să trecem direct la fapte pentru a testa în practică performanța atât a sistemelor informatice cu un anumit nivel de setări recomandate, cât și în diverse opțiuni de arhitectură a serverului (vezi Tabelul 2).
Metode de testare
În testele noastre, ne vom baza pe două metode de generare a sarcinii sintetice și de simulare a muncii utilizatorului în 1C. Acesta este testul Gilev (TPC-1C) și un test special 1C „Centrul de testare” din instrumentele 1C: KIP cu scenarii speciale de utilizator.
Testul Gilev (TPC-1C)
Testul Gilev aparține secțiunii testelor de sarcină universale pe platforme transversale. Poate fi folosit atât pentru arhitecturi de fișiere, cât și pentru arhitecturi client-server ale 1C:Enterprise. Testul măsoară cantitatea de muncă pe unitatea de timp într-un singur fir și este potrivit pentru evaluarea vitezei sarcinilor de lucru cu un singur thread, inclusiv viteza de desenare a interfeței, impactul costurilor cu resursele, re-postarea documentelor, procedurile de închidere la sfârșitul lunii , calcule de salarizare etc. Versatilitatea vă permite să faceți o evaluare rezumată a performanței fără a fi legat de o singură configurație a platformei. Rezultatul testului este o evaluare totală a sistemului 1C măsurat, exprimată în unități convenționale.
Test specializat de la Test Center 1C instrumente: Instrumentație
Centru de testare– un instrument pentru efectuarea testelor de încărcare multi-utilizator ale sistemelor bazate pe 1C:Enterprise 8 (vezi Figura 1). Cu ajutorul acestuia, puteți simula munca unei companii fără participare utilizatori reali, care vă permite să evaluați aplicabilitatea, performanța și scalabilitatea sistemului informațional în condiții reale. Sistemul este o configurație care oferă un mecanism de control al procesului de testare. Pentru a testa baza de informații, este necesar să se integreze configurația Centrului de testare în configurația bazei de date testată prin compararea și combinarea configurațiilor. Ca urmare a fuziunii, la metadatele bazei de date testate vor fi adăugate obiecte și module comune necesare funcționării Centrului de testare.
Figura 1 - Schema de lucru a „Centrului de testare” 1C: Instrumentare
Astfel, folosind instrumentele 1C: KIP, pe baza datelor disponibile în bazele reale de producție 1C, programatorul creează un script de testare automată cu drepturi depline pe baza listei de documente și cărți de referință care sunt cheie pentru de acest tip configurații (cerere de cheltuire a fondurilor, comandă către un furnizor, vânzare de bunuri și servicii etc.). Când rulați scriptul, Test Center va reda automat activitatea multi-utilizator descrisă în script. Pentru a face acest lucru, Centrul de testare va crea numărul necesar de utilizatori virtuali (în conformitate cu lista de roluri) și va începe să efectueze acțiuni.
Parametrii de testare
La configurarea scenariilor de testare pentru a simula în mod fiabil munca simultană a unui număr mare de utilizatori, anumiți parametri de testare sunt stabiliți pentru fiecare tip de document (a se vedea tabelul 1):
- Document – indică un document specific în baza de date de lucru pe baza căruia se va efectua testarea la sarcină
- Prioritate de lansare – determină ordinea în care sunt lansate testele pentru fiecare tip de document
- Număr de documente – determină volumul documentelor de testare generate
- Pauză, secunde – întârziere la începerea unei serii de teste într-un singur tip de document
- Numărul de linii din document este un indicator de informații care indică „masivitatea” documentului de testare, care afectează timpul de procesare și încărcarea resurselor
Testele sunt efectuate în 3 iterații, rezultatele sunt înregistrate într-un tabel. Astfel, rezultatele testelor obținute, măsurate în secunde, reflectă cel mai realist și obiectiv nivelul de performanță al bazelor de date 1C în condiții cât mai apropiate de cele reale (vezi tabelele 3.1 și 3.2).
Tabelul 1. Parametrii scenariului de testare
| Document | Prioritate de lansare | Numărul documentelor | Pauză, secunde | Numărul de rânduri din document | |
| Rolul 1 | Factura cumparatorului | 1 | 25 | 51 | 62 |
| Recepția mărfurilor | 2 | 25 | 80 | ||
| Vânzări de mărfuri | 3 | 25 | 103 | ||
| Ordine de plată | 4 | 25 | 1 | ||
| Returul Cumpărătorului | 5 | 25 | 82 | ||
| Rolul 2 | Factura cumparatorului5 | 10 | 65 | 79 | |
| Recepția mărfurilor | 1 | 22 | 80 | ||
| Vânzări de mărfuri | 2 | 25 | 103 | ||
| Ordine de plată | 3 | 25 | 1 | ||
| Returul Cumpărătorului | 4 | 25 | 75 | ||
| Rolul 3 | Factura cumparatorului | 4 | 15 | 45 | 76 |
| Recepția mărfurilor | 5 | 26 | 80 | ||
| Vânzări de mărfuri | 1 | 52 | 103 | ||
| Ordine de plată | 2 | 26 | 1 | ||
| Returul Cumpărătorului | 3 | 32 | 90 | ||
| Rolul 4 | Factura cumparatorului | 3 | 45 | 38 | 70 |
| Recepția mărfurilor | 4 | 30 | 80 | ||
| Vânzări de mărfuri | 5 | 30 | 103 | ||
| Ordine de plată | 1 | 20 | 1 | ||
| Returul Cumpărătorului | 2 | 20 | 86 | ||
| Rolul 5 | Factura cumparatorului | 2 | 30 | 73 | 76 |
| Recepția mărfurilor | 3 | 30 | 80 | ||
| Vânzări de mărfuri | 4 | 30 | 103 | ||
| Ordine de plată | 5 | 18 | 1 | ||
| Returul Cumpărătorului | 1 | 18 | 91 | ||
| Rolul 6 | Factura cumparatorului | 1 | 40 | 35 | 86 |
| Recepția mărfurilor | 2 | 40 | 80 | ||
| Vânzări de mărfuri | 3 | 40 | 103 | ||
| Ordine de plată | 4 | 40 | 1 | ||
| Returul Cumpărătorului | 5 | 40 | 88 | ||
| Rolul 7 | Factura cumparatorului | 5 | 25 | 68 | 80 |
| Recepția mărfurilor | 1 | 25 | 80 | ||
| Vânzări de mărfuri | 2 | 25 | 103 | ||
| Ordine de plată | 3 | 25 | 1 | ||
| Returul Cumpărătorului | 4 | 25 | 90 | ||
| Rolul 8 | Factura cumparatorului | 3 | 25 | 62 | 87 |
| Recepția mărfurilor | 4 | 25 | 80 | ||
| Vânzări de mărfuri | 5 | 25 | 103 | ||
| Ordine de plată | 1 | 25 | 1 | ||
| Returul Cumpărătorului | 2 | 25 | 92 | ||
| Rolul 9 | Factura cumparatorului | 2 | 20 | 82 | 82 |
| Recepția mărfurilor | 4 | 20 | 80 | ||
| Vânzări de mărfuri | 5 | 20 | 103 | ||
| Ordine de plată | 1 | 20 | 1 | ||
| Returul Cumpărătorului | 3 | 20 | 98 | ||
| Rolul 10 | Factura cumparatorului | 4 | 50 | 2 | 92 |
| Recepția mărfurilor | 1 | 50 | 80 | ||
| Vânzări de mărfuri | 2 | 50 | 103 | ||
| Ordine de plată | 5 | 50 | 1 | ||
| Returul Cumpărătorului | 3 | 50 | 98 |
Masa 2. Specificații banc de testare
| Nu. | Rolul sistemului | CPU\vCPU | RAM, GB | Sistem de discuri intrare ieșire |
| 1 | Terminal Server– mașină virtuală pentru managementul testelor | 4 miezuri 2,9 GHz |
16 GB | Intel Sata SSD Raid1 |
| 2 | Scenariul 1. Server 1C + hardware DBMS | Intel Xeon E5-2690 16 nuclee |
96 GB | Intel Sata SSD Raid1 |
| 3 | Scenariul 2. Server 1C + SGBD virtual | 16 nuclee 2,9 GHz |
64 GB | Intel Sata SSD Raid1 |
| 4 | Scenariul 3. Server 1C virtual | 16 nuclee 2,9 GHz |
32 GB | Intel Sata SSD Raid1 |
| 5 | Scenariul 4. Server DBMS virtual | 16 nuclee 2,9 GHz |
32 GB | Intel Sata SSD Raid1 |
| 6 | Software |
|
||
| 7 | Configurații 1C |
|
||
Tabelul 3.1 Rezultatele testului utilizând testul Gilev (TPC-1C). Valoarea cea mai mare este considerată optimă
Tabelul 3.2 Rezultatele testelor folosind un test special 1C:KIP. Cea mai mică valoare este considerată optimă
| sistem de operare Microsoft Server | Sistem de operare de clasa Unix | |||||
| Lista de teste (valoarea medie bazată pe o serie de 3 teste) | Server hardware 1C+DBMS, protocol SharedMemory | Server virtual 1C+DBMS, protocol SharedMemory | Server hardware 1C și server hardware DBMS, protocol TCP-IP | Server virtual 1C și server virtual DBMS, protocol TCP-IP | ||
| Efectuarea de teste 1C:KIP pe o bază de date existentă, configurație Enterprise Accounting | ||||||
| Bilanțul cifrei de afaceri | 1.741 sec | 2.473 sec | 2.873 sec | 2.522 sec | 13.866 sec | 9.751 sec |
| Efectuarea returului de bunuri de la clienti | 0,695 sec | 0,775 sec | 0,756 sec | 0,781 sec | 0,499 sec | 0,719 sec |
| Efectuarea ordinelor de plata | 0,048 sec | 0,058 sec | 0,063 sec | 0,064 sec | 0,037 sec | 0,065 sec |
| Efectuarea instruirii tehnice | 0,454 sec | 0,548 sec | 0,535 sec | 0,556 sec | 0,362 sec | 0,568 sec |
| Vânzări de bunuri și servicii | 0,667 sec | 0,759 sec | 0,747 sec | 0,879 sec | 0,544 sec | 0,802 sec |
| Postarea unei facturi pentru plata | 0,028 sec | 0,037 sec | 0,037 sec | 0,038 sec | 0,026 sec | 0,038 sec |
| Calculul estimarilor de costuri | 3.071 sec | 3.657 sec | 4.094 sec | 3.768 sec | 15.175 sec | 10,68 sec |
| Efectuarea de teste 1C:KIP pe o bază de date existentă, configurație Trade Management | ||||||
| Efectuarea si retur de la client | 2.192 sec | 2.113 sec | 2.070 sec | 2.418 sec | 1.417 sec | 1.494 sec |
| Efectuarea si returnarea bunurilor catre furnizor | 1.446 sec | 1.410 sec | 1.359 sec | 1.467 sec | 0,790 sec | 0,849 sec |
| Postarea unei comenzi de client | 0,355 sec | 0,344 sec | 0,335 sec | 0,361 sec | 0,297 sec | 0,299 sec |
| Efectuarea renumărării mărfurilor | 0,140 sec | 0,134 sec | 0,131 sec | 0,144 sec | 0,100 sec | 0,097 sec |
| Efectuarea admiterii la specificațiile tehnice | 1.499 sec | 1.438 sec | 1.412 sec | 1.524 sec | 1.097 sec | 1.189 sec |
| Implementarea caietului de sarcini | 1.390 sec | 1.355 sec | 1.308 sec | 1.426 sec | 1.093 sec | 1.114 sec |
| Efectuarea RKO | 0,759 sec | 0,729 sec | 0,713 sec | 0,759 sec | 0,748 sec | 0,735 sec |
- Într-un test special 1C, operațiunile de „citire a datelor și calcule complexe”, precum „bilanţul cifrei de afaceri” și „Calculul estimărilor costurilor” sunt efectuate de câteva ori mai rapid pe SGBD MS SQL de la Microsoft.
- Pentru operațiunile de „înregistrare a datelor și postare documente”, în majoritatea testelor cel mai bun rezultat este afișat de SGBD PostgreSQL, optimizat pentru 1C.
- Testul sintetic al lui Gilev arată, de asemenea, avantajul PostgreSQL. Acest fapt se datorează faptului că testul sintetic se bazează pe măsurarea vitezei de creare și postare a anumitor tipuri de documente, care este considerată și operațiunile de „înregistrare a datelor și postare documente”.
Să terminăm cu comparația multiplatformă, să trecem la comparații în cadrul fiecărui sistem:
- După cum era de așteptat, testele 1C pe o platformă hardware arată rezultate mai bune decât pe una virtuală. Diferența dintre rezultatele testului special 1C în ambele cazuri este mică, ceea ce indică o optimizare treptată de către producătorii de hipervizor virtual.
- De asemenea, este de așteptat ca utilizarea tehnologiei de memorie partajată (SharedMemory) să accelereze procesul de schimb de date între serverul 1C și DBMS. În consecință, rezultatele testelor sunt puțin mai bune decât schema cu interacțiunea în rețea a acestor două servicii prin protocolul TCP-IP.
Putem concluziona că, cu configurarea corectă a 1C și a SGBD-ului, puteți obține rezultate semnificative chiar și cu software-ul liber. Prin urmare, atunci când se proiectează o nouă structură IT pentru 1C, este necesar să se ia în considerare nivelul de încărcare a sistemului, tipul de operațiuni predominante în baza de date, bugetul disponibil, prezența unui specialist în DBMS non-standard, nevoia de integrare cu servicii externe etc. Pe baza acestor date, este deja posibilă selectarea soluției necesare.
Citiți continuarea testării.
fundal
O operațiune obligatorie pentru orice implementare sau modificare a unui sistem informatic existent este evaluarea vitezei necesare a sistemului și planificarea resurselor de calcul necesare pentru implementarea acestuia. În prezent, nu există o soluție exactă la această problemă în formă generală și dacă, în ciuda
complexitatea și costul acestuia, un astfel de algoritm va fi oferit de către unii producători, apoi chiar și mici modificări în hardware, versiune software, configurația sistemului sau numărul sau comportamentul standard al utilizatorului va duce la erori semnificative.
Cu toate acestea, există un număr suficient de moduri. Toate aceste metode pot fi utilizate în procesul de selecție, dar consumatorul trebuie să-și înțeleagă aplicațiile și limitările.
Majoritate metode existente evaluarea performanţelor se bazează pe
sau alt tip de testare.
Există două tipuri principale de testare:
componentă și integrală.
Când se efectuează testarea componentelor
testarea componentelor individuale ale soluției, pornind de la performanță
procesoare sau subsisteme de stocare înainte de testare
performanța serverului în ansamblu, dar fără sarcină utilă sub formă de una sau alta
aplicatii de afaceri.
Abordarea integrală se caracterizează printr-o evaluare
performanța soluției în ansamblu, atât componentele software cât și hardware.
În acest caz, poate fi folosit ca aplicație de afaceri care va fi folosită
în soluția finală, precum și unele aplicații model care emulează
unele procese standard de afaceri și sarcini de lucru.
Teste TPC iar alte teste universale vă permit să selectați cele mai promițătoare platforme și să comparați oferte de la diferiți producători, dar sunt doar informații de referință care nu țin cont de specificul afacerii. Testele specializate vă permit să faceți alegeri mai precise model specific server și configurația acestuia. Cu toate acestea, cele mai informate decizii sunt luate numai pe baza rezultatelor testelor de sarcină. Doar ele vă permit să configurați în mod optim cele selectate
platformă server și configurați-o pentru performanță maximă.
Ce s-a întâmplat TPC-1C-GILV
Aceasta este o serie de teste independente concepute pentru a evalua performanța platformei 1C:Enterprise 8.1 pe computerul(ele).
Desigur, un test „independent” înseamnă că nu este sponsorizat de 1C.
Testul este disponibil momentan" TPC-Debit A-local / TPC-1C-GILV-A" ( Ultima actualizare- august 2008 versiunea 1.0.3)
Testează ideea TPC-Debit A-local / TPC-1C-GILV-A
Descărcați fișierul de descărcare de configurare (~400 KB) de pe acest site și îl încărcați pe dvs. Dacă extindeți configurația în versiunea fișierului, atunci în mare măsură testul va testa conexiunea „CPU al computerului dvs. - HDD unde se află baza”.
Dacă implementați configurația într-o versiune client-server, atunci CPU-ul serverului de aplicații - CPU-ul serverului de subbase de date - - serverul de subdatabase va fi supus în primul rând încărcării.
Testul realizează înregistrarea intensivă a 5000 de documente. Nu există un sens profund în logica de afaceri a codului; performanța documentului X, ales condiționat ca standard, este pur și simplu evaluată.
Principala frumusețe a testului este că nu trebuie să cunoașteți detaliile tehnice. Testul rulează singur și produce propriul punctaj. În plus, nici nu trebuie să spui nimănui rezultatul :)
Puteți compara performanța mai multor servere sau a unui server cu caracteristici diferite de subsistem de disc.
Efectuând un test de la serverul de aplicații și de la client prin rețea, puteți înțelege impactul rețelei în zona de la client la server.
Cum să rulați testul
Efectuarea unui test este foarte ușoară. Trebuie să apăsați un buton
și așteptați până când indicatorul de testare (din dreapta butonului) ajunge la 100%.
Testul durează de obicei aproximativ 8 minute.
Ce înseamnă rezultatele testelor?
Rezultatul testului este raportat ca „viteza de scriere” a datelor de testare. Eroarea testului este de 2 unități. Pentru o evaluare precisă, puteți repeta testul de 3 ori.
După ce indicatorul de test ajunge la 100%, veți vedea grafice ca acestea:
Mai jos de grafice sunt câteva teste similare efectuate anterior.
Culoarea graficului indică calitatea actuală a performanței „generale” pentru lucru fără blocare.
Culoarea verde a graficului, împreună cu câțiva indicatori selectați condiționat din dreapta, ne permite să facem o evaluare generalizată multiplatformă a performanței „bune” :)
Cum să fii mulțumit de rezultatele testelor tale
Ați primit ca rezultat un anumit indice de performanță (viteza de numărare). Nu contează dacă rezultatul este bun sau rău - acesta este rezultatul PLATFORMEI care rulează pe hardware-ul tău. În cazul unei versiuni client-server, acesta este rezultatul. Obțineți rezultatul real total, care este determinat de PUNCTUL STICLULUI din sistem. ÎNTOTDEAUNA ESTE UN LOC STICLE!
Cu alte cuvinte, atât setările DBMS, setările sistemului de operare, cât și hardware-ul influențează rezultatul general al echipei :)
Care server este mai bun
Acest test, efectuat pe un anumit server, dă rezultatul pe baza unui set de setări hardware, sistem de operare, subd, etc. Cu toate acestea, un rezultat ridicat pe un anumit hardware de server înseamnă că, în condiții normale, același rezultat va fi obținut pe un hardware de server identic. Acest test este ajutor gratuitîn capacitatea de a compara instalarea 1C:Enterprise sub Windows și Linux, trei SGBD-uri diferite suportate de platforma 1C:Enterprise 8.1.
Testați siguranța
Testul este absolut sigur. Nu duce la o „crash” a serverului (nu există un algoritm de „stres”) și nu necesită măsuri preliminare chiar și pe un server de „combat”. De asemenea, datele confidențiale nu sunt înregistrate în rezultatele testelor. Sunt colectate informații despre parametrii CPU, RAM, HDD. Numere de serie dispozitivele nu sunt colectate. Puteți verifica cu ușurință toate acestea - codul de testare este deschis 100%. Este imposibil să trimiți orice informație fără știrea ta.
Cum se publică rezultatele testelor
Dacă doriți să ajutați la dezvoltarea testului, puteți rula o serie de teste pe serverele dvs. Apoi lăsați lista generală de teste făcute doar pe cele pe care doriți să le publicați și trimiteți un dt upload cu rezultatele.
Datele vor fi verificate manual (că nu sunt incorecte), destinatarul testului va fi adăugat la coloana „autor” a testelor și va fi adăugat la descărcare, disponibilă pentru descărcare de către toată lumea.
Clasificare TPC-Debit A-local / TPC-1C-GILV-A
Testul aparține secțiunii de teste universale integrale multiplatforme. Mai mult decât atât, este aplicabil pentru fișier și opțiuni client-server funcționarea 1C:Enterprise. Testul funcționează pentru toate SGBD-urile suportate de 1C.
Universalitatea vă permite să faceți o evaluare generalizată a performanței fără a fi legat de o anumită configurație tipică a platformei.
Pe de altă parte, asta înseamnă că pt calcule precise pentru un proiect personalizat, testul vă permite să faceți o evaluare preliminară înainte de testarea de sarcină specializată (de exemplu, folosind 1C: Test Center).
Notă. Modificarea testului " A„ înseamnă „gestionare automată a blocării”. După ieșire versiuni oficiale soluții standard de la 1C, se plănuiește modificarea testului pentru a funcționa în modul „blocare controlată” și indicarea acestuia cu litera „ M".
Descărcați testul
Acest test nu este comercial și.
Rezultatele testului
Top - 3 cele mai bune instalări client-server ale 1C pe MS SQL Server. Poți intra și tu în această masă. Puteți vedea rezultatele mai detaliat descarcând testul.
Detalii tehnice
Ce se întâmplă în test în cadrul unui ciclu de operare „unul”?
Cum se măsoară sarcina de fier
Trebuie remarcat faptul că testul în sine efectuează deja parțial măsurarea. Pentru o imagine mai detaliată, vă recomand să utilizați utilitarul lui Mark Rusinovich.
Figura prezintă un exemplu de măsurare pentru versiunea fișierului.
Contacte pentru TPC-1C-GILV
http://site/1c/ tpc
rezultatele testelor, propuneri de dezvoltare
Fotografie de Alena Tulyakova, agenția de știri „Clerk.Ru”
Articolul identifică principalele greșeli pe care le fac administratorii începători 1C și arată cum să le rezolvi folosind testul Gilev ca exemplu.
Scopul principal al scrierii acestui articol este de a evita repetarea nuanțelor evidente pentru acei administratori (și programatori) care nu au câștigat încă experiență cu 1C.
Scopul secundar este ca, dacă am vreo deficiență, Infostart va fi cel mai rapid să-mi semnaleze acest lucru.
Testul lui V. Gilev a devenit deja un fel de standard „de facto”. Autorul de pe site-ul său a dat recomandări destul de clare, dar voi prezenta doar câteva rezultate și voi comenta cele mai probabile erori. Desigur, rezultatele testelor pe echipamentul dvs. pot diferi; acesta este doar un ghid pentru ceea ce ar trebui să fie și pentru ce vă puteți strădui. Aș dori să observ imediat că modificările trebuie făcute pas cu pas, iar după fiecare pas, verificați ce rezultat a dat.
Sunt articole similare pe Infostart, voi pune link-uri către ele în secțiunile relevante (dacă îmi lipsește ceva, vă rog să-mi sugerați în comentarii, îl voi adăuga). Deci, să presupunem că 1C este lent. Cum se diagnostichează problema și cum se înțelege cine este de vină, administratorul sau programatorul?
Date inițiale:
Calculator testat, cobai principal: HP DL180G6, echipat cu 2*Xeon 5650, 32 Gb, Intel 362i, Win 2008 r2. Pentru comparație, Core i3-2100 arată rezultate comparabile în testul cu un singur fir. Echipamentul pe care l-am ales în mod deliberat nu a fost cel mai nou; cu echipamente moderne rezultatele sunt vizibil mai bune.
Pentru testarea serverelor separate 1C și SQL, server SQL: IBM System 3650 x4, 2*Xeon E5-2630, 32 Gb, Intel 350, Win 2008 r2.
Pentru a testa o rețea de 10 Gbit, s-au folosit adaptoare Intel 520-DA2.
Versiunea fișierului. (baza de date este pe server într-un folder partajat, clienții se conectează prin rețea, protocol CIFS/SMB). Algoritmul pas cu pas:
0. Adăugați la server de fișiere baza de date de testare a lui Gilev în același folder ca bazele de date principale. Ne conectăm de la computerul client și rulăm testul. Ne amintim rezultatul.
Se înțelege că și pentru computerele vechi de acum 10 ani (Pentium pe socket 775), timpul de la clic pe comanda rapidă 1C:Enterprise până la apariția ferestrei bazei de date ar trebui să dureze mai puțin de un minut. (Celeron = lent).
Dacă ai un computer mai rău decât un socket Pentium 775 cu 1 GB memorie cu acces aleator, atunci simpatizez cu tine, și lucru confortabil pe 1C 8,2 V versiunea fișieruluiÎți va fi greu de realizat. Gândiți-vă fie la o actualizare (este timpul) sau la trecerea la terminal (sau web, în caz că clienti slabiȘi forme controlate) Server.
Dacă computerul nu este mai rău, atunci îl puteți da pe administrator. Verificați cel puțin funcționarea rețelei, a antivirusului și a driverului de protecție HASP.
Dacă testul lui Gilev în această etapă a arătat 30 de „papagali” sau mai mult, dar baza de lucru 1C încă funcționează lent, întrebările ar trebui adresate programatorului.
1. Ca ghid pentru cât de mult poate „strânge” un computer client, verificăm doar funcționarea acestui computer, fără rețea. Am pus baza de test calculator local(foarte disc rapid). Dacă computerul client nu are un SSD normal, atunci este creat un disc ram. Deocamdată, cel mai simplu și gratuit este Ramdisk enterprise.
Pentru a testa versiunea 8.2, este suficient un ramdisk de 256 MB și! Cel mai important. După repornirea computerului, cu discul ram în funcțiune, ar trebui să existe 100-200 MB liberi pe el. În consecință, fără un disc ram, pentru funcționare normală memorie libera ar trebui să fie de 300-400 MB.
Pentru a testa versiunea 8.3, un disc ram de 256 MB este suficient, dar aveți nevoie de mai multă RAM liberă.
Când testați, trebuie să vă uitați la sarcina procesorului. Într-un caz aproape de ideal (ramdisk), fișierul local 1c încarcă 1 nucleu de procesor atunci când rulează. În consecință, dacă în timpul testării miezul procesorului nu este complet încărcat, căutați punctele slabe. Puțin emoționantă, dar în general corectă, este descrisă influența procesorului asupra funcționării lui 1C. Doar pentru referință, chiar și pe Core i3-urile moderne frecventa inalta numerele 70-80 sunt destul de realiste.
Cele mai frecvente erori în această etapă.
- Antivirus configurat incorect. Există multe antivirusuri, setările pentru fiecare sunt diferite, voi spune doar că cu o configurație corespunzătoare, nici web-ul și nici Kaspersky 1C nu interferează. Cu setările implicite, aproximativ 3-5 papagali (10-15%) pot fi luați.
- Modul de performanță. Din anumite motive, puțini oameni acordă atenție acestui lucru, dar efectul este cel mai semnificativ. Dacă aveți nevoie de viteză, atunci trebuie să faceți acest lucru, atât pe computerele client, cât și pe server. ( Bună descriere la Gilev. Singurul avertisment este că pentru unii plăci de bază Dacă dezactivați Intel SpeedStep, nu puteți activa TurboBoost).
Puteți (și preferabil) să activați modul de performanță în două locuri:
- prin BIOS. Dezactivați modurile C1, C1E, Intel C-state (C2, C3, C4). În diferite bios ele sunt numite diferit, dar sensul este același. Este nevoie de mult timp pentru a căuta, este necesară o repornire, dar dacă o faci o dată, atunci o poți uita. Dacă faci totul corect în BIOS, viteza va crește. Pe unele plăci de bază, puteți utiliza setările BIOS, astfel încât modul Performanța Windows nu va juca un rol. (Exemple setări BIOS la Gilev). Aceste setări se referă în principal la procesoarele de server sau BIOS-urile „avansate”, dacă nu ați găsit acest lucru și NU aveți Xeon, este în regulă.
- Panou de control - Alimentare - Performanță ridicată. Minus - dacă computerul nu a fost întreținut de mult timp, va face un zgomot mai puternic al ventilatorului, se va încălzi mai mult și va consuma mai multă energie. Aceasta este o taxă de performanță.
| Acestea sunt setările implicite. BIOS C-state activat, modul de consum echilibrat de energie |  |
| BIOS C-state activat, mod de înaltă performanță Pentru Pentium și Core te poți opri acolo, Încă puteți stoarce puțini „papagali” din Xeon |  |
| În BIOS, starea C este dezactivată, modul de înaltă performanță. Dacă nu utilizați Turbo boost, așa ar trebui să arate server reglat pentru performanță |  |
Și acum numerele. Permiteți-mi să vă reamintesc: Intel Xeon 5650, disc ram. În primul caz, testul arată 23,26, în ultimul - 49,5. Diferența este aproape dublă. Cifrele pot varia, dar raportul rămâne în esență același pentru Intel Core.
Dragi administratori, puteți critica 1C cât de mult doriți, dar dacă utilizatorii finali au nevoie de viteză, trebuie să activați modul de înaltă performanță.
c) Turbo Boost. Mai întâi trebuie să înțelegeți dacă procesorul dvs. acceptă această funcție, de exemplu. Dacă este compatibil, atunci puteți obține încă o performanță destul de legală. (Nu vreau să abordez problemele de overclockare a frecvenței, în special serverele, fă-o pe riscul și riscul tău. Dar sunt de acord că creșterea vitezei Bus de la 133 la 166 dă o creștere foarte vizibilă atât a vitezei, cât și a disipării căldurii)
Cum să activați turbo boost este scris, de exemplu, . Dar! Pentru 1C există câteva nuanțe (nu cele mai evidente). Dificultatea este că efectul maxim al turbo boost are loc atunci când starea C este activată. Și obținem ceva de genul acesta:
Vă rugăm să rețineți că multiplicatorul este maxim, viteza Core este frumoasă și performanța este ridicată. Dar ce se va întâmpla ca rezultat cu 1s?
Dar până la urmă se dovedește că, conform testelor de performanță CPU, versiunea cu un multiplicator de 23 este înainte, conform testelor lui Gilev în versiunea de fișier performanța cu un multiplicator de 22 și 23 este aceeași, dar în client-server versiune - versiunea cu un multiplicator de 23 este groaznic teribil (chiar dacă starea C este setată la nivelul 7, este totuși mai lentă decât cu starea C dezactivată). Prin urmare, recomandarea este să verificați singur ambele opțiuni și să o alegeți pe cea mai bună. În orice caz, diferența dintre 49,5 și 53 de papagali este destul de semnificativă, mai ales fără prea mult efort.
Concluzie - turbo boost trebuie activat. Permiteți-mi să vă reamintesc că nu este suficient să activați elementul Turbo boost în BIOS, trebuie să vă uitați și la alte setări (BIOS: QPI L0s, L1 - dezactivare, scrubbing la cerere - dezactivare, Intel SpeedStep - activare, Turbo boost - activat.Panou de control - Opțiuni de alimentare - Performanță ridicată) . Și totuși aș alege (chiar și pentru versiunea de fișier) opțiunea în care c-state este dezactivat, chiar dacă multiplicatorul este mai mic. O sa iasa asa ceva...
Un punct destul de controversat este frecvența memoriei. De exemplu, se arată că frecvența memoriei are o influență foarte puternică. Testele mele nu au relevat o asemenea dependență. Nu voi compara DDR 2/3/4, voi arăta rezultatele modificării frecvenței în cadrul aceleiași linii. Memoria este aceeași, dar în BIOS suntem nevoiți să setăm frecvențe mai mici.
 |  |  |
Și rezultatele testelor. 1C 8.2.19.83, pentru versiunea de fișier local ramdisk, pentru client-server 1C și SQL pe un singur computer, memorie partajată. Turbo Boost este dezactivat în ambele versiuni. 8.3 arată rezultate comparabile.
Diferența este în cadrul erorii de măsurare. Am scos în mod special capturi de ecran ale CPU-Z pentru a arăta că, odată cu o schimbare a frecvenței, se schimbă și alți parametri, aceeași Latență CAS și Întârziere RAS la CAS, care neutralizează schimbarea frecvenței. Diferența va fi atunci când modulele de memorie sunt modificate fizic, de la mai lent la mai rapid, dar nici acolo cifrele nu sunt deosebit de semnificative.
2. După ce am sortat procesorul și memoria computerului client, trecem la următorul loc foarte important - rețeaua. S-au scris multe volume de cărți despre reglarea rețelei, există articole despre Infostart (, și altele), dar aici nu mă voi concentra pe acest subiect. Înainte de a începe testarea 1C, vă rugăm să vă asigurați că iperf între două computere arată întreaga lățime de bandă (pentru cardurile de 1 Gbit - ei bine, cel puțin 850 Mbit, sau mai bine 950-980), că sfatul lui Gilev a fost urmat. Apoi - cel mai simplu test de lucru va fi, în mod ciudat, copiarea unuia dosar mare(5-10 gigaocteți) prin rețea. Un semn indirect de funcționare normală pe o rețea de 1 Gbit va fi viteza medie copiere 100 MB/sec, lucru bun - 120 MB/sec. Aș dori să vă atrag atenția asupra faptului că punctul slab (inclusiv) poate fi încărcarea procesorului. Protocolul SMB pe Linux este destul de slab paralelizat, iar în timpul funcționării poate „mânca” destul de ușor un nucleu de procesor și nu mai consumă.
Și mai departe. Cu setările implicite de Windows, clientul funcționează cel mai bine cu un server Windows (sau chiar windows functioneaza station) si protocolul SMB/CIFS, clientul linux (debian, ubuntu nu s-a uitat la celelalte) merge mai bine cu linux si NFS (functioneaza si cu SMB, dar papagalii sunt mai mari pe NFS). Faptul că în timpul copierii liniare un server Windows Linux pe NFS este copiat într-un flux mai rapid nu înseamnă nimic. Tuningul Debian pentru 1C este un subiect pentru un articol separat, încă nu sunt pregătit pentru asta, deși pot spune că în versiunea de fișier am obținut performanțe chiar puțin mai bune decât versiunea Win pe același echipament, dar cu postgres cu peste 50 de utilizatori am încă totul foarte rău.
Cel mai important lucru pe care îl știu administratorii „arși”, dar începătorii nu îl țin cont. Există multe modalități de a seta calea către baza de date 1c. Puteți face servershare, puteți face 192.168.0.1share, puteți utiliza net z: 192.168.0.1share (și în unele cazuri această metodă va funcționa, dar nu întotdeauna) și apoi specificați unitatea Z. Se pare că toate aceste căi indică același lucru în același loc, dar pentru 1C există o singură metodă care oferă o performanță normală destul de fiabilă. Deci, iată ce trebuie să faceți corect:
ÎN Linie de comanda(sau în politici, sau orice este convenabil pentru dvs.) - utilizați net DriveLetter: servershare. Exemplu: net use m: serverbases. Subliniez în mod specific NU adresa IP, ci numele serverului. Dacă numele serverului nu este vizibil, adăugați-l la dns de pe server sau local în fișier hosts. Dar adresa trebuie să fie după nume. În consecință, în drum spre baza de date, accesați acest disc (vezi imaginea).
Și acum voi arăta cu cifre de ce acesta este sfatul. Date inițiale: carduri Intel X520-DA2, Intel 362, Intel 350, Realtek 8169. OS Win 2008 R2, Win 7, Debian 8. Ultimele drivere, actualizări aplicate. Înainte de a testa, m-am asigurat că Iperf oferă toată lățimea de bandă (cu excepția cardurilor de 10 Gbit, a reușit să stoarce doar 7,2 Gbit, voi vedea de ce mai târziu, server de testare nu este încă configurat corect). Discurile sunt diferite, dar peste tot există un SSD (am introdus special un singur disc pentru testare, nu este încărcat cu altceva) sau un raid de la un SSD. Viteza de 100 Mbit a fost obținută prin limitarea setărilor adaptorului Intel 362. Nu a existat nicio diferență între Intel 350 de cupru de 1 Gbit și Intel X520-DA2 optic de 1 Gbit (obținut prin limitarea vitezei adaptorului). Performanță maximă, turbo boost este dezactivat (doar pentru comparabilitate a rezultatelor, turbo boost pentru rezultate bune adaugă puțin mai puțin de 10%, pentru rezultate proaste este posibil să nu aibă niciun efect). Versiunile 1C 8.2.19.86, 8.3.6.2076. Nu dau toate numerele, ci doar pe cele mai interesante, ca să ai cu ce să compari.
| CIFS de 100 Mbit Win 2008 - Win 2008 contact prin adresa ip | CIFS de 100 Mbit Win 2008 - Win 2008 chemând pe nume | CIFS de 1 Gbit Win 2008 - Win 2008 contact prin adresa ip | CIFS de 1 Gbit Win 2008 - Win 2008 chemând pe nume | CIFS de 1 Gbit Win 2008 - Win 7 chemând pe nume | CIFS de 1 Gbit Win 2008 - Debian chemând pe nume | CIFS de 10 Gbit Win 2008 - Win 2008 contact prin adresa ip | CIFS de 10 Gbit Win 2008 - Win 2008 chemând pe nume |
|
| 11,20 | 26,18 | 15,20 | 43,86 | 40,65 | 37,04 | 16,23 | 44,64 | |
| 1C 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 |
Concluzii (din tabel și din experienta personala. Se aplică numai pentru versiunea fișierului):
- Prin intermediul rețelei, puteți obține numere destul de normale pentru lucru dacă această rețea este configurată corect și calea este introdusă corect în 1C. Chiar și primul Core i3 poate produce peste 40 de papagali, ceea ce este destul de bun, iar aceștia nu sunt doar papagali, ci și munca adevarata se observa si diferenta. Dar! Limitarea atunci când lucrați cu mai mulți (mai mult de 10) utilizatori nu va mai fi rețeaua, aici 1 Gbit este încă suficient, dar blocarea în timpul lucrului cu mai mulți utilizatori (Gilev).
- platforma 1C 8.3 este de multe ori mai pretențioasă în ceea ce privește configurarea corectă a rețelei. Setări de bază- vezi Gilev, dar tine cont ca totul poate influenta. Am văzut o accelerare de la dezinstalarea (și nu doar de la oprirea) antivirusului, de la eliminarea protocoalelor precum FCoE, de la schimbarea driverelor la o versiune mai veche, dar certificată Microsoft (în special pentru carduri ieftine precum ASUS și DLC), de la scoaterea celei de-a doua plăci de rețea. de pe server. Există o mulțime de opțiuni, configurați-vă rețeaua cu atenție. S-ar putea să existe o situație în care platforma 8.2 oferă numere acceptabile, iar 8.3 - de două sau chiar de mai multe ori mai puțin. Încercați să jucați cu versiunile platformei 8.3, uneori obțineți un efect foarte mare.
- 1C 8.3.6.2076 (poate mai târziu, încă nu am căutat versiunea exactă) este încă mai ușor de configurat prin rețea decât 8.3.7.2008. Am reușit să obțin funcționarea normală în rețea din 8.3.7.2008 (la papagali comparabili) doar de câteva ori; nu am putut să o repet pentru un caz mai general. Nu am înțeles mare lucru, dar judecând după învelișurile pentru picioare de la Process Explorer, înregistrarea acolo nu este la fel de bună ca în 8.3.6.
- În ciuda faptului că atunci când lucrezi pe o rețea de 100 Mbit, programul său de încărcare este mic (putem spune că rețeaua este gratuită), viteza de operare este totuși mult mai mică decât pe 1 Gbit. Motivul este latența rețelei.
- Toate celelalte lucruri fiind egale (o rețea care funcționează bine) pentru 1C 8.2, conexiunea Intel-Realtek este cu 10% mai lentă decât Intel-Intel. Dar realtek-realtek poate da, în general, o tasare bruscă din senin. Prin urmare, dacă aveți bani, este mai bine să păstrați plăcile de rețea Intel peste tot; dacă nu aveți bani, atunci instalați Intel numai pe server (CO). Și există de multe ori mai multe instrucțiuni pentru reglarea plăcilor de rețea Intel.
- Setările implicite antivirus (folosind drweb versiunea 10 ca exemplu) ocupă aproximativ 8-10% din papagali. Dacă îl configurați așa cum trebuie (permiteți procesului 1cv8 să facă totul, deși nu este sigur), viteza este aceeași ca și fără antivirus.
- NU citiți guru Linux. Un server cu samba este grozav și gratuit, dar dacă instalați Win XP sau Win7 (sau și mai bine - server OS) pe server, atunci versiunea de fișier a 1c va funcționa mai rapid. Da, samba și stiva de protocoale și setările de rețea și multe, multe altele pot fi bine reglate în debian/ubuntu, dar acest lucru este recomandat specialiștilor. Nu are rost să instalezi Linux cu setările implicite și apoi să spui că este lent.
- Este o idee destul de bună să verificați funcționarea discurilor conectate prin utilizarea rețelei folosind fio . Cel puțin va fi clar dacă acestea sunt probleme cu platforma 1C, sau cu rețea/disc.
- Pentru versiunea pentru un singur utilizator, nu mă pot gândi la teste (sau la o situație) în care diferența dintre 1 Gbit și 10 Gbit ar fi vizibilă. Singurul lucru în care 10 Gbit pentru versiunea de fișier a dat rezultate mai bune este conectarea discurilor prin iSCSI, dar acesta este un subiect pentru un articol separat. Totuși, cred că pentru versiunea de fișier cardurile de 1 Gbit sunt suficiente.
- Nu înțeleg de ce, cu o rețea de 100 Mbit, 8.3 funcționează considerabil mai repede decât 8.2, dar a fost un fapt. Toate celelalte echipamente, toate celelalte setări sunt absolut aceleași, doar că într-un caz este testat 8.2, iar în celălalt - 8.3.
- NFS neajustat win-win sau win-lin dă 6 papagali, nu i-am inclus în tabel. După tuning am primit 25, dar a fost instabil (diferența de măsurători a fost mai mare de 2 unități). Nu pot da nicio recomandare încă folosind windowsși protocolul NFS.
Server terminal. (baza de date este pe server, clienții se conectează prin rețea, protocol RDP). Algoritmul pas cu pas:
- Adăugăm baza de date de testare a lui Gilev la server în același folder cu bazele de date principale. Ne conectăm de pe același server și rulăm testul. Ne amintim rezultatul.
- Exact la fel ca în versiunea de fișier, configuram procesorul. În cazul unui server terminal, procesorul joacă, în general, rolul principal (se presupune că nu există puncte slabe, cum ar fi lipsa memoriei sau o cantitate imensă de software inutil).
- Configurarea plăcilor de rețea în cazul unui server terminal nu are practic niciun efect asupra funcționării lui 1c. Pentru a asigura un confort „special”, dacă serverul tău produce mai mult de 50 de papagali, te poți juca cu versiuni noi ale protocolului RDP, doar pentru confortul utilizatorilor, răspuns mai rapid și derulare.
- Când un număr mare de utilizatori lucrează activ (și aici puteți încerca deja să conectați 30 de persoane la o bază de date, dacă încercați), este foarte recomandabil să instalați o unitate SSD. Din anumite motive, se crede că discul nu afectează în mod deosebit funcționarea lui 1C, dar toate testele sunt efectuate cu cache-ul controlerului activat pentru scriere, ceea ce este incorect. Baza de testare este mică, se potrivește destul de bine în cache, de unde și numerele mari. Pe bazele de date reale (mari) totul va fi complet diferit, astfel încât memoria cache este dezactivată pentru teste.
| Raid 10 4x SATA 7200 ATA ST31500341AS | Raid 10 4x SAS 10k | Raid 10 4x SAS 15k | SSD unic | Ramdisk | Ramdisk | Cache-ul activat | |
| 21,74 | 28,09 | 32,47 | 49,02 | 50,51 | 53,76 | 49,02 | |
| 1C 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 |
- Cache-ul controlerului RAID activat elimină toate diferențele dintre discuri; numerele sunt aceleași atât pentru sat, cât și pentru cas. Testarea cu el pe o cantitate mică de date este inutilă și nu este indicativă de niciun fel.
- Pentru platforma 8.2, diferența de performanță între opțiunile SATA și SSD este mai mult decât dublă. Aceasta nu este o greșeală de tipar. Dacă te uiți la monitorul de performanță în timpul testului pe unitățile SATA. apoi puteți vedea clar „Timp de funcționare a discului activ (în%)” 80-95. Da, dacă activați memoria cache a discurilor în sine pentru înregistrare, viteza va crește la 35, dacă activați memoria cache a controlerului raid - până la 49 (indiferent de ce discuri sunt testate în acest moment). Dar aceștia sunt papagali cache sintetici; în munca reală, cu baze de date mari, nu va exista niciodată un raport de accesare cache de scriere de 100%.
- Viteza chiar și a SSD-urilor ieftine (am testat pe Agility 3) este suficientă pentru a rula versiunea fișierului. Resursa de înregistrare este o altă chestiune, trebuie să o priviți în fiecare caz specific, este clar că Intel 3700 o va avea cu un ordin de mărime mai mare, dar prețul este corespunzător. Și da, înțeleg că atunci când testez un disc SSD, testez și cache-ul acestui disc într-o măsură mai mare, rezultatele reale vor fi mai mici.
- Cea mai corectă (din punctul meu de vedere) soluție ar fi să selectezi 2 disc SSDîntr-un raid în oglindă pentru o bază de date de fișiere (sau mai multe baze de date de fișiere), și nu pune nimic altceva acolo. Da, cu o oglindă, SSD-urile se uzează la fel, iar acesta este un minus, dar cel puțin electronica controlerului este protejată cumva de erori.
- Principalele avantaje ale unităților SSD pentru versiunea de fișiere vor apărea atunci când există multe baze de date, fiecare cu mai mulți utilizatori. Dacă există 1-2 baze de date și există aproximativ 10 utilizatori, atunci discuri SAS vor fi suficiente. (dar în orice caz, uită-te la încărcarea acestor discuri, cel puțin prin perfmon).
- Principalele avantaje ale unui server terminal sunt că poate avea clienți foarte slabi, iar setările de rețea afectează mult mai puțin serverul terminal (din nou, K.O.).
Dacă testul lui Gilev arată numere mici și aveți un procesor cu ceas mare și discuri rapide, atunci administratorul trebuie să ia cel puțin perfmon, înregistrând toate rezultatele undeva și să urmărească, să observe și să tragă concluzii. Nu va exista un sfat definitiv.
Opțiune client-server.
Testele au fost efectuate doar pe 8.2, deoarece pe 8.3 totul depinde destul de serios de versiune.
Pentru testare am ales diferite variante serverele și rețelele dintre ele pentru a arăta principalele tendințe.
| 1C: Xeon 5520 SQL: Xeon E5-2630 | 1C: Xeon 5520 SQL: Xeon E5-2630 Fibre Channel - SSD | 1C: Xeon 5520 SQL: Xeon E5-2630 Fibre Channel - SAS | 1C: Xeon 5650 SQL: Xeon E5-2630 | 1C: Xeon 5650 SQL: Xeon E5-2630 Fibre Channel - 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 | |
| 1C 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 |
Se pare că am luat în considerare toate opțiunile interesante, dacă mai este ceva care vă interesează, scrieți în comentarii, voi încerca să o fac.
- SAS pe sistemele de stocare este mai lent decât SSD-urile locale, chiar dacă sistemele de stocare au dimensiuni mai mari de cache. SSD-urile, atât locale, cât și pe sistemele de stocare, funcționează la viteze comparabile pentru testul lui Gilev. Nu cunosc niciun test standard cu mai multe fire (nu doar înregistrarea, ci toate echipamentele), cu excepția testului de încărcare 1C de la MCC.
- Schimbarea serverului 1C de la 5520 la 5650 aproape a dublat performanța. Da, configurațiile serverului nu se potrivesc complet, dar arată o tendință (nicio surpriză).
- Creșterea frecvenței pe serverul SQL dă cu siguranță un efect, dar nu același ca pe serverul 1C; serverul MS SQL este excelent (dacă îl întrebați) pentru a folosi multi-core și memorie liberă.
- Schimbarea rețelei între 1C și SQL de la 1 Gbit la 10 Gbit dă aproximativ 10% papagali. ma asteptam la mai mult.
- Activarea memoriei partajate dă în continuare un efect, deși nu de 15%, așa cum este descris în articol. Asigurați-vă că o faceți, din fericire, este rapid și ușor. Dacă cineva a dat în timpul instalării SQL Server numită instanță, apoi pentru ca 1C să funcționeze, numele serverului trebuie specificat nu prin FQDN (tcp/ip va funcționa), nu prin localhost sau doar ServerName, ci prin ServerNameInstanceName, de exemplu zz-testzztest. (În caz contrar, va apărea o eroare DBMS: Microsoft SQL Server Native Client 10.0: Furnizor de memorie partajată: Biblioteca de memorie partajată folosită pentru a stabili o conexiune cu SQL Server 2000 nu a fost găsită. HRESULT=80004005, HRESULT=80004005, HRESULT=80004Srvr, SQL Server 2005 : SQLSTATE=08001, stare=1, Severitate=10, nativ=126, linie=0).
- Pentru utilizatorii sub 100, singurul punct în care îl împărțim în două servere separate este o licență Win 2008 Std (și mai veche), care acceptă doar 32 GB de RAM. În toate celelalte cazuri, 1C și SQL trebuie să fie instalate pe un singur server și să li se ofere mai multă memorie (cel puțin 64 GB). A oferi MS SQL mai puțin de 24-28 GB de RAM este o lăcomie nejustificată (dacă crezi că ai suficientă memorie și totul funcționează bine, poate că versiunea de fișier a 1C ar fi suficientă pentru tine?)
- Cât de rău funcționează combinația dintre 1C și SQL mașină virtuală- subiectul unui articol separat (hint - vizibil mai rău). Chiar și în Hyper-V totul nu este atât de clar...
- Modul de performanță echilibrat este rău. Rezultatele sunt destul de conforme cu versiunea fișierului.
- Multe surse spun că modul de depanare (ragent.exe -debug) determină o scădere semnificativă a performanței. Ei bine, se reduce, da, dar nu aș numi 2-3% un efect semnificativ.
Versiunea curentă: 2.0.011. Istoricul versiunilor aici: versions.php
Îl puteți descărca de aici: http://infostart.ru/public/173394/ sau de aici: performanceTest.cf
Testul vă permite să măsurați performanța combinației server 1c - server DBMS în diferite versiuni în modul de operare cu mai multe fire. Testul durează 20-30 de minute.
Nu rulați testul pe un server la care lucrează utilizatorii în prezent, altfel se vor întrista! Testul este foarte stresant!
Rezultatele testului pot fi vizualizate ca un raport în interiorul configurației.
Test de sarcină TPC-1C Gilev
De asemenea, puteți partaja rezultate cu alte persoane care au finalizat testul utilizând procesarea „Partajare rezultate”. După schimb, puteți compara rezultatele dvs. cu rezultatele altor persoane.
Mai mult instrucțiuni detaliate, precum și o discuție a testului, pot fi găsite pe pagina http://infostart.ru/public/173394/.
Există un total de 751 de rezultate în baza de date, ultima actualizare la 2018-06-15 06:33:26. Rezultatele pot fi vizualizate prin descărcarea testului și rularea schimbului de rezultate sau (într-o formă simplificată) aici: results.php
Statistici
Rezultatele versiunii 1.x: index_old.php
C3js și d3js sunt folosite pentru a construi diagrame (c3js depinde de el).
| ceresc 20.02.13 — 15:59 |
|
| smitru 1 — 20.02.13 — 16:00 |
|
| ansh15 2 — 20.02.13 — 16:08 |
(0) Subiect vechi |
| ceresc 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 |
|
| ceresc 6 — 20.02.13 — 16:43 |
|
| Idee? 7 — 20.02.13 — 16:44 |
Ar trebui să folosesc controlerul RAID încorporat în placa de bază? Testarea performanței 1Csau cumperi unul extern? |
| smitru 8 — 20.02.13 — 16:45 |
|
| Fragster 10 — 20.02.13 — 16:49 |
Testul Gilev cu un singur fir |
| Fragster 11 — 20.02.13 — 16:50 |
|
| ceresc 12 — 20.02.13 — 16:51 |
|
| Demiurg 13 — 21.02.13 — 07:30 |
|
| el-gamberro 14 — 21.02.13 — 08:05 |
|
| ceresc 15 — 21.02.13 — 09:47 |
|
| ceresc 16 — 21.02.13 — 09:49 |
Asigurați-vă munca în ordine utilizând configurația 1C „IT Management Department 8”
ATENŢIE! Ctrl-F5 sau Ctrl-R
2000
Uman.
fundal
O operațiune obligatorie pentru orice implementare sau modificare a unui sistem informatic existent este evaluarea vitezei necesare a sistemului și planificarea resurselor de calcul necesare pentru implementarea acestuia. În prezent, nu există o soluție exactă la această problemă în formă generală și dacă, în ciuda
complexitatea și costul acestuia, un astfel de algoritm va fi propus de orice producător, apoi chiar și mici modificări ale hardware-ului, versiunii software, configurației sistemului sau ale numărului sau comportamentului standard al utilizatorilor vor duce la erori semnificative.
Cu toate acestea, există o mulțime de modalități de a evalua configurația software și hardware necesară pentru a obține performanța necesară. Toate aceste metode pot fi utilizate în procesul de selecție, dar consumatorul trebuie să-și înțeleagă aplicațiile și limitările.
Cele mai multe metode existente de evaluare a performanței se bazează pe
sau alt tip de testare.
Există două tipuri principale de testare:
componentă și integrală.
Când se efectuează testarea componentelor
testarea componentelor individuale ale soluției, pornind de la performanță
procesoare sau subsisteme de stocare înainte de testare
performanța serverului în ansamblu, dar fără sarcină utilă sub formă de una sau alta
aplicatii de afaceri.
Testare stresanta
Abordarea integrală se caracterizează printr-o evaluare
performanța soluției în ansamblu, atât componentele software cât și hardware.
În acest caz, poate fi folosit ca aplicație de afaceri care va fi folosită
în soluția finală, precum și unele aplicații model care emulează
unele procese standard de afaceri și sarcini de lucru.
Teste TPC iar alte teste universale vă permit să selectați cele mai promițătoare platforme și să comparați oferte de la diferiți producători, dar sunt doar informații de referință care nu țin cont de specificul afacerii. Testele specializate vă permit să selectați mai precis un anumit model de server și configurația acestuia. Cu toate acestea, cele mai informate decizii sunt luate numai pe baza rezultatelor testelor de sarcină. Doar ele vă permit să configurați în mod optim cele selectate
platformă server și configurați-o pentru performanță maximă.
Ce s-a întâmplat TPC-1C-GILV
Aceasta este o serie de teste independente concepute pentru a evalua performanța platformei 1C:Enterprise 8.1 pe computerul(ele).
Desigur, un test „independent” înseamnă că nu este sponsorizat de 1C.
Testul este disponibil momentan" TPC-Debit A-local / TPC-1C-GILV-A" (ultima actualizare - august 2008 versiunea 1.0.3)
Testează ideea TPC-Debit A-local / TPC-1C-GILV-A
Descărcați fișierul de descărcare de configurare (~400 KB) de pe acest site și îl încărcați pe dvs. Dacă extindeți configurația în versiunea fișierului, atunci în mare măsură testul va testa combinația „CPU al computerului dvs. - HDD unde se află baza”.
Dacă implementați configurația într-o versiune client-server, atunci CPU-ul serverului de aplicații - CPU-ul serverului de subdatabase - HDD - serverul de subdatabase va fi supus încărcării.
Testul realizează înregistrarea intensivă a 5000 de documente. Nu există un sens profund în logica de afaceri a codului; performanța documentului X, ales condiționat ca standard, este pur și simplu evaluată.
Principala frumusețe a testului este că nu trebuie să cunoașteți detaliile tehnice. Testul rulează singur și produce propriul punctaj. În plus, nici nu trebuie să spui nimănui rezultatul :)
Puteți compara performanța mai multor servere sau a unui server cu caracteristici diferite de subsistem de disc.
Efectuând un test de la serverul de aplicații și de la client prin rețea, puteți înțelege impactul rețelei în zona de la client la server.
Cum să rulați testul
Efectuarea unui test este foarte ușoară. Trebuie să apăsați un buton
și așteptați până când indicatorul de testare (din dreapta butonului) ajunge la 100%.
Testul durează de obicei aproximativ 8 minute.
Ce înseamnă rezultatele testelor?
Rezultatul testului este raportat ca „viteza de scriere” a datelor de testare. Eroarea testului este de 2 unități. Pentru o evaluare precisă, puteți repeta testul de 3 ori.
După ce indicatorul de test ajunge la 100%, veți vedea grafice ca acestea:
Mai jos de grafice sunt câteva teste similare efectuate anterior.
Culoarea graficului indică calitatea actuală a performanței „generale” pentru lucru fără blocare.
Culoarea verde a graficului, împreună cu câțiva indicatori selectați condiționat din dreapta, ne permite să facem o evaluare generalizată multiplatformă a performanței „bune” :)
Cum să fii mulțumit de rezultatele testelor tale
Ați primit ca rezultat un anumit indice de performanță (viteza de numărare). Nu contează dacă rezultatul este bun sau rău - acesta este rezultatul PLATFORMEI care rulează pe hardware-ul tău. În cazul unei versiuni client-server, acesta este rezultatul unui lanț complex de cereri care trec prin diferite secțiuni. Obțineți rezultatul real total, care este determinat de PUNCTUL STICLULUI din sistem. ÎNTOTDEAUNA ESTE UN LOC STICLE!
Cu alte cuvinte, atât setările DBMS, setările sistemului de operare, cât și hardware-ul influențează rezultatul general al echipei :)
Care server este mai bun
Acest test, efectuat pe un anumit server, dă rezultatul pe baza totalității setărilor hardware, sistem de operare, bază de date etc. Cu toate acestea, un rezultat ridicat pe un anumit hardware de server înseamnă că, în condiții normale, același rezultat va fi obținut pe un hardware de server identic. Acest test este un instrument gratuit care vă ajută să comparați instalarea 1C:Enterprise sub Windows și Linux, trei SGBD-uri diferite acceptate de platforma 1C:Enterprise 8.1.
Testați siguranța
Testul este absolut sigur. Nu duce la o „crash” a serverului (nu există un algoritm de „stres”) și nu necesită măsuri preliminare chiar și pe un server de „combat”. De asemenea, datele confidențiale nu sunt înregistrate în rezultatele testelor. Sunt colectate informații despre parametrii CPU, RAM, HDD. Numerele de serie ale dispozitivului nu sunt colectate. Puteți verifica cu ușurință toate acestea - codul de testare este deschis 100%. Este imposibil să trimiți orice informație fără știrea ta.
Cum se publică rezultatele testelor
Dacă doriți să ajutați la dezvoltarea testului, puteți rula o serie de teste pe serverele dvs. Apoi lăsați lista generală de teste făcute doar pe cele pe care doriți să le publicați și trimiteți un dt upload cu rezultatele.
Datele vor fi verificate manual (că nu sunt incorecte), destinatarul testului va fi adăugat la coloana „autor” a testelor și va fi adăugat la descărcare, disponibilă pentru descărcare de către toată lumea.
Clasificare TPC-Debit A-local / TPC-1C-GILV-A
Testul aparține secțiunii de teste universale integrale multiplatforme. Mai mult, este aplicabil pentru opțiunile de fișier și client-server pentru utilizarea 1C:Enterprise. Testul funcționează pentru toate SGBD-urile suportate de 1C.
Universalitatea vă permite să faceți o evaluare generalizată a performanței fără a fi legat de o anumită configurație tipică a platformei.
Pe de altă parte, aceasta înseamnă că, pentru calcule precise ale unui proiect personalizat, testul vă permite să faceți o evaluare preliminară înainte de testarea de sarcină specializată (de exemplu, folosind 1C: Test Center).
Notă. Modificarea testului " A" înseamnă "gestionare automată a încuietorilor". După lansarea versiunilor oficiale ale soluțiilor standard din 1C, este planificată modificarea testului pentru a funcționa în modul "încuietori gestionate" și indicarea acestuia cu litera " M".
Descărcați testul
Acest test nu este comercial și este disponibil pentru descărcare gratuită.
Rezultatele testului
Top - 3 cele mai bune instalări client-server ale 1C pe MS SQL Server. Poți intra și tu în această masă. Puteți vedea rezultatele mai detaliat descarcând testul.
Detalii tehnice
Ce se întâmplă în test în cadrul unui ciclu de operare „unul”?
Un exemplu de executare a comenzilor sql poate fi găsit în fișierul atașat.
Cum se măsoară sarcina de fier
Trebuie remarcat faptul că testul în sine efectuează deja parțial măsurarea. Pentru o imagine mai detaliată, vă recomand să utilizați utilitarul Process Explorer al lui Mark Rusinovich.
Figura prezintă un exemplu de măsurare pentru versiunea fișierului.
Contacte pentru TPC-1C-GILV
http://gilev.ru/1c/ tpc
rezultatele testelor, propuneri de dezvoltare
și trimite recenzii prin e-mail: [email protected]
Accesați alte materiale ale site-ului
| ceresc 20.02.13 — 15:59 |
Există un server pe CentOS 6.3 cu Postgresql 8.4 pe 64 de biți, are și un server 1C pe 32 de biți 8.2.16.368 instalat *nu erau bani pentru o cheie pe 64 de biți* Am descărcat testul lui Gilev ca fișier dt. Am încercat să schimb modul de compatibilitate și modul de gestionare a blocării datelor în această bază de date - rezultatul a fost același. Sau acest test ar trebui să fie rulat pe serverul însuși? |
| smitru 1 — 20.02.13 — 16:00 |
(0) Gilev are propriul forum. Ai încercat să pui o întrebare acolo? |
| ansh15 2 — 20.02.13 — 16:08 |
(0) Subiect vechi |
| ceresc 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) „într-un raid în oglindă software” Super...si dupa aia sunt reclamatii la frane???? |
| ceresc 6 — 20.02.13 — 16:43 |
(5) se pare că un raid moale dă o suprasolicitare foarte mică... dar ce propui să faci? Ar trebui să folosesc controlerul RAID încorporat în placa de bază? sau cumperi unul extern? |
| Idee? 7 — 20.02.13 — 16:44 |
Ar trebui să folosesc controlerul RAID încorporat în placa de bază? sau cumperi unul extern? |
| smitru 8 — 20.02.13 — 16:45 |
(6) polibasul hardware este mai bun (numai că accelerează cu adevărat citirea și nu încetinește înregistrarea ca software-ul) Și așa - trebuie să distribuiți fișiere de date, sistem, fișier de pagină, temperatură db LA DIFERITE OGLINI (a pune acestea din urmă pe non-oglinzi este inutilă, dar pe dispozitive individuale este utilă) |
| Fragster 10 — 20.02.13 — 16:49 |
Testul Gilev cu un singur fir |
| Fragster 11 — 20.02.13 — 16:50 |
(5) este raid-ul oglinzii (1 și 10) care încetinește puțin |
| ceresc 12 — 20.02.13 — 16:51 |
(7) Pe baza acestor considerente s-a ales un raid soft. (8) mulțumesc pentru comentariu, dar... acest server costuri în firma mica pentru 5-10 utilizatori cu un număr mic de documente pe zi. Cât de justificat este să distribuiți fișiere pe discuri și chiar să cumpărați discuri noi? |
| Demiurg 13 — 21.02.13 — 07:30 |
(1) de ce să întrebați specialiștii care se ocupă zilnic de productivitate când există greșeli? :))) |
| el-gamberro 14 — 21.02.13 — 08:05 |
De asemenea, nu înțeleg ce legătură are asta cu 1C? |
| ceresc 15 — 21.02.13 — 09:47 |
(14) pare a fi un subiect în secțiunea IT, nu 1C. |
| ceresc 16 — 21.02.13 — 09:49 |
Tot ce trebuie să fac este să-mi amintesc unde am citit despre asta... |
TurboConf 5 - extinderea capabilităților 1C Configurator
ATENŢIE!
Dacă ați pierdut fereastra de introducere a mesajului, faceți clic Ctrl-F5 sau Ctrl-R sau butonul „Reîmprospătare” din browser.
Subiectul nu a fost actualizat de mult timp și a fost marcat ca arhivat. Adăugarea de mesaje nu este posibilă.
Dar poți crea un nou thread și cu siguranță îți vor răspunde!
În fiecare oră pe Forumul Magic sunt mai multe 2000
Uman.