Într-o notă: Dacă recomandările de mai jos nu vă sunt clare și există o mulțime de obiecte marcate în baza de informații care interferează cu munca dvs., atunci vă recomand să ne contactați - Smart1C.ru.
Dacă luăm în considerare capacitățile soluțiilor de aplicație standard - 1C: Managementul comerțului 8, 1C: Contabilitate 8, 1C: Managementul salariului și al personalului 8, atunci în niciuna dintre ele în 1C: modul Enterprise nu veți găsi posibilitatea de a șterge direct obiecte, puteți marca doar obiectele la ștergere. În 1C, puteți șterge obiectele marcate doar rulând o procesare specială - prin monitorizarea posibilității de ștergere. Procesarea „Ștergerea obiectelor marcate” este cea care verifică dacă există referințe la obiectele de șterse. Adică dacă integritatea structurii logice a bazei de informații 1C va fi încălcată atunci când obiectele sunt șterse.
De ce procesul de eliminare este în doi pași? Voi încerca să răspund simulând situația. Deci, să ne imaginăm că operatorul 1C a introdus date în directorul de nomenclatură din program. Apoi, după 5 minute, am descoperit un fel de eroare, am șters imediat elementul și am creat unul nou. Se pare că nu este nimic în neregulă, dar un alt operator crease deja un document de comandă client, unde a folosit un element de director, care a fost ulterior șters. În consecință, în document nu va mai exista un link către obiectul nomenclatorului acolo se va scrie că obiectul a fost șters. Adică, integritatea bazei de date în acest caz va fi încălcată. Chiar dacă creați un element Director cu aceleași date, acesta va avea un alt identificator și, prin urmare, nu va mai fi posibilă restabilirea stării anterioare a securității informațiilor. De aceea, dezvoltatorii au abordat cu atâta atenție procesul de ștergere a obiectelor din program.
Ștergerea obiectelor marcate în 1C 8.2
Să ne uităm la un exemplu de ștergere a obiectelor marcate în 1C 8.2 (Aplicație obișnuită). Dar mai întâi, voi răspunde la întrebarea unui vizitator al site-ului cu privire la ce și în ce mod sunt șterse obiectele marcate. Ștergerea are loc în modul exclusiv, adică numai sesiunea dvs. ar trebui să fie activă în baza de informații. În continuare, efectuăm următorii pași:
Unele statistici privind ștergerea obiectelor 1C - arhitectură client-server 1C baza de informații de 6,5 GB (PostgreSQL), 135.000 de obiecte au fost marcate pentru ștergere, 92.000 dintre ele pot fi șterse Controlul a fost finalizat în 4 ore, ștergerea în 18 ore. Controlul și eliminarea nu sunt procese rapide - v-aș sfătui să le rulați mai întâi pe o bază de testare, apoi veți cunoaște timpul de execuție estimat aproximativ.
*.cf- fisierul contine doar configuratia (cod si structura) fara date utilizator. Creat din configuratorul 1C 8.x: „Configurare -> Salvare configurație în fișier” sau „Configurare -> Configurare livrare -> Creare fișier de livrare și actualizare configurație -> atribut „Creează fișier de livrare””.
*.cfu- fișierul conține doar o actualizare de configurare. De exemplu, fișierul 1cv8.cfu. Este imposibil să creați o configurație din acest fișier, deoarece conține doar diferențe între noua configurație și cea anterioară. Creat din configuratorul 1C 8.x: „Configurare -> Livrare configurație -> Creare fișier de livrare și actualizare de configurare -> marcaj „Creare fișier de actualizare de configurare””.
*.dt- fisierul contine configuratia impreuna cu baza de date a utilizatorilor. Acesta este un format de arhivă specializat 1C 8. Este creat din configuratorul 1C 8.x: „Administrare -> Încărcare infobase”.
*.epf (*.erf) – fișier de prelucrare externă (raport). Orice procesare (raport) din configurație poate fi salvată extern. Creat din configuratorul 1C 8.x: „Configurare -> Deschideți configurația -> mergeți la procesarea dorită (raport) -> selectați cu butonul din dreapta al mouse-ului -> Salvare ca procesare externă, raportare...”.
*.1cd– un fișier de bază de date cu drepturi depline. Reprezentarea implicită a numelui: 1Cv8.1CD. Include configurație, bază de date, setări utilizator. Se deschide cu platforma 1C 8.x. Este creat pentru a dezvolta automat o nouă configurație făcând clic pe butonul „Adăugați” când selectați elementul „Crearea unei noi baze de informații”.
*.log, *.lgf, *.lgp, *.elf- fișiere jurnal care colectează informații (date de înregistrare) în 1C 8.0 8.1, 8.2, 8.3.
*. cdn - fișier cu această extensie ( 1Cv8.cdn) este utilizat pentru blocarea manuală sau automată a bazei de date 1C Enterprise a opta versiune.
*.mxl- se folosesc fisiere de formulare tiparite, inclusiv in 1C. Ambele sunt forme tipărite de documente, cărți de referință, rapoarte și diverse dispozitive de stocare a datelor pentru diverși clasificatori. Se deschide prin Configurator sau în modul 1C:Enterprise prin „fișier -> deschidere”. Este creat în același mod: în modul Configurator sau în 1C:Enterprise prin „fișier -> nou”. De asemenea, fișierele cu astfel de extensii pot servi drept reguli de transfer, de exemplu, de la 1C 7.7 la 8.2 (acc77_82.xml și procesare auxiliară exp77_82.ert) - de obicei sunt localizate în folderul ExtForms.
*.efd- acesta este un fișier de arhivă 1C, folosit pentru a instala configurația. Conține fie configurația 1C, fie o actualizare a acesteia. Este lansat folosind fișierul executabil auxiliar setup.exe (trebuie să fie localizat în același folder).
*.mft– fișier auxiliar pentru crearea unei configurații dintr-un șablon. Conține informații de configurare, descriere, cale, nume. Este utilizat direct de platforma în sine atunci când se creează o bază de informații 1C dintr-un șablon.
*.grs- fisiere de diagrame grafice in format 1C specializat. Se deschide prin Configurator sau în modul 1C:Enterprise prin „fișier -> deschidere”. Este creat în același mod: în modul Configurator sau în 1C:Enterprise prin „fișier -> nou”.
*.geo- fisiere de diagrame geografice in format specializat 1C. Se deschide prin Configurator sau în modul 1C:Enterprise prin „fișier -> deschidere”. Este creat în același mod: în modul Configurator sau în 1C:Enterprise prin „fișier -> nou”.
*.Sf- fișiere șablon text. Folosit în principal de dezvoltatorii 1C.
*.pff- un fișier cu măsurătorile de performanță salvate. Folosit de administratorii de sistem și specialiștii 1C.
Există 1C - fișier, server și web. Care este diferența?
Care sunt opțiunile pentru instalarea 1C?
Deci, 1C este împărțit în platformă și configurații. Am discutat despre ce este în numerele anterioare de mai multe ori.
Pe baza configurației 1C, creăm o bază de date. Baza de date conține directoare și documente contribuite de utilizatori.
Din ianuarie 2010, există trei opțiuni pentru a lucra cu 1C:
- dosarul 1C
- rețea 1C (server 1C și client 1C)
- web 1C (client subțire 1C).
De asemenea, opțiuni suplimentare:
- pentru dezvoltatori
- pentru a utiliza serviciile web 1C sau extensiile web 1C.
Există fișierul 1C și rețeaua 1C, fiecare dintre ele este necesar în cazul său, deci să spunem fără echivoc că rețeaua 1C este mai bună decât fișierul 1C nu este corect.
Fișierul 1C
Cea mai veche versiune a 1C. Baza de date se află într-un folder de pe hard disk-ul computerului.
Dosarul cu fișierele bazei de date poate fi fie pe discul computerului dvs., fie pe orice disc public din rețeaua locală (astfel de discuri publice se mai numesc și „partări”).
În acest caz, este suficient să instalați platforma 1C pe computerele utilizatorilor.
Rețeaua 1C
Denumit și „client-server 1C”. Aceasta înseamnă că trebuie să instalați un „client 1C” separat și un „server 1C” separat.
Baza de date este stocată într-un program special de gestionare a bazei de date.
Programe de gestionare a bazelor de date suportate de 1C: Microsoft SQL, Postgre SQL, Oracle (cel din urmă este suportat doar de 1C 8.2).
În acest caz, o parte a platformei 1C este instalată pe un server - „server 1C”. De asemenea, instalează acolo un program de gestionare a bazelor de date. Platforma 1C și o componentă specială „Acces la Server 1C” sunt instalate pe computere.
Client subțire 1C (aplicație gestionată 1C)
Cea mai nouă opțiune. În acest caz, pe lângă opțiunea client-server, este necesar un server web. Servere web acceptate de 1C: Microsoft IIS, Apache.
Pe server instalează „server 1C”, un program de gestionare a bazelor de date, un server web și o componentă „extensie server web 1C”.
Există două opțiuni disponibile pe computerele utilizatorului:
Opțiunea 1: nu instalați nimic - utilizați orice browser obișnuit.
Opțiunea 2: instalați clientul subțire 1C.
Un exemplu de lucru cu 1C printr-un browser web poate fi văzut aici.
Aceasta este o bază de date reală 1C, care este instalată pe un server din compania 1C.
Opțiune suplimentară - pentru dezvoltatori
Când un grup de dezvoltatori lucrează simultan la dezvoltarea unei configurații 1C, este necesar să instalați un add-on - stocare 1C SQL.
În mod implicit, doar 1 programator poate lucra cu configurația la un moment dat. Depozitul permite dezvoltarea colectivă.
Spațiul de stocare trebuie să fie instalat pe un server sau unul dintre computerele dezvoltatorilor trebuie să fie folosit ca server de stocare.
Opțiune suplimentară - servicii web 1C și extensie web 1C
De exemplu, în biroul dvs., înregistrările sunt păstrate în 1C:Enterprise. Ai si un site web. Ați dori ca site-ul web să preia dinamic anumite date de la 1C. Acest lucru se poate face folosind serviciile Web. Aceasta este o componentă suplimentară a platformei 1C. Este inclus în platformă, trebuie să bifați această casetă.
Extensia Web, un mecanism alternativ pentru serviciile Web, a apărut mai devreme.
De ce rețeaua 1C este mai bună decât fișierul 1C
1) În versiunea fișierului, baza de date este localizată într-un singur fișier. Dimensiunea fișierului în teorie poate fi limitată de FAT. Este adevărat că este dificil să-ți imaginezi un sistem de operare pe FAT astăzi – NTFS este folosit peste tot.
2) Mecanismul de lucru cu un fișier de bază de date în 1C este simplificat semnificativ în comparație cu SQL. În special, funcționează mai rău atunci când dimensiunea fișierului sau numărul de utilizatori crește („începe să încetinească”).
Prin urmare, când vorbim despre trei până la cinci utilizatori și o bază de date mică, aceasta este exclusiv o versiune de fișier. O bază de date de 4 GB și mai mult de 10 utilizatori – ați putea crede. Chiar mai mult – cu siguranță client-server.
Pentru antrenament, desigur, versiunea fișierului este suficientă pentru noi.
Instalarea platformei 1C
Recent, utilizatorii și administratorii încep să se plângă din ce în ce mai mult că noile configurații 1C dezvoltate pe baza unei aplicații gestionate funcționează lent, în unele cazuri inacceptabil de lent. Este clar că noile configurații conțin noi funcții și capabilități și, prin urmare, necesită mai multe resurse, dar majoritatea utilizatorilor nu înțeleg ce afectează în primul rând funcționarea 1C în modul fișier. Să încercăm să corectăm acest decalaj.
În al nostru, am atins deja impactul performanței subsistemului de disc asupra vitezei 1C, dar acest studiu a vizat utilizarea locală a aplicației pe un PC 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 sunt „de fier”: „Contabilitatea 2.0 tocmai a zburat, iar „troica” abia s-a mișcat. Desigur, există ceva adevăr în aceste cuvinte, așa că 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ă, 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. 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 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 1C este 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 analizat influența SSD-ului asupra vitezei de funcționare a 1C instalat local, multe 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 apetitul ș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.
Unde duce? 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 de 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 (în modul fișier) cu greu 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 necinstiț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 apreciată din următorul material: .
Ș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.
Etichete:
