Napomena: Ako vam preporuke u nastavku nisu jasne, au bazi podataka postoji mnogo označenih objekata koji vas ometaju u radu, preporučujem da nas kontaktirate - Smart1C.ru.
Ako uzmemo u obzir mogućnosti standardnih aplikacijskih rješenja - 1C: Upravljanje trgovinom 8, 1C: Računovodstvo 8, 1C: Upravljanje plaćama i osobljem 8, tada ni u jednom od njih u načinu rada 1C: Enterprise nećete pronaći mogućnost izravnog brisanja objekata, možete označiti samo objekte pri brisanju. U 1C možete izbrisati označene objekte samo pokretanjem posebne obrade - praćenjem mogućnosti brisanja. Obrada “Brisanje označenih objekata” provjerava postoje li reference na objekte koje treba izbrisati. Odnosno, hoće li integritet logičke strukture 1C informacijske baze biti narušen kada se objekti izbrišu.
Zašto se postupak uklanjanja sastoji od 2 koraka? Pokušat ću odgovoriti simulirajući situaciju. Dakle, zamislimo da je operater 1C unio podatke u Imenik nomenklature u programu. Zatim, nakon 5 minuta, otkrio sam neku grešku, odmah izbrisao element i napravio novi. Čini se da ništa nije u redu, ali drugi operater je već napravio dokument Narudžbe korisnika, gdje je koristio stavku imenika, koja je naknadno izbrisana. Sukladno tome, u dokumentu više neće biti poveznice na objekt nomenklature, već će pisati da je objekt izbrisan. To jest, integritet baze podataka u ovom slučaju bit će povrijeđen. Čak i ako kreirate element Imenika s istim podacima, on će imati drugačiji identifikator, te stoga više neće biti moguće vratiti prethodno stanje informacijske sigurnosti. Zato su programeri tako pažljivo pristupili procesu brisanja objekata u programu.
Brisanje označenih objekata u 1C 8.2
Pogledajmo primjer brisanja označenih objekata u 1C 8.2 (uobičajena aplikacija). Ali prvo ću odgovoriti na pitanje posjetitelja stranice o tome što i u kojem načinu se brišu označeni objekti. Brisanje se događa u ekskluzivnom načinu, tj. samo vaša sesija treba biti aktivna u informacijskoj bazi. Zatim izvodimo sljedeće korake:
Neke statistike o brisanju 1C objekata - klijent-poslužiteljska 1C baza podataka od 6,5 GB (PostgreSQL), 135 000 objekata je označeno za brisanje, 92 000 ih je moguće obrisati za 4 sata, brisanje za 18 sati. Kontrola i uklanjanje nisu brzi procesi - savjetovao bih vam da ih prvo pokrenete na testnoj bazi, tada ćete znati približno procijenjeno vrijeme izvršenja.
*.cf- datoteka sadrži samo konfiguraciju (kod i strukturu) bez korisničkih podataka. Stvoreno iz konfiguratora 1C 8.x: “Konfiguracija -> Spremi konfiguraciju u datoteku” ili “Konfiguracija -> Konfiguracija isporuke -> Stvori datoteku isporuke i ažuriraj konfiguraciju -> atribut “Stvori datoteku isporuke””.
*.cfu- datoteka sadrži samo ažuriranje konfiguracije. Na primjer datoteka 1cv8.cfu. Nemoguće je kreirati konfiguraciju iz ove datoteke, budući da sadrži samo razlike između nove konfiguracije i prethodne. Stvoreno iz konfiguratora 1C 8.x: “Konfiguracija -> Isporuka konfiguracije -> Stvori datoteku za isporuku i ažuriranje konfiguracije -> zastavica “Stvori datoteku za ažuriranje konfiguracije””.
*.dt- datoteka sadrži konfiguraciju zajedno s korisničkom bazom podataka. Ovo je specijalizirani format arhive 1C 8. Stvoren je iz konfiguratora 1C 8.x: “Administracija -> Upload infobase”.
*.epf (*.erf) – datoteka vanjske obrade (izvješća). Svaka obrada (izvješće) iz konfiguracije može se spremiti eksterno. Kreirano iz konfiguratora 1C 8.x: “Konfiguracija -> Otvori konfiguraciju -> idi na željenu obradu (izvješće) -> odaberi desnom tipkom miša -> Spremi kao vanjsku obradu, izvješće...”.
*.1cd– puna datoteka baze podataka. Zadani prikaz naziva: 1Cv8.1CD. Uključuje konfiguraciju, bazu podataka, korisničke postavke. Otvara se s platformom 1C 8.x. Kreiran je za automatski razvoj nove konfiguracije klikom na gumb "Dodaj" prilikom odabira stavke "Izrada nove baze podataka".
*.log, *.lgf, *.lgp, *.elf- log datoteke koje prikupljaju informacije (podatke registra) u 1C 8.0 8.1, 8.2, 8.3.
*. cdn - datoteka s ovim nastavkom ( 1Cv8.cdn) koristi se za ručno ili automatsko blokiranje baze podataka 1C Enterprise osma verzija.
*.mxl- koriste se datoteke tiskanih obrazaca, uključujući u 1C. To su i tiskani oblici dokumenata, priručnika, izvješća i raznih uređaja za pohranjivanje podataka za različite klasifikatore. Otvara se kroz konfigurator ili u 1C:Enterprise modu putem “datoteka -> otvori”. Izrađuje se na isti način: u načinu rada konfiguratora ili u 1C:Enterprise putem "datoteka -> novo". Također, datoteke s takvim ekstenzijama mogu poslužiti kao pravila prijenosa, na primjer, iz 1C 7.7 u 8.2 (acc77_82.xml i pomoćna obrada exp77_82.ert) - obično se nalaze u mapi ExtForms.
*.efd- ovo je 1C arhivska datoteka, koja se koristi za instaliranje konfiguracije. Sadrži konfiguraciju 1C ili njezino ažuriranje. Pokreće se pomoću pomoćne izvršne datoteke setup.exe (mora se nalaziti u istoj mapi).
*.mft– pomoćna datoteka za izradu konfiguracije iz predloška. Sadrži podatke o konfiguraciji, opis, put, naziv. Koristi se izravno od strane same platforme prilikom izrade 1C baze podataka iz predloška.
*.grs- datoteke grafičkih dijagrama u specijaliziranom 1C formatu. Otvara se kroz konfigurator ili u 1C:Enterprise modu putem “datoteka -> otvori”. Izrađuje se na isti način: u načinu rada konfiguratora ili u 1C:Enterprise putem "datoteka -> novo".
*.geo- datoteke geografskih dijagrama u specijaliziranom 1C formatu. Otvara se kroz konfigurator ili u 1C:Enterprise modu putem “datoteka -> otvori”. Izrađuje se na isti način: u načinu rada konfiguratora ili u 1C:Enterprise putem "datoteka -> novo".
*.st- datoteke tekstualnih predložaka. Koriste ga uglavnom 1C programeri.
*.pff- datoteka sa spremljenim mjerenjima performansi. Koriste ga administratori sustava i stručnjaci 1C.
Postoje 1C - datoteka, poslužitelj i web. Koja je razlika?
Koje su mogućnosti instalacije za 1C?
Dakle, 1C je podijeljen na platformu i konfiguracije. Nekoliko smo puta raspravljali što je što u prethodnim brojevima.
Na temelju konfiguracije 1C izrađujemo bazu podataka. Baza podataka sadrži imenike i dokumente koje su dodali korisnici.
Od siječnja 2010. postoje tri mogućnosti za rad s 1C:
- datoteka 1C
- mreža 1C (1C poslužitelj i 1C klijent)
- web 1C (tanki klijent 1C).
Također dodatne opcije:
- za programere
- koristiti 1C web usluge ili 1C web proširenja.
Postoje datoteka 1C i mreža 1C, svaka od njih je potrebna u svom slučaju, pa nedvosmisleno reći da je mreža 1C bolja od datoteke 1C nije točno.
Datoteka 1C
Najstarija verzija 1C. Baza podataka nalazi se u mapi na tvrdom disku računala.
Mapa s datotekama baze podataka može biti ili na disku vašeg računala ili na bilo kojem javnom disku na lokalnoj mreži (takvi javni diskovi se također nazivaju "shares").
U ovom slučaju dovoljno je instalirati 1C platformu na korisnička računala.
Mreža 1C
Također se naziva "klijent-poslužitelj 1C". To znači da trebate instalirati zasebni "1C klijent" i zasebni "1C poslužitelj".
Baza podataka pohranjuje se u poseban program za upravljanje bazom podataka.
Programi za upravljanje bazama podataka koje podržava 1C: Microsoft SQL, Postgre SQL, Oracle (potonji podržava samo 1C 8.2).
U ovom slučaju, dio 1C platforme instaliran je na poslužitelju - "1C poslužitelj". Tamo također instaliraju program za upravljanje bazom podataka. Na računalima je instalirana platforma 1C i posebna komponenta "Pristup 1C poslužitelju".
Tanki klijent 1C (upravljana aplikacija 1C)
Najnovija opcija. U ovom slučaju, uz opciju klijent-poslužitelj, potreban je i web poslužitelj. Web poslužitelji koje podržava 1C: Microsoft IIS, Apache.
Na poslužitelju instaliraju "1C poslužitelj", program za upravljanje bazom podataka, web poslužitelj i komponentu "1C web server extension".
Na korisničkim računalima dostupne su dvije opcije:
Opcija 1: nemojte ništa instalirati - koristite bilo koji uobičajeni preglednik.
Opcija 2: instalirajte 1C tanki klijent.
Primjer rada s 1C putem web preglednika možete vidjeti ovdje.
Ovo je prava 1C baza podataka, koja je instalirana na poslužitelju u tvrtki 1C.
Dodatna opcija - za programere
Kada grupa programera radi istovremeno na razvoju 1C konfiguracije, potrebno je instalirati dodatak - 1C SQL pohranu.
Prema zadanim postavkama, samo 1 programer može raditi s konfiguracijom u isto vrijeme. Repozitorij omogućuje kolektivni razvoj.
Pohrana mora biti instalirana na poslužitelju ili se jedno od računala programera mora koristiti kao poslužitelj za pohranu.
Dodatna opcija - 1C web usluge i 1C web proširenje
Na primjer, u vašem uredu evidencija se vodi u 1C:Enterprise. Imate i web stranicu. Želite da web stranica dinamički preuzima određene podatke iz 1C. To se može učiniti pomoću web usluga. Ovo je dodatna komponenta platforme 1C. Uključeno je u platformu, trebate označiti ovaj okvir.
Web proširenje, alternativni mehanizam za web usluge, pojavilo se ranije.
Zašto je mreža 1C bolja od datoteke 1C
1) U datotečnoj verziji baza se nalazi u jednoj datoteci. Veličina datoteke u teoriji može biti ograničena FAT-om. Istina je da je danas teško zamisliti operativni sustav na FAT-u - NTFS se koristi posvuda.
2) Mehanizam za rad s datotekom baze podataka u 1C značajno je pojednostavljen u usporedbi s SQL-om. Konkretno, lošije radi kada se poveća veličina datoteke ili broj korisnika ("počinje usporavati").
Dakle, kada je riječ o tri do pet korisnika i maloj bazi podataka, radi se isključivo o datotečnoj verziji. Baza podataka od 4 GB i više od 10 korisnika – možete pomisliti. Štoviše – definitivno klijent-poslužitelj.
Za trening nam je, naravno, dovoljna datoteka.
Instalacija 1C platforme
Nedavno se korisnici i administratori sve više počinju žaliti da nove 1C konfiguracije razvijene na temelju upravljane aplikacije rade sporo, u nekim slučajevima nedopustivo sporo. Jasno je da nove konfiguracije sadrže nove funkcije i mogućnosti, te stoga zahtijevaju više resursa, ali većina korisnika ne razumije što prvenstveno utječe na rad 1C u datotečnom načinu rada. Pokušajmo ispraviti ovaj jaz.
U našem smo se već dotakli utjecaja performansi diskovnog podsustava na brzinu 1C, ali ova se studija odnosila na lokalnu upotrebu aplikacije na zasebnom računalu ili terminalnom poslužitelju. Istovremeno, većina malih implementacija uključuje rad s datotečnom bazom podataka preko mreže, gdje se jedno od korisničkih računala koristi kao poslužitelj ili namjenski datotečni poslužitelj temeljen na običnom, najčešće također jeftinom, računalu.
Mala studija resursa na ruskom jeziku na 1C pokazala je da se ovaj problem marljivo izbjegava; ako se pojave problemi, obično se preporučuje prebacivanje na način rada klijent-poslužitelj ili terminal. Također je postalo gotovo općeprihvaćeno da konfiguracije na upravljanoj aplikaciji rade puno sporije nego inače. U pravilu, argumenti su „željezni“: „Računovodstvo 2.0 je samo proletjelo, a „trojka“ se jedva pomaknula. Naravno, ima istine u ovim riječima, pa pokušajmo to shvatiti.
Potrošnja resursa, na prvi pogled
Prije nego što smo započeli ovu studiju, postavili smo si dva cilja: saznati jesu li konfiguracije temeljene na upravljanim aplikacijama zapravo sporije od konvencionalnih konfiguracija i koji specifični resursi imaju primarni utjecaj na performanse.
Za testiranje smo uzeli dva virtualna računala s operativnim sustavom Windows Server 2012 R2 odnosno Windows 8.1, dajući im 2 jezgre hosta Core i5-4670 i 2 GB RAM-a, što otprilike odgovara prosječnom uredskom računalu. Poslužitelj je postavljen na RAID 0 niz od dva, a klijent je postavljen na sličan niz diskova opće namjene.
Kao eksperimentalne baze odabrali smo nekoliko konfiguracija izdanja Accounting 2.0 2.0.64.12 , koji je zatim ažuriran na 3.0.38.52 , sve su konfiguracije pokrenute na platformi 8.3.5.1443 .
Prvo što privlači pozornost je povećana veličina baze podataka Trojke, koja je značajno narasla, kao i puno veći apetit za RAM-om:
Spremni smo čuti uobičajeno: "zašto su to dodali ovoj trojici", ali nemojmo žuriti. Za razliku od korisnika klijent-poslužiteljskih verzija, za koje je potreban više ili manje kvalificirani administrator, korisnici datotečnih verzija rijetko razmišljaju o održavanju baza podataka. Također, zaposlenici specijaliziranih tvrtki koje servisiraju (čitaj ažuriraju) ove baze podataka rijetko razmišljaju o tome.
U međuvremenu, baza informacija 1C je punopravni DBMS vlastitog formata, koji također zahtijeva održavanje, a za to postoji čak i alat tzv. Testiranje i ispravljanje informacijske baze. Možda je ime odigralo okrutnu šalu, što nekako sugerira da se radi o alatu za rješavanje problema, ali niska izvedba je također problem, a restrukturiranje i reindeksiranje, uz kompresiju tablice, dobro su poznati alati za optimizaciju baza podataka svakom DBMS administratoru . Hoćemo li provjeriti?
Nakon primjene odabranih radnji, baza podataka naglo je "izgubila na težini", postavši još manja od "dvojke", koju nitko nikada nije optimizirao, a potrošnja RAM-a također se malo smanjila.
Naknadno, nakon učitavanja novih klasifikatora i direktorija, kreiranja indeksa itd. veličina baze će se općenito povećati, "tri" baze su veće od "dvije" baze. Međutim, to nije važnije, ako je druga verzija bila zadovoljna sa 150-200 MB RAM-a, tada je novom izdanju potrebno pola gigabajta i tu vrijednost treba uzeti u obzir pri planiranju potrebnih resursa za rad s programom.
Neto
Mrežna propusnost jedan je od najvažnijih parametara za mrežne aplikacije, posebno kao što je 1C u datotečnom načinu rada, koji premješta značajne količine podataka preko mreže. Većina mreža malih poduzeća izgrađena je na temelju jeftine opreme od 100 Mbit/s, pa smo započeli testiranje usporedbom pokazatelja performansi 1C u mrežama od 100 Mbit/s i 1 Gbit/s.
Što se događa kada pokrenete 1C bazu podataka datoteka preko mreže? Klijent preuzima prilično veliku količinu informacija u privremene mape, pogotovo ako je ovo prvi, "hladni" početak. Pri brzini od 100 Mbit/s očekuje se da ćemo se suočiti sa širinom kanala i preuzimanje može potrajati dosta vremena, u našem slučaju oko 40 sekundi (trošak dijeljenja grafikona je 4 sekunde).
Drugo pokretanje je brže jer se dio podataka sprema u predmemoriju i tamo ostaje do ponovnog pokretanja. Prelaskom na gigabitnu mrežu može se značajno ubrzati učitavanje programa, kako “hladno” tako i “vruće”, a omjer vrijednosti se poštuje. Stoga smo odlučili izraziti rezultat u relativnim vrijednostima, uzimajući najveću vrijednost svakog mjerenja kao 100%:
Kao što možete vidjeti iz grafikona, Računovodstvo 2.0 učitava pri bilo kojoj mrežnoj brzini dvostruko brže, prijelaz sa 100 Mbit/s na 1 Gbit/s omogućuje vam da ubrzate vrijeme preuzimanja za četiri puta. U ovom načinu rada nema razlike između optimiziranih i neoptimiziranih baza podataka "trojke".
Također smo provjerili utjecaj brzine mreže na rad u teškim načinima rada, na primjer, tijekom grupnih prijenosa. Rezultat se također izražava u relativnim vrijednostima:
Ovdje je još zanimljivije, optimizirana baza "trojke" u mreži od 100 Mbit/s radi istom brzinom kao i "dvojka", a neoptimizirana pokazuje dvostruko lošije rezultate. Na gigabitu omjeri ostaju isti, neoptimizirana “trojka” također je upola sporija od “dvojke”, a optimizirana zaostaje za trećinu. Također, prijelaz na 1 Gbit/s omogućuje smanjenje vremena izvršenja za tri puta za izdanje 2.0 i za pola za izdanje 3.0.
Kako bismo procijenili utjecaj brzine mreže na svakodnevni rad, upotrijebili smo Mjerenje učinkovitosti, izvodeći niz unaprijed određenih radnji u svakoj bazi podataka.
Zapravo, za svakodnevne zadatke mrežna propusnost nije usko grlo, neoptimizirana "trojka" samo je 20% sporija od "dvojke", a nakon optimizacije ispada da je otprilike jednako brža - prednosti rada u načinu tankog klijenta su evidentni. Prijelaz na 1 Gbit/s ne daje optimiziranoj bazi nikakve prednosti, a neoptimizirana i njih dvije počinju raditi brže, pokazujući malu razliku među sobom.
Iz provedenih testova postaje jasno da mreža nije usko grlo za nove konfiguracije, a upravljana aplikacija radi čak i brže nego inače. Također možete preporučiti prebacivanje na 1 Gbit/s ako su teški zadaci i brzina učitavanja baze podataka kritični za vas; u drugim slučajevima nove konfiguracije omogućuju vam učinkovit rad čak i u sporim mrežama od 100 Mbit/s.
Pa zašto je 1C spor? Detaljnije ćemo to istražiti.
Diskovni podsustav poslužitelja i SSD
U prethodnom smo članku postigli povećanje performansi 1C postavljanjem baza podataka na SSD. Možda je performansa diskovnog podsustava poslužitelja nedovoljna? Izmjerili smo performanse diskovnog poslužitelja tijekom grupnog rada u dvije baze podataka odjednom i dobili prilično optimističan rezultat.
Unatoč relativno velikom broju ulazno/izlaznih operacija u sekundi (IOPS) - 913, duljina čekanja nije premašila 1,84, što je vrlo dobar rezultat za niz od dva diska. Na temelju toga možemo pretpostaviti da će zrcalo napravljeno od običnih diskova biti dovoljno za normalan rad 8-10 mrežnih klijenata u teškim načinima rada.
Dakle, je li SSD potreban na poslužitelju? Najbolji način da odgovorimo na ovo pitanje je testiranje, koje smo proveli sličnom metodom, mrežna veza svugdje je 1 Gbit/s, rezultat je također izražen u relativnim vrijednostima.
Počnimo s brzinom učitavanja baze podataka.
Nekima se može činiti iznenađujuće, ali SSD na poslužitelju ne utječe na brzinu učitavanja baze podataka. Glavni ograničavajući čimbenik ovdje je, kao što je pokazao prethodni test, mrežna propusnost i performanse klijenta.
Prijeđimo na ponavljanje:
Gore smo već primijetili da su performanse diska sasvim dovoljne čak i za rad u teškim načinima rada, tako da brzina SSD-a također nije pogođena, osim neoptimizirane baze, koja je na SSD-u sustigla optimiziranu. Zapravo, ovo još jednom potvrđuje da optimizacijske operacije organiziraju informacije u bazi podataka, smanjujući broj slučajnih I/O operacija i povećavajući brzinu pristupa njima.
U svakodnevnim poslovima slika je slična:
Samo neoptimizirana baza podataka ima koristi od SSD-a. Vi, naravno, možete kupiti SSD, ali bilo bi puno bolje razmišljati o pravovremenom održavanju baze podataka. Također, ne zaboravite na defragmentaciju odjeljka s infobazama na poslužitelju.
Diskovni podsustav klijenta i SSD
Analizirali smo utjecaj SSD-a na brzinu rada lokalno instaliranog 1C u, mnogo od onoga što je rečeno vrijedi i za rad u mrežnom načinu rada. Doista, 1C prilično aktivno koristi resurse diska, uključujući za pozadinske i rutinske zadatke. Na slici ispod možete vidjeti kako Accounting 3.0 dosta aktivno pristupa disku 40-ak sekundi nakon učitavanja.
Ali u isto vrijeme, trebali biste biti svjesni da su za radnu stanicu na kojoj se aktivno radi s jednom ili dvije baze podataka podataka, resursi performansi običnog masovno proizvedenog HDD-a sasvim dovoljni. Kupnja SSD-a može ubrzati neke procese, ali nećete primijetiti radikalno ubrzanje u svakodnevnom radu, jer će, primjerice, preuzimanje biti ograničeno propusnošću mreže.
Spori tvrdi disk može usporiti neke operacije, ali sam po sebi ne može uzrokovati usporavanje programa.
radna memorija
Unatoč činjenici da je RAM sada nepristojno jeftin, mnoge radne stanice nastavljaju raditi s količinom memorije koja je instalirana prilikom kupnje. Tu vrebaju prvi problemi. Na temelju činjenice da prosječna "trojka" zahtijeva oko 500 MB memorije, možemo pretpostaviti da ukupna količina RAM-a od 1 GB neće biti dovoljna za rad s programom.
Smanjili smo sistemsku memoriju na 1 GB i pokrenuli dvije informacijske baze.
Na prvi pogled nije sve tako loše, program je obuzdao svoje apetite i dobro se uklopio u raspoloživu memoriju, ali ne zaboravimo da se potreba za operativnim podacima nije promijenila, pa gdje je nestala? Bačeni u disk, cache, swap, itd., bit ove operacije je da se podaci koji trenutno nisu potrebni šalju iz brzog RAM-a, čija količina nije dovoljna, kako bi se usporila memorija diska.
Kamo to vodi? Pogledajmo kako se sistemski resursi koriste u teškim operacijama, na primjer, pokrenimo grupni ponovni prijenos u dvije baze podataka odjednom. Prvo na sustavu s 2 GB RAM-a:
Kao što vidimo, sustav aktivno koristi mrežu za primanje podataka i aktivnost procesora za njihovu obradu je neznatna; tijekom obrade se povremeno povećava, ali nije ograničavajući faktor.
Sada smanjimo memoriju na 1 GB:
Situacija se radikalno mijenja, glavno opterećenje sada pada na tvrdi disk, procesor i mreža miruju, čekajući da sustav pročita potrebne podatke s diska u memoriju i tamo pošalje nepotrebne podatke.
Istodobno, čak i subjektivni rad s dvije otvorene baze podataka na sustavu s 1 GB memorije pokazao se izuzetno neugodnim; imenici i časopisi otvaraju se sa značajnim kašnjenjem i aktivnim pristupom disku. Na primjer, otvaranje dnevnika Prodaja roba i usluga trajalo je oko 20 sekundi i cijelo to vrijeme bilo je popraćeno velikom aktivnošću diska (istaknuto crvenom linijom).
Kako bismo objektivno procijenili utjecaj RAM-a na performanse konfiguracija temeljenih na upravljanoj aplikaciji, proveli smo tri mjerenja: brzinu učitavanja prve baze podataka, brzinu učitavanja druge baze podataka i grupno ponovno pokretanje u jednoj od baza podataka. . Obje baze su potpuno identične i nastale su kopiranjem optimizirane baze podataka. Rezultat se izražava u relativnim jedinicama.
Rezultat govori sam za sebe: ako se vrijeme učitavanja poveća za otprilike trećinu, što je još uvijek sasvim podnošljivo, tada se vrijeme za obavljanje operacija u bazi podataka poveća tri puta, o nekom ugodnom radu u takvim uvjetima ne treba govoriti. Usput, to je slučaj kada kupnja SSD-a može poboljšati situaciju, ali mnogo je lakše (i jeftinije) riješiti uzrok, a ne posljedice, i samo kupiti pravu količinu RAM-a.
Nedostatak RAM-a glavni je razlog zašto je rad s novim 1C konfiguracijama neugodan. Konfiguracije s 2 GB memorije treba smatrati minimalno prikladnima. Istodobno, imajte na umu da su u našem slučaju stvoreni "staklenički" uvjeti: čist sustav, samo su 1C i upravitelj zadataka bili pokrenuti. U stvarnom životu, na radnom računalu u pravilu je otvoren preglednik, uredski paket, pokrenut je antivirus itd. itd., pa pođite od potrebe za 500 MB po bazi podataka, plus nešto rezerve, tako da tijekom teških operacija ne nailazite na nedostatak memorije i nagli pad produktivnosti.
CPU
Bez pretjerivanja, središnji procesor se može nazvati srcem računala, budući da je on taj koji u konačnici obrađuje sve izračune. Kako bismo procijenili njegovu ulogu, proveli smo još jedan niz testova, isti kao i za RAM, smanjujući broj jezgri dostupnih virtualnom stroju s dvije na jednu, a test je izveden dvaput s količinama memorije od 1 GB i 2 GB.
Rezultat se pokazao prilično zanimljivim i neočekivanim: snažniji procesor prilično je učinkovito preuzeo opterećenje kada je nedostajalo resursa, ostatak vremena bez ikakvih opipljivih prednosti. 1C Enterprise (u datotečnom načinu rada) teško se može nazvati aplikacijom koja aktivno koristi resurse procesora, prilično je nezahtjevna. A u teškim uvjetima, procesor je opterećen ne toliko izračunavanjem podataka same aplikacije, koliko servisiranjem režijskih troškova: dodatnim ulazno/izlaznim operacijama itd.
zaključke
Dakle, zašto je 1C spor? Prije svega, to je nedostatak RAM-a, glavno opterećenje u ovom slučaju pada na tvrdi disk i procesor. A ako ne blistaju performansama, kao što je obično slučaj u uredskim konfiguracijama, tada dobivamo situaciju opisanu na početku članka - "dvojka" je dobro radila, ali "trojka" je bezbožno spora.
Na drugom mjestu je mrežna izvedba; spor kanal od 100 Mbit/s može postati pravo usko grlo, ali u isto vrijeme, način rada tankog klijenta može održati prilično udobnu razinu rada čak i na sporim kanalima.
Zatim biste trebali obratiti pozornost na diskovni pogon; kupnja SSD-a vjerojatno neće biti dobra investicija, ali zamjena pogona modernijim bila bi dobra ideja. Razlika između generacija tvrdih diskova može se procijeniti iz sljedećeg materijala: .
I na kraju procesor. Brži model, naravno, neće biti suvišan, ali nema smisla povećavati njegove performanse osim ako se ovo računalo ne koristi za teške operacije: grupna obrada, teška izvješća, zatvaranje na kraju mjeseca itd.
Nadamo se da će vam ovaj materijal pomoći da brzo shvatite pitanje "zašto je 1C spor" i riješite ga najučinkovitije i bez dodatnih troškova.
Oznake:
