Sfaturi de automatizare. Încetinirea bazei de date de fișiere - cum să evitați (din experiența recentă) 1s 8.3 cum să funcționeze dacă rețeaua este lentă

Din diverse motive, utilizatorii programului 1C din când în când întâmpină probleme de performanță 1C. De exemplu: procesarea unui document durează mult, generarea unui raport durează mult, erori de tranzacție, programul se blochează, răspuns lent la acțiunile utilizatorului etc. Urmând instrucțiunile noastre, puteți obține un succes semnificativ în performanța programului și puteți preveni depășirea limitei sistemului. Acesta nu este un panaceu pentru toate bolile, dar majoritatea motivelor pentru încetinirile 1C se află tocmai în aceste probleme.

1. Nu efectuați sarcini de rutină sau de fundal în timp ce utilizatorii lucrează

Prima și principala regulă pentru administratorii de sistem este să programeze toate sarcinile de fundal pentru a fi finalizate în afara orelor de lucru. Sistemul trebuie să fie descărcat cât mai mult posibil pentru a efectua sarcini de rutină (indexare, procesare documente, încărcare de date) și, în același timp, să nu interfereze cu munca utilizatorilor. Nici sistemul și nici utilizatorii nu vor interfera între ei dacă lucrează în momente diferite.

2. Nu faceți schimb de date RIB în timpul programului de lucru al utilizatorilor

Deși companiile au abandonat recent sistemul de schimb de date RIB în favoarea modului online și a accesului la terminal, nu este greșit să ne amintim că în timp ce încărcați și descărcați datele de schimb, este imposibil să efectuați documente și să lucrați pe deplin în program. Dacă este posibil, această procedură, dacă există, ar trebui efectuată noaptea folosind joburi de fundal.

3. Creșteți performanța PC-ului în timp util, potrivindu-i puterea cu nevoile reale

Nu uitați că funcționarea simultană a 30 și 100 de utilizatori în sistem produce sarcini diferite. În consecință, dacă este planificată o creștere cantitativă a utilizatorilor, serviciul IT ar trebui să ia în considerare prompt împreună cu conducerea companiei problema extinderii parcului de mașini, achiziționării de memorie sau servere suplimentare.

4. Software pe care rulează 1C

Programul 1C este de așa natură încât funcționează diferit pe sistemele de operare. Nu se știe exact de ce, dar este așa. De exemplu, versiunea de server a unei baze de date 1C pe sistemul de operare Linux împreună cu SQL Postgre funcționează mult mai lent decât aceeași bază de date 1C pe sistemul de operare Windows împreună cu MS SQL. Motivele exacte ale acestui fapt nu sunt cunoscute, dar se pare că undeva în adâncul platformei 1C există probleme de compatibilitate cu sistemele de operare și SGBD-uri non-Microsoft. De asemenea, merită să instalați sistemul pe un server pe 64 de biți dacă intenționați să plasați încărcări semnificative pe baza de date.

5. Indexarea bazelor de date

Procedura internă a programului 1C, care „pieptănează” sistemul din interior. Setează-l să ruleze ca sarcină de rutină de fundal pe timp de noapte și fii calm.

6. Dezactivarea contabilității operaționale pe lot

Cert este că în timpul prelucrării operaționale a documentelor, mișcările sunt înregistrate în registre, inclusiv în registre de contabilitate pe lot. Înregistrarea registrelor de contabilitate a loturilor la postarea documentelor poate fi dezactivată în setările programului. O dată pe lună, va fi necesar să începeți procesarea postării documentelor în loturi, de exemplu, într-un moment în care încărcarea în baza de date este cea mai mică sau când lucrează cel mai mic număr de utilizatori.

7. RAM

Utilizați următoarea formulă:

RAM = (DB 1+DB 2+DB N) / 100 * 70

Aproximativ 70% din volumul fizic total al bazelor de date. Bazele de date 1C iubesc să se hrănească bine cu RAM. Nu uita asta.

8. Dacă este posibil, optimizați rapoartele auto-scrise și procesarea cu coduri imperfecte și învechite

Pe parcursul vieții unei companii, este nevoie de redactarea de rapoarte și procesare, precum și îmbunătățiri pentru a gestiona procesele de afaceri și a extrage informații specifice. Toate aceste îmbunătățiri pot cauza erori și încetini munca, deoarece... a) este posibil ca unii Kulibin să fi scris cândva cod greoi, incorect, care este dificil de executat pentru program și necesită un efort semnificativ pentru a fi executat; Folosește regula: cu cât schimbăm mai puțin ceva în program, cu atât mai bine.

9. Goliți memoria cache

O repornire obișnuită a serverului rezolvă uneori problemele cu cache-ul 1C învechit. Doar încercați. De asemenea, descărcarea poate ajuta – încărcarea bazei de informații prin configurator. Și cea mai recentă curățare a memoriei cache a unui anumit utilizator este ștergerea folderelor din directorul de sistem 1C de forma: kexifzghjuhfv8j33hbdgk0. Dar ștergerea folderelor utilizatorilor din cache este ultimul lucru, deoarece... Pe lângă eliminarea gunoiului, ștergerea cache-ului are consecințe neplăcute sub forma ștergerii setărilor de raport salvate și a interfeței meniului utilizator.

10. Reducerea volumului fizic al bazelor de date

Mai multă bază înseamnă mai multe resurse. Natural. Utilizați instrumente standard 1C pentru a restrânge baza de date. Gândiți-vă la posibilitatea de a renunța la cinci ani de date pentru a îmbunătăți productivitatea. Și dacă mai aveți nevoie de date din ultimii cinci ani, puteți utiliza oricând o copie a bazei de date.

11. Organizarea corectă a arhitecturii

În general, arhitectura sistemului informațional corporativ trebuie să fie corectă. Ce înțelegem prin sistemul potrivit? Comparabilitatea sarcinilor atribuite sistemului cu echipamentele și software-ul disponibil. Planificați sistemul împreună cu: administratorul de sistem (pentru că cunoaște flota de mașini), programatorul 1C (pentru că știe nevoile de resurse ale 1C) și șeful companiei (pentru că știe despre creșterea sau contracția viitoare a companiei). ).

Utilizatorii se plâng adesea că „1C 8.3 este lent”: formularele documentelor se deschid lent, procesarea documentelor durează mult, programul pornește, generarea rapoartelor durează mult și așa mai departe.

În plus, astfel de „eșecuri” pot apărea în diferite programe:

Motivele pot fi diferite. Acesta nu este documente restaurate, un computer sau un server slab, serverul 1C este configurat incorect.

În acest articol vreau să mă uit la unul dintre cele mai simple și mai comune motive pentru un program lent - . Această instrucțiune va fi relevantă pentru utilizatorii bazelor de date de fișiere pentru 1-2 utilizatori, unde nu există concurență pentru resurse.

Dacă sunteți interesat de o optimizare mai serioasă a opțiunilor client-server pentru funcționarea sistemului, vizitați secțiunea site-ului.

Unde sunt sarcinile programate în 1C 8.3?

Înainte să am timp să încărc programul, multe sarcini de fundal au fost finalizate în 1C. Le puteți vizualiza accesând meniul „Administrare”, apoi „Suport și întreținere”:

Obțineți 267 de lecții video pe 1C gratuit:

Iată cum arată fereastra cu sarcinile finalizate:

Și iată o listă completă a tuturor sarcinilor programate care sunt lansate:

Printre aceste sarcini puteți vedea precum „“, încărcarea diferitelor clasificatoare, verificarea relevanței versiunii programului și așa mai departe. De exemplu, nu am nici un folos pentru aproape toate aceste sarcini. Nu țin înregistrări valutare, controlez singur versiunile și încarc clasificatoare după cum este necesar.

În consecință, este în interesul meu (și în majoritatea cazurilor în interesul dvs.) să dezactivați sarcinile inutile.

Dezactivarea sarcinilor de rutină și de fundal în 1C 8.3

1C: Contabilitatea este unul dintre cele mai faimoase și mai convenabile programe de contabilitate. Dovadă în acest sens este răspândirea sa pe scară largă în toate domeniile de activitate: comerț, producție, finanțe etc.

Din păcate, la fel ca toate programele de calculator, 1C: Accounting se confruntă și cu diverse blocări și blocări. Una dintre cele mai frecvente probleme este funcționarea lentă a sistemului.

Pentru a înțelege motivele apariției sale și pentru a încerca să le rezolvi, a fost scris articolul de astăzi.

Eliminarea cauzelor comune ale funcționării lente 1C

1. Cel mai obișnuit motiv pentru un program lent este o lungă perioadă de timp pentru a obține acces la fișierul de bază 1C, ceea ce este posibil din cauza erorilor de pe hard disk sau din cauza calității slabe a conexiunii la Internet, dacă sunt utilizate tehnologii cloud. De asemenea, pot apărea probleme cu setările sistemului antivirus.

Soluţie: efectuează o scanare pentru a elimina erorile și a defragmenta hard disk-ul. Testați viteza de acces la Internet. Dacă citirile sunt scăzute (mai puțin de 1 Mb/s), contactați serviciul TP al furnizorului. Dezactivați temporar protecția antivirus și firewall-ul în sistemul antivirus.

2. Poate că funcționarea lentă a programului se datorează dimensiunii mari a fișierului bazei de date.

Pentru a rezolva această problemă deschideți 1C în modul „Configurator”, selectați „Administrare” în meniul de sistem, apoi „Testare și corectare”. În fereastra, trebuie să fie selectat elementul „Comprimarea tabelelor bazei de date” articolul „Testare și corectare” de mai jos; Faceți clic pe „Run” și așteptați finalizarea procesului.

3. Următorul motiv posibil este un software învechit sau o versiune învechită a programului în sine.

Ieșiți din această situație: actualizați software-ul sistemului de operare sau instalați cea mai recentă versiune a programului 1C. În scopuri preventive, actualizați întotdeauna la cea mai recentă versiune, care elimină erorile din configurațiile anterioare.

Pentru a instala cea mai recentă versiune a sistemului 1C, trebuie să introduceți programul în modul „Configurare”, apoi din meniu accesați „Service” -> „Service” -> „Actualizare configurație”, apoi selectați setările implicite și faceți clic pe butonul „Actualizare”.

1C începe în două minute? Jurnalul de documente durează 40 de secunde pentru a se deschide? Documentul este păstrat aproape un minut?

Aceasta este o situație familiară dacă utilizați versiunea fișierului cu acces la rețea.
Poți, desigur, să instalezi un server și să uiți de frâne, dar dacă ai doar 2-3 oameni care lucrează în 1C, iar cheltuirea banilor pentru achiziționarea de licențe de server nu este practic.

Simptome:
Munca mai multor utilizatori prin intermediul rețelei cu același fișier (bază de date) include un mecanism de blocare a rețelei. Acest lucru obligă sistemul să piardă timp prețios identificând sesiunile de înregistrare deschise și rezolvând conflictele în consecință. Principalele semne ale blocării operațiunii:

• lucrează rapid utilizatorul cu baza de date prin rețea în modul exclusiv și extrem de lent când lucrează mai mulți utilizatori simultan.
• lucru rapid al utilizatorului cu o bază de date locală pe server și lucru lent în rețea.
• Procesorul de pe server este aproape inactiv.
• Sarcina plăcii de rețea Gigabit este mai mică de 5%.
• accesele la sistemul de fișiere sunt puțin mai mici de 10 MB/sec.
• Când se încearcă să posteze simultan documente, un computer se blochează timp de aproximativ un minut, iar al doilea se blochează de la 1C cu textul de eroare „Eșuat la blocarea tabelului”.
• Pornirea la 1C durează aproximativ 3 minute.

Sfaturi care pot ajuta la accelerarea bazei de date de fișiere:

• Du-te la lucru în acces la terminal. Din păcate, Windows 7 nu vă permite să vă transformați într-un server terminal folosind instrumente standard - există maximum o conexiune activă. În acest caz, sesiunile rămase nu se încheie; Prin urmare, ar trebui să transferați 1C pe un sistem de operare server, unde nu există astfel de restricții, sau să rezolvați problema cu un utilitar terță parte.
• Dezactivați utilizarea protocolului de rețea IPv6, configurați adresarea pe „vechiul” IPv4.
• Adăugați procese 1C la excepțiile firewall Windows, precum și la excepțiile antivirus, sau dezactivați-le complet (mai riscant, dar un test simplu a arătat o creștere a vitezei de retransfer al documentelor cu antivirusul Avast dezactivat semnificativ!)
• Începeți să indexați căutarea text integral în 1C sau dezactivați-o complet
• Rulați testarea și corectarea bazei de date, verificând cu utilitarul ChDbfl (utilitatea se află în folderul „bin” al platformei tehnologice instalate).
• Rulați elementul „Verificați configurația” din configurație (dacă configurația nu este standard, aceasta poate fi utilă).
• Dezactivați opțiunile funcționale inutile (cu cât sunt mai puțin inutile în interfața gestionată, cu atât funcționează mai rapid, de regulă).
• Configurați drepturile de utilizator (cu cât sunt mai puțin inutile în interfața gestionată, cu atât funcționează mai repede, de regulă).
• Începeți să recalculați totalurile și să restabiliți secvența (o creștere semnificativă poate apărea numai dacă totalurile nu au fost restaurate de mult timp).
• Specificați „Viteza conexiunii - scăzută” în setările listei bazei de date.
• Defragmentarea unui disc cu o bază de date de fișiere.
• Convoluția bazei de date (poate fi utilă dacă baza de date este mare, de exemplu, pentru câțiva ani).
• Upgrade hardware - hard disk (SSD) mai rapid, comutator nou, procesor, memorie etc.
• Instalați pe un server web, accesați folosind un client subțire.

După parcurgerea tuturor acestor pași, baza de date de fișiere 1C poate funcționa mult mai rapid. În unele cazuri, lansarea a durat 10 secunde, iar viteza de procesare a documentelor a crescut de 12 ori.

P.S. În configurația UT 11.1, lansarea fișierului 1C folosind acces la rețea la un folder partajat este nerealistă, deoarece Chiar și cea mai rapidă unitate SSD, RAM și procesor rulează în blocaje de rețea, iar munca mai multor utilizatori devine practic imposibilă.
Configurațiile mici auto-scrise pot funcționa destul de repede chiar și în versiunea fișierului.

Primim adesea întrebări despre ce încetinește 1c, mai ales când trecem la versiunea 1c 8.3, datorită colegilor noștri de la Interface LLC, vă spunem în detaliu:

În publicațiile noastre anterioare, am atins deja impactul performanței subsistemului de disc asupra vitezei 1C, dar acest studiu a vizat utilizarea locală a aplicației pe un computer separat sau pe un server terminal. În același timp, majoritatea implementărilor mici implică lucrul cu o bază de date de fișiere într-o rețea, unde unul dintre computerele utilizatorului este folosit ca server sau un server de fișiere dedicat bazat pe un computer obișnuit, cel mai adesea și ieftin.

Un mic studiu al resurselor în limba rusă pe 1C a arătat că această problemă este evitată cu sârguință, dacă apar probleme, se recomandă de obicei trecerea la modul client-server sau terminal. De asemenea, a devenit aproape general acceptat faptul că configurațiile dintr-o aplicație gestionată funcționează mult mai lent decât de obicei. De regulă, argumentele oferite sunt „de fier”: „Contabilitatea 2.0 tocmai a zburat, dar „troica” abia s-a mișcat”, desigur, există ceva adevăr în aceste cuvinte, așa că hai să încercăm să ne dăm seama.

Consumul de resurse, la prima vedere

Înainte de a începe acest studiu, ne-am propus două obiective: să aflăm dacă configurațiile bazate pe aplicații gestionate sunt de fapt mai lente decât configurațiile convenționale și care resurse specifice au impactul principal asupra performanței.

Pentru testare, am luat două mașini virtuale care rulează Windows Server 2012 R2 și, respectiv, Windows 8.1, oferindu-le 2 nuclee ale gazdei Core i5-4670 și 2 GB de RAM, ceea ce corespunde aproximativ unei mașini de birou medii. Serverul a fost plasat pe o matrice RAID 0 de două WD Se, iar clientul a fost plasat pe o matrice similară de discuri de uz general.

Ca baze experimentale, am selectat mai multe configurații ale ediției Accounting 2.0 2.0.64.12 , care a fost apoi actualizat la 3.0.38.52 , toate configurațiile au fost lansate pe platformă 8.3.5.1443 .

Primul lucru care atrage atenția este dimensiunea crescută a bazei de informații a Troicii, care a crescut semnificativ, precum și un apetit mult mai mare pentru RAM:

Suntem gata să auzim de obicei: „de ce au adăugat asta la acestea trei”, dar să nu ne grăbim. Spre deosebire de utilizatorii versiunilor client-server, care necesită un administrator mai mult sau mai puțin calificat, utilizatorii versiunilor de fișiere rareori se gândesc la întreținerea bazelor de date. De asemenea, angajații companiilor specializate care deservesc (citește actualizarea) aceste baze de date se gândesc rar la asta.

Între timp, baza de informații 1C este un SGBD cu drepturi depline, cu propriul format, care necesită și întreținere, iar pentru aceasta există chiar și un instrument numit Testarea și corectarea bazei de informații. Poate că numele a jucat o glumă crudă, ceea ce implică cumva că acesta este un instrument pentru depanarea problemelor, dar performanța scăzută este, de asemenea, o problemă, iar restructurarea și reindexarea, împreună cu compresia tabelelor, sunt instrumente binecunoscute pentru optimizarea bazelor de date pentru orice administrator DBMS. . Să verificăm?

După aplicarea acțiunilor selectate, baza de date a „slăbit” brusc, devenind chiar mai mică decât cele „două”, pe care nimeni nu le-a optimizat vreodată, iar consumul de memorie RAM a scăzut ușor.

Ulterior, după încărcarea unor noi clasificatoare și directoare, crearea de indexuri etc. dimensiunea bazei va crește în general, cele „trei” baze sunt mai mari decât cele „două”. Cu toate acestea, acest lucru nu este mai important, dacă a doua versiune s-a mulțumit cu 150-200 MB de RAM, atunci noua ediție are nevoie de o jumătate de gigabyte și această valoare ar trebui să fie luată în considerare la planificarea resurselor necesare pentru lucrul cu programul.

Net

Lățimea de bandă a rețelei este unul dintre cei mai importanți parametri pentru aplicațiile de rețea, în special ca 1C în modul fișier, care mută cantități semnificative de date în rețea. Majoritatea rețelelor întreprinderilor mici sunt construite pe baza unor echipamente ieftine de 100 Mbit/s, așa că am început testarea prin compararea indicatorilor de performanță 1C în rețelele de 100 Mbit/s și 1 Gbit/s.

Ce se întâmplă când lansați o bază de date de fișiere 1C în rețea? Clientul descarcă o cantitate destul de mare de informații în foldere temporare, mai ales dacă aceasta este prima pornire „la rece”. La 100 Mbit/s, se așteaptă să ne confruntăm cu lățimea canalului și descărcarea poate dura o perioadă semnificativă de timp, în cazul nostru aproximativ 40 de secunde (costul împărțirii graficului este de 4 secunde).

A doua lansare este mai rapidă, deoarece unele dintre date sunt stocate în cache și rămân acolo până la repornire. Trecerea la o rețea gigabit poate accelera semnificativ încărcarea programului, atât „la rece”, cât și „la cald”, iar raportul de valori este respectat. Prin urmare, am decis să exprimăm rezultatul în valori relative, luând cea mai mare valoare a fiecărei măsurători ca fiind 100%:

După cum puteți vedea din grafice, Accounting 2.0 se încarcă la orice viteză a rețelei de două ori mai rapid, trecerea de la 100 Mbit/s la 1 Gbit/s vă permite să accelerați timpul de descărcare de patru ori. Nu există nicio diferență între bazele de date „troika” optimizate și neoptimizate în acest mod.

De asemenea, am verificat influența vitezei rețelei asupra funcționării în moduri grele, de exemplu, în timpul transferurilor de grup. Rezultatul este exprimat și în valori relative:

Aici este mai interesant, baza optimizată a celor „trei” într-o rețea de 100 Mbit/s funcționează la aceeași viteză ca a celor „doi”, iar cea neoptimizată arată rezultate de două ori mai proaste. Pe gigabit, rapoartele rămân aceleași, „trei” neoptimizat este și el la jumătate mai lent decât „doi”, iar cel optimizat rămâne în urmă cu o treime. De asemenea, trecerea la 1 Gbit/s vă permite să reduceți timpul de execuție de trei ori pentru ediția 2.0 și la jumătate pentru ediția 3.0.

Pentru a evalua impactul vitezei rețelei asupra muncii de zi cu zi, am folosit Măsurarea performanței, efectuând o secvență de acțiuni predeterminate în fiecare bază de date.

De fapt, pentru sarcinile de zi cu zi, debitul rețelei nu este un blocaj, un „trei” neoptimizat este cu doar 20% mai lent decât un „două”, iar după optimizare se dovedește a fi aproximativ la fel mai rapid - avantajele lucrului în modul client subțire sunt evidente. Trecerea la 1 Gbit/s nu oferă bazei optimizate niciun avantaj, iar cei neoptimizați și cei doi încep să funcționeze mai repede, arătând o mică diferență între ei.

Din testele efectuate, devine clar că rețeaua nu este un blocaj pentru noile configurații, iar aplicația gestionată rulează chiar mai repede decât de obicei. De asemenea, puteți recomanda trecerea la 1 Gbit/s dacă sarcinile grele și viteza de încărcare a bazei de date sunt critice pentru dvs., în alte cazuri, noile configurații vă permit să lucrați eficient chiar și în rețele lente de 100 Mbit/s;

Deci de ce este 1C lent? O vom analiza mai departe.

Subsistemul disc server și SSD

În articolul anterior, am obținut o creștere a performanței 1C prin plasarea bazelor de date pe un SSD. Poate că performanța subsistemului de disc al serverului este insuficientă? Am măsurat performanța unui server de disc în timpul unui grup rulat în două baze de date simultan și am obținut un rezultat destul de optimist.

În ciuda numărului relativ mare de operațiuni de intrare/ieșire pe secundă (IOPS) - 913, lungimea cozii nu a depășit 1,84, ceea ce este un rezultat foarte bun pentru o matrice cu două discuri. Pe baza acestui lucru, putem presupune că o oglindă realizată din discuri obișnuite va fi suficientă pentru funcționarea normală a 8-10 clienți de rețea în moduri grele.

Deci este necesar un SSD pe un server? Cel mai bun mod de a răspunde la această întrebare va fi prin testare, pe care le-am efectuat folosind o metodă similară, conexiunea la rețea este de 1 Gbit/s peste tot, rezultatul este exprimat și în valori relative.

Să începem cu viteza de încărcare a bazei de date.

Poate părea surprinzător pentru unii, dar SSD-ul de pe server nu afectează viteza de încărcare a bazei de date. Principalul factor limitator aici, așa cum a arătat testul anterior, este debitul rețelei și performanța clientului.

Să trecem la refacere:

Am observat deja mai sus că performanța discului este destul de suficientă chiar și pentru lucrul în moduri grele, așa că nici viteza SSD-ului nu este afectată, cu excepția bazei neoptimizate, care pe SSD a ajuns din urmă pe cea optimizată. De fapt, acest lucru confirmă încă o dată că operațiunile de optimizare organizează informațiile în baza de date, reducând numărul de operațiuni I/O aleatoare și crescând viteza de acces la aceasta.

În sarcinile de zi cu zi imaginea este similară:

Doar baza de date neoptimizată beneficiază de SSD. Desigur, puteți achiziționa un SSD, dar ar fi mult mai bine să vă gândiți la întreținerea în timp util a bazei de date. De asemenea, nu uitați de defragmentarea secțiunii cu baze de informații de pe server.

Subsistemul disc client și SSD

Am discutat despre influența SSD-ului asupra vitezei de funcționare a 1C instalat local în materialul anterior, mult din ceea ce s-a spus este valabil și pentru lucrul în modul de rețea. Într-adevăr, 1C utilizează destul de activ resursele de disc, inclusiv pentru activitățile de fundal și de rutină. În figura de mai jos puteți vedea cum Accounting 3.0 accesează destul de activ discul timp de aproximativ 40 de secunde după încărcare.

Dar, în același timp, ar trebui să știți că pentru o stație de lucru în care se lucrează activ cu una sau două baze de date de informații, resursele de performanță ale unui HDD obișnuit produs în masă sunt destul de suficiente. Achiziționarea unui SSD poate accelera unele procese, dar nu veți observa o accelerare radicală în munca de zi cu zi, deoarece, de exemplu, descărcarea va fi limitată de lățimea de bandă a rețelei.

Un hard disk lent poate încetini unele operațiuni, dar în sine nu poate determina încetinirea unui program.

RAM

În ciuda faptului că memoria RAM este acum obscen de ieftină, multe stații de lucru continuă să funcționeze cu cantitatea de memorie care a fost instalată la achiziție. Aici se așteaptă primele probleme. Pe baza faptului că „troika” medie necesită aproximativ 500 MB de memorie, putem presupune că o cantitate totală de RAM de 1 GB nu va fi suficientă pentru a funcționa cu programul.

Am redus memoria sistemului la 1 GB și am lansat două baze de date de informații.

La prima vedere, totul nu este atât de rău, programul și-a redus pofta și se potrivește bine în memoria disponibilă, dar să nu uităm că nevoia de date operaționale nu s-a schimbat, deci unde a mers? Turnate pe disc, cache, swap etc., esența acestei operațiuni este că datele care nu sunt necesare momentan sunt trimise din RAM rapidă, a cărei cantitate nu este suficientă, pentru a încetini memoria discului.

La ce va duce asta? Să vedem cum sunt folosite resursele de sistem în operațiuni grele, de exemplu, să lansăm un retransfer de grup în două baze de date simultan. Mai întâi pe un sistem cu 2 GB RAM:

După cum putem vedea, sistemul utilizează în mod activ rețeaua pentru a primi date, iar activitatea de pe disc este nesemnificativă în timpul procesării, dar nu este un factor limitativ;

Acum să reducem memoria la 1 GB:

Situația se schimbă radical, sarcina principală cade acum pe hard disk, procesorul și rețeaua sunt inactive, așteptând ca sistemul să citească datele necesare de pe disc în memorie și să trimită acolo date inutile.

În același timp, chiar și munca subiectivă cu două baze de date deschise pe un sistem cu 1 GB de memorie s-a dovedit a fi extrem de incomodă directoarele și reviste deschise cu o întârziere semnificativă și acces activ la disc. De exemplu, deschiderea jurnalului de vânzări de bunuri și servicii a durat aproximativ 20 de secunde și a fost însoțită în tot acest timp de o activitate ridicată pe disc (evidențiată cu o linie roșie).

Pentru a evalua în mod obiectiv impactul RAM asupra performanței configurațiilor bazate pe o aplicație gestionată, am efectuat trei măsurători: viteza de încărcare a primei baze de date, viteza de încărcare a celei de-a doua baze de date și re-rularea grupului într-una dintre bazele de date. . Ambele baze de date sunt complet identice și au fost create prin copierea bazei de date optimizate. Rezultatul este exprimat în unități relative.

Rezultatul vorbește de la sine: dacă timpul de încărcare crește cu aproximativ o treime, ceea ce este încă destul de tolerabil, atunci timpul pentru efectuarea operațiunilor în baza de date crește de trei ori, nu este nevoie să vorbim despre nicio muncă confortabilă în astfel de condiții. Apropo, acesta este cazul când cumpărarea unui SSD poate îmbunătăți situația, dar este mult mai ușor (și mai ieftin) să te ocupi de cauza, nu de consecințe și doar să cumperi cantitatea potrivită de RAM.

Lipsa memoriei RAM este principalul motiv pentru care lucrul cu noile configurații 1C se dovedește a fi inconfortabil. Configurațiile cu 2 GB de memorie la bord ar trebui considerate minim adecvate. În același timp, rețineți că în cazul nostru s-au creat condiții „de seră”: un sistem curat, rulau doar 1C și managerul de activități. În viața reală, pe un computer de serviciu, de regulă, un browser, o suită de birou sunt deschise, rulează un antivirus etc., etc., deci procedați de la nevoia de 500 MB pe bază de date, plus o rezervă, astfel încât în timpul operațiunilor grele nu întâmpinați o lipsă de memorie și o scădere bruscă a productivității.

CPU

Fără exagerare, procesorul central poate fi numit inima computerului, deoarece acesta este cel care procesează în cele din urmă toate calculele. Pentru a-i evalua rolul, am efectuat un alt set de teste, la fel ca pentru RAM, reducând numărul de nuclee disponibile mașinii virtuale de la două la unul, iar testul a fost efectuat de două ori cu cantități de memorie de 1 GB și 2 GB.

Rezultatul s-a dovedit a fi destul de interesant și neașteptat: un procesor mai puternic a preluat destul de eficient sarcina atunci când a existat o lipsă de resurse, în restul timpului fără a oferi avantaje tangibile. 1C Enterprise nu poate fi numită o aplicație care utilizează în mod activ resursele procesorului; Și în condiții dificile, procesorul este împovărat nu atât de calcularea datelor aplicației în sine, cât de costurile generale de service: operațiuni suplimentare de intrare/ieșire etc.

Concluzii

Deci, de ce este lent 1C? În primul rând, aceasta este o lipsă de memorie RAM, în acest caz, sarcina principală cade pe hard disk și procesor. Și dacă nu strălucesc cu performanță, așa cum este de obicei cazul în configurațiile de birou, atunci obținem situația descrisă la începutul articolului - „cei doi” au funcționat bine, dar „trei” sunt nelegiuiți de lenți.

Pe locul al doilea se află performanța rețelei; un canal lent de 100 Mbit/s poate deveni un adevărat blocaj, dar, în același timp, modul client subțire este capabil să mențină un nivel de funcționare destul de confortabil chiar și pe canalele lente.

Atunci ar trebui să acordați atenție unității de disc este puțin probabil să cumpărați un SSD, dar înlocuirea unității cu una mai modernă ar fi o idee bună. Diferența dintre generațiile de hard disk poate fi evaluată din următorul material: Revizuirea a două unități ieftine din seria Western Digital Blue de 500 GB și 1 TB.

Și în sfârșit procesorul. Un model mai rapid, desigur, nu va fi de prisos, dar nu are rost să-i creștem performanța decât dacă acest PC este folosit pentru operațiuni grele: procesare de grup, rapoarte grele, închidere la sfârșitul lunii etc.

Sperăm că acest material vă va ajuta să înțelegeți rapid întrebarea „de ce 1C este lent” și să o rezolvați cel mai eficient și fără costuri suplimentare.