napomena: ako su vam preporuke u nastavku nerazumljive, a u bazi informacija ima puno označenih objekata koji ometaju rad, preporučujem da nas kontaktirate - Smart1S.ru.
Ako uzmemo u obzir mogućnosti tipičnih primijenjenih rješenja - 1C: Upravljanje trgovinom 8, 1C: Računovodstvo 8, 1C: Plate i upravljanje ljudskim resursima 8, onda ni u jednom od njih u 1C: Enterprise modu nećete pronaći mogućnost direktnog brisanja objekata , objekte možete označiti samo pri uklanjanju. U 1C možete izbrisati označene objekte samo pokretanjem posebne obrade - kontrolom mogućnosti brisanja. To je obrada "Brisanje označenih objekata" koja provjerava da li postoje reference na objekte koje treba izbrisati. Odnosno, hoće li se prilikom brisanja objekata narušiti integritet logičke strukture 1C infobaze.
Zašto je proces uklanjanja u 2 koraka? Pokušaću da odgovorim simulirajući situaciju. Dakle, zamislimo da je 1C operater unio podatke u Nomenklaturni imenik u programu. Onda sam nakon 5 minuta pronašao neku vrstu greške, odmah obrisao element i napravio novi. Čini se da nema razloga za brigu, ali drugi operater je već kreirao dokument Narudžbe kupca, gdje je koristio element kataloga, koji je naknadno obrisan. Shodno tome, referenca na objekt nomenklature više neće biti u dokumentu, tamo će biti napisano da je objekt obrisan. Odnosno, integritet baze podataka u ovom slučaju će biti narušen. Čak i ako kreirate element Direktorija sa istim podacima, on će imati drugačiji identifikator, tako da neće biti moguće vratiti prethodno stanje IB-a. Zbog toga su programeri tako pobožno pristupili procesu brisanja objekata u programu.
Brisanje označenih objekata u 1C 8.2
Razmotrite primjer brisanja označenih objekata u 1C 8.2 (Normalna aplikacija). Ali prvo ću odgovoriti na pitanje posjetitelja stranice o tome šta, u kom načinu se brišu označeni objekti. Brisanje se dešava u ekskluzivnom režimu, tj. samo vaša sesija treba da bude aktivna u bazi podataka. Zatim izvodimo sljedeće korake:
Neki statistički podaci o brisanju 1C objekata - klijent-server arhitektura 1C infobase veličine 6,5 GB (PostgreSQL), 135.000 objekata je označeno za brisanje, 92.000 ih se može izbrisati.Kontrola je završena za 4 sata, brisanje za 18 sati. Kontrola i brisanje nisu brzi procesi - savjetovao bih vam da ih prvo pokrenete na testnoj bazi, a zatim ćete znati približno procijenjeno vrijeme izvršenja.
*.cf- datoteka sadrži samo konfiguraciju (kod i strukturu) bez korisničkih podataka. Kreira se iz konfiguratora 1C 8.x: "Konfiguracija -> Sačuvaj konfiguraciju u datoteku" ili "Konfiguracija -> Isporuka konfiguracije -> Kreiraj datoteku isporuke i ažuriraj konfiguraciju -> Znak "Kreiraj datoteku isporuke"".
*.cfu- datoteka sadrži samo ažuriranje konfiguracije. Na primjer fajl 1cv8.cfu. Nemoguće je kreirati konfiguraciju iz ove datoteke, jer sadrži samo razlike između nove i prethodne konfiguracije. Kreira se iz konfiguratora 1C 8.x: "Konfiguracija -> Isporuka konfiguracije -> Kreiraj datoteku isporuke i ažuriranje konfiguracije -> Znak "Kreiraj datoteku za ažuriranje konfiguracije".
*.dt- datoteka sadrži konfiguraciju zajedno sa korisničkom bazom podataka. Ovo je specijalizirani arhivski format 1C 8. Kreiran je iz 1C 8.x konfiguratora: “Administracija -> Isprazni infobazu”.
*.epf (*.erf) – eksterna obrada (izvještaj) fajl. Bilo koja obrada (izvještaj) iz konfiguracije može biti sačuvana eksterno. Kreira se iz konfiguratora 1C 8.x: "Konfiguracija -> Otvori konfiguraciju -> doći do željene obrade (izvještaja) -> odabrati desnom tipkom miša -> Sačuvaj kao eksternu obradu, prijavi...".
*.1cd- puna datoteka baze podataka. Zadani prikaz imena: 1Cv8.1CD. Uključuje konfiguraciju, bazu podataka, korisnička podešavanja. Otvoren od strane platforme 1C 8.x. Kreira se za razvoj nove konfiguracije automatski klikom na dugme "Dodaj" pri odabiru stavke "Kreiraj novu infobazu".
*.log, *.lgf, *.lgp, *.elf- datoteke evidencije koje prikupljaju informacije (podatke registra) u 1C 8.0 8.1, 8.2, 8.3.
*. cdn- fajl sa ovom ekstenzijom ( 1Cv8.cdn) se koristi za ručno ili automatsko blokiranje baze podataka 1C Enterprise osma verzija.
*.mxl- koriste se datoteke štampanih obrazaca, uključujući i 1C. Oboje su štampani oblici dokumenata, imenika, izveštaja i raznih uređaja za skladištenje podataka za različite klasifikatore. Otvara se kroz konfigurator ili u 1C:Enterprise modu kroz "file -> open". Kreira se na potpuno isti način: u načinu konfiguratora ili u 1C:Enterprise putem "datoteka -> novo". Također, datoteke s takvim ekstenzijama mogu poslužiti kao pravila prijenosa, na primjer, od 1C 7.7 do 8.2 (acc77_82.xml i pomoćna obrada exp77_82.ert) - obično se nalaze u fascikli ExtForms.
*.efd- ovo je 1C arhivska datoteka, koja se koristi za postavljanje konfiguracije. Sadrži ili 1s konfiguraciju ili ažuriranje iste. Pokreće se pomoću pomoćne izvršne datoteke setup.exe (treba da bude u istoj fascikli).
*.mft– pomoćni fajl za kreiranje konfiguracije iz šablona. Sadrži informacije o konfiguraciji, opis, putanje, ime. Koristi ga direktno sama platforma prilikom kreiranja 1C infobaze iz šablona.
*.grs- datoteke grafičkih šema u specijaliziranom formatu 1C. Otvara se kroz konfigurator ili u 1C:Enterprise modu kroz "file -> open". Kreira se na potpuno isti način: u načinu konfiguratora ili u 1C:Enterprise putem "datoteka -> novo".
*.geo- datoteke geografskih šema u specijaliziranom formatu 1C. Otvara se kroz konfigurator ili u 1C:Enterprise modu kroz "file -> open". Kreira se na potpuno isti način: u načinu konfiguratora ili u 1C:Enterprise putem "datoteka -> novo".
*.st- tekstualne datoteke šablona. Koriste ga uglavnom 1C programeri.
*.pff- fajl sa sačuvanim merenjima performansi. Koriste ga administratori sistema i stručnjaci za 1C.
1C se događa - datoteka, server i web. Koja je razlika?
Koje su opcije za instaliranje 1C
Dakle, 1C je podijeljen na platformu i konfiguracije. Šta je šta, više puta smo analizirali u prethodnim brojevima.
Na osnovu 1C konfiguracije kreiramo bazu podataka. Baza podataka sadrži direktorije i dokumente koje korisnici doprinose.
Za januar 2010. postoje tri varijante rada 1C:
- fajl 1C
- mreža 1C (server 1C i klijent 1C)
- web 1C (tanki klijent 1C).
Također dodatne opcije:
- za programere
- za korištenje 1C web servisa ili 1C web ekstenzija.
Postoje datoteka 1C i mreža 1C, svaka od njih je potrebna u svom slučaju, tako da nije u redu nedvosmisleno reći da je mreža 1C bolja od datoteke 1C.
Fajl 1C
Najstarija verzija 1C. Baza podataka se nalazi u fascikli na čvrstom disku računara.
Fascikla sa datotekama baze podataka može biti na disku vašeg računara ili na bilo kom javnom disku na lokalnoj mreži (takvi javni diskovi se takođe nazivaju "loptice").
U ovom slučaju, dovoljno je instalirati 1C platformu na računare korisnika.
Mreža 1C
Naziva se i "klijent-server 1C". To znači da morate zasebno instalirati "klijent 1C" i posebno "server 1C".
Baza podataka se pohranjuje u posebnom programu za upravljanje bazom podataka.
Programi za upravljanje bazama podataka koje podržava 1C: Microsoft SQL, Postgre SQL, Oracle (samo 1C 8.2 podržava ovo drugo).
U ovom slučaju, dio 1C platforme je instaliran na serveru - "1C server". Na isto mjesto staviti program upravljanja bazama podataka. Na računarima je instalirana 1C platforma i posebna komponenta "Pristup 1C serveru".
Tanki klijent 1C (upravljana aplikacija 1C)
Najnovija opcija. U ovom slučaju, pored opcije klijent-server, potreban je i web server. Web serveri podržani od 1C: Microsoft IIS, Apache.
Na serveru su instalirani "1C server", program za upravljanje bazom podataka, web server i komponenta "1C web server ekstenzija".
Postoje dvije opcije za računare korisnika:
Opcija 1: ne stavljajte ništa - koristite bilo koji uobičajeni pretraživač.
Opcija 2: instalirajte "tanki klijent 1C".
Ovdje možete pogledati primjer rada sa 1C putem web pretraživača.
Ovo je prava 1C baza koja je instalirana na serveru kompanije 1C.
Dodatna opcija - za programere
Kada grupa programera istovremeno radi na razvoju 1C konfiguracije, potrebno je instalirati dodatak - 1C SQL spremište.
Podrazumevano, samo 1 programer može raditi sa konfiguracijom u isto vrijeme. Repozitorijum omogućava zajednički razvoj.
Repozitorijum mora biti instaliran na serveru ili se jedan od kompjutera programera mora koristiti kao server spremišta.
Dodatna opcija - 1C web servisi i 1C web ekstenzija
Na primjer, u vašoj kancelariji računovodstvo se vodi na 1C: Enterprise. Također imate web stranicu. Želite da web stranica dinamički preuzima određene podatke iz 1C. To se može učiniti korištenjem web servisa. Ovo je dodatna komponenta 1C platforme. Uključen je u platformu, morate označiti ovo polje.
Web ekstenzija - alternativni mehanizam za Web usluge - pojavila se ranije.
Zašto je mreža 1C bolja od datoteke 1C
1) U verziji datoteke, baza podataka je u jednoj datoteci. Veličina datoteke u teoriji može biti ograničena FAT-om. Istina, danas je teško zamisliti operativni sistem na FAT-u - NTFS se koristi svuda.
2) Mehanizam za rad s datotekom baze podataka u 1C je znatno pojednostavljen u odnosu na SQL. Konkretno, lošije radi kada se poveća veličina datoteke ili broj korisnika („počinje usporavati“).
Dakle, kada je u pitanju tri do pet korisnika i mala baza podataka, radi se o isključivo fajl verziji. Baza od 4GB i više od 10 korisnika - mogli biste pomisliti. Čak i više - definitivno klijent-server.
Za obuku nam je, naravno, dovoljna verzija fajla.
Instalacija 1C platforme
U posljednje vrijeme korisnici i administratori su se sve više počeli žaliti da su nove 1C konfiguracije razvijene na bazi upravljane aplikacije spore, u nekim slučajevima neprihvatljivo spore. Jasno je da nove konfiguracije sadrže nove funkcije i mogućnosti, te su stoga zahtjevnije za resurse, ali većina korisnika nema razumijevanja šta prvenstveno utječe na rad 1C u načinu rada datoteka. Pokušajmo popraviti ovaj jaz.
U našem smo se već dotakli uticaja performansi diskovnog podsistema na brzinu 1C, međutim, ova studija se ticala lokalne upotrebe aplikacije na zasebnom računaru ili terminal serveru. Istovremeno, većina malih implementacija podrazumeva rad sa bazom datoteka preko mreže, gde se kao server koristi jedan od korisničkih računara, ili namenski fajl server zasnovan na običnom, najčešće i jeftinom računaru.
Mala studija resursa na ruskom jeziku na 1C pokazala je da se ovaj problem marljivo zaobilazi; u slučaju problema, obično se savjetuje da se pređe na klijent-server ili terminalski način. Takođe je postalo gotovo opšte prihvaćeno da konfiguracije na upravljanoj aplikaciji rade mnogo sporije od uobičajenih. U pravilu se argumenti daju "gvozdenim": "ovdje je Računovodstvo 2.0 upravo proletjelo, a "trojka" se jedva kreće, naravno, ima istine u ovim riječima, pa hajde da pokušamo to shvatiti.
Potrošnja resursa na prvi pogled
Prije nego što započnemo ovu studiju, postavili smo si dva cilja: otkriti jesu li upravljane konfiguracije zasnovane na aplikaciji zapravo sporije od konvencionalnih konfiguracija i koji resursi imaju najveći utjecaj na performanse.
Za testiranje smo uzeli dve virtuelne mašine sa Windows Server 2012 R2 i Windows 8.1, respektivno, alocirajući im 2 jezgra domaćina Core i5-4670 i 2 GB RAM-a, što otprilike odgovara prosečnoj kancelarijskoj mašini. Server je postavljen na RAID 0 niz od dva, a klijent je postavljen na sličan niz diskova opšte namene.
Kao eksperimentalne baze odabrali smo nekoliko konfiguracija Računovodstva 2.0, izdanje 2.0.64.12 , koji je zatim ažuriran na 3.0.38.52 , sve konfiguracije su pokrenute na platformi 8.3.5.1443 .
Prvo što privlači pažnju je povećana veličina informacione baze Trojke, koja je značajno porasla, kao i mnogo veći apetiti za RAM-om:
Već smo spremni da čujemo uobičajeno: "šta su dodali ovom trojcu", ali nemojmo žuriti. Za razliku od korisnika klijent-server verzija, koje zahtijevaju više ili manje kvalifikovanog administratora, korisnici verzija datoteka rijetko razmišljaju o održavanju baze podataka. Takođe, zaposleni u specijalizovanim firmama koje opslužuju (čitaj - ažuriraju) ove baze retko razmišljaju o tome.
U međuvremenu, baza podataka 1C je punopravni DBMS vlastitog formata, koji također zahtijeva održavanje, a za to postoji čak i alat pod nazivom Testiranje i popravljanje infobaze. Možda je ime odigralo okrutnu šalu, što čini se da implicira da je ovo alat za rješavanje problema, ali loša izvedba je također problem, a restrukturiranje i ponovno indeksiranje, zajedno sa kompresijom tablice, dobro su poznati alati za optimizaciju baze podataka svakom RDBMS administratoru. Hajde da proverimo?
Nakon primjene odabranih radnji, baza podataka je dramatično "izgubila težinu", postajući čak i manja od "dvojke", koju također niko nikada nije optimizirao, a potrošnja RAM-a je također blago smanjena.
Nakon toga, nakon učitavanja novih klasifikatora i direktorija, kreiranja indeksa, itd. veličina baze će rasti, generalno, osnove "trojke" su veće od osnova "dvojke". Međutim, to nije važnije, ako se druga verzija zadovoljavala sa 150-200 MB RAM-a, onda je novoj ediciji već potrebno pola gigabajta i tu vrijednost treba uzeti u obzir pri planiranju potrebnih resursa za rad s programom. .
Mreža
Mrežni propusni opseg je jedan od najvažnijih parametara za mrežne aplikacije, posebno kao 1C u režimu datoteka, koji prenosi značajne količine podataka preko mreže. Većina mreža malih preduzeća izgrađena je na bazi jeftine opreme od 100 Mbps, pa smo započeli testiranje upoređivanjem pokazatelja performansi 1C u mrežama od 100 Mbps i 1 Gbps.
Šta se događa kada pokrenete bazu 1C datoteka preko mreže? Klijent preuzima prilično veliku količinu informacija u privremene mape, posebno ako je ovo prvo "hladno" pokretanje. Na 100 Mbps, očekivano nailazimo na propusni opseg i preuzimanje može potrajati značajno vrijeme, u našem slučaju oko 40 sekundi (cijena podjele grafikona je 4 sekunde).
Drugo pokretanje je brže, jer se dio podataka pohranjuje u keš memoriju i ostaje tamo do ponovnog pokretanja. Prijelaz na gigabitnu mrežu može značajno ubrzati učitavanje programa, i "hladnog" i "vrućeg", a promatra se omjer vrijednosti. Stoga smo odlučili rezultat izraziti u relativnim iznosima, uzimajući najveću vrijednost svakog mjerenja kao 100%:
Kao što možete vidjeti iz grafikona, Accounting 2.0 se učitava dvostruko brže pri bilo kojoj brzini mreže, prijelaz sa 100 Mbps na 1 Gbps omogućava vam da ubrzate vrijeme preuzimanja za četiri puta. U ovom režimu nema razlike između optimizovane i neoptimizovane Trojke baze podataka.
Takođe smo proverili uticaj brzine mreže na rad u teškim uslovima, na primer, tokom grupnog ponovnog hostovanja. Rezultat se takođe izražava u relativnim terminima:
Ovde je interesantnije, optimizovana baza "trojke" u mreži od 100 Mbps radi istom brzinom kao i "dvojka", a neoptimizovana pokazuje duplo lošiji rezultat. Na gigabitu su omjeri očuvani, neoptimizirana "trojka" je također duplo sporija od "dvojke", a optimizirana zaostaje za trećinu. Također, prijelaz na 1 Gb/s vam omogućava da smanjite vrijeme izvršavanja za faktor tri za verziju 2.0 i dva puta za verziju 3.0.
Za procjenu utjecaja brzine mreže na svakodnevni rad koristili smo se mjerenje performansi izvođenjem niza unaprijed definiranih radnji u svakoj bazi podataka.
Zapravo, za svakodnevne zadatke propusnost mreže nije usko grlo, neoptimizirana "trojka" je samo 20% sporija od dvojke, a nakon optimizacije se ispostavi da je otprilike isto brža - utječu prednosti rada u načinu rada tankog klijenta. Prelazak na 1 Gb/s ne daje optimizovanoj bazi nikakve prednosti, a neoptimizovana baza i dvojka počinju da rade brže, pokazujući malu razliku između njih.
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đe možete preporučiti prelazak na 1 Gb/s ako su vam teški zadaci i brzina učitavanja baze podataka kritični, u drugim slučajevima, nove konfiguracije vam omogućavaju efikasan rad čak i u sporim mrežama od 100 Mb/s.
Pa zašto 1C usporava? Istražićemo dalje.
Podsistem serverskog diska i SSD
U prethodnom članku smo postigli povećanje performansi 1C postavljanjem baza podataka na SSD. Možda performanse podsistema serverskog diska nisu dovoljne? Izmjerili smo performanse disk servera tokom grupnog rada u dvije baze podataka odjednom i dobili prilično optimističan rezultat.
Uprkos relativno velikom broju ulazno/izlaznih operacija u sekundi (IOPS) - 913, dužina reda čekanja nije prelazila 1,84, što je vrlo dobar rezultat za niz od dva diska. Na osnovu toga možemo pretpostaviti da će ogledalo sa običnih diskova biti dovoljno za normalan rad 8-10 mrežnih klijenata u teškim modovima.
Dakle, da li je SSD potreban na serveru? Najbolji odgovor na ovo pitanje pomoći će testiranje, koje smo proveli po sličnoj metodologiji, mrežna veza je svuda 1 Gb/s, rezultat je također izražen u relativnim vrijednostima.
Počnimo sa brzinom učitavanja baze podataka.
Nekome to može izgledati iznenađujuće, ali SSD baza na serveru ne utiče na brzinu preuzimanja baze podataka. Glavni ograničavajući faktor ovdje, kao što je pokazao prethodni test, je mrežna propusnost i performanse klijenta.
Pređimo na ponovno ožičenje:
Gore smo već napomenuli da su performanse diska sasvim dovoljne čak i za teške uslove rada, tako da brzina SSD-a također nije pogođena, osim neoptimizirane baze, koja je sustigla optimizovanu na SSD-u. Zapravo, ovo još jednom potvrđuje da operacije optimizacije organizuju informacije u bazi podataka, smanjujući broj nasumičnih I/O operacija i povećavajući brzinu pristupa njoj.
Kod svakodnevnih zadataka slika je slična:
Samo neoptimizirana baza ima prednost od SSD-a. Naravno, možete kupiti SSD, ali bi bilo puno bolje razmisliti o blagovremenom održavanju baza. Također, ne zaboravite defragmentirati particiju baze podataka na serveru.
Podsistem klijentskog diska i SSD
Analizirali smo uticaj SSD-a na brzinu lokalno instaliranog 1C u , mnogo od onoga što je rečeno važi i za rad u mrežnom režimu. Doista, 1C prilično aktivno koristi resurse diska, uključujući pozadinske i zakazane zadatke. Na slici ispod možete vidjeti kako Accounting 3.0 prilično aktivno pristupa disku oko 40 sekundi nakon učitavanja.
Ali u isto vrijeme treba biti svjestan da su za radnu stanicu na kojoj se aktivan rad obavlja s jednom ili dvije informacijske baze, resursi performansi konvencionalnog HDD-a masovne serije sasvim dovoljni. Kupovina SSD-a može ubrzati neke procese, ali nećete primijetiti radikalno ubrzanje u svakodnevnom radu, jer će, na primjer, preuzimanje biti ograničeno propusnošću mreže.
Spor čvrsti disk može usporiti neke operacije, ali sam po sebi ne može uzrokovati usporavanje programa.
RAM
Unatoč činjenici da je RAM sada nepristojno jeftin, mnoge radne stanice nastavljaju raditi s količinom memorije koja je instalirana kada su kupljene. Tu čekaju prvi problemi. Na osnovu činjenice da je prosječnoj "trojci" potrebno oko 500 MB memorije, možemo pretpostaviti da ukupna količina RAM-a od 1 GB za rad sa programom neće biti dovoljna.
Smanjili smo sistemsku memoriju na 1 GB i pokrenuli dvije infobaze.
Na prvi pogled nije sve tako loše, program je ublažio apetite i potpuno se zadržao u okviru raspoložive memorije, ali ne zaboravimo da se potreba za operativnim podacima nije promijenila, pa gdje su oni otišli? Prebacivanje na disk, keš memoriju, swap itd., suština ove operacije je da se podaci koji trenutno nisu potrebni šalju iz brzog RAM-a, čija količina nije dovoljna, na spori disk.
Gdje to vodi? Pogledajmo kako se sistemski resursi koriste u teškim operacijama, na primjer, počnimo ponovno grupno pokretanje u dvije baze podataka odjednom. Prvo na sistemu sa 2 GB RAM-a:
Kao što vidite, sistem aktivno koristi mrežu za primanje podataka i procesor za njihovu obradu, aktivnost diska je neznatna, u procesu obrade povremeno raste, ali nije ograničavajući faktor.
Sada smanjimo memoriju na 1 GB:
Situacija se radikalno mijenja, glavno opterećenje sada pada na hard disk, procesor i mreža miruju i čekaju da sistem pročita potrebne podatke sa diska u memoriju i tamo pošalje nepotrebne podatke.
Istovremeno, čak i subjektivni rad s dvije otvorene baze podataka na sistemu s 1 GB memorije pokazao se krajnje neugodnim, direktoriji i časopisi su se otvarali sa značajnim kašnjenjem i aktivnim pristupom disku. Na primjer, otvaranje časopisa Prodaja roba i usluga trajalo je oko 20 sekundi i sve to vrijeme je bilo praćeno velikom aktivnošću diska (označeno crvenom linijom).
Da bismo objektivno procenili uticaj RAM-a na performanse konfiguracija zasnovanih na upravljanoj aplikaciji, izvršili smo tri merenja: brzinu učitavanja prve baze, brzinu učitavanja druge baze i grupno repostovanje u jednoj od baza. Obje baze su potpuno identične i stvorene su kopiranjem optimizirane baze. Rezultat se izražava u relativnim jedinicama.
Rezultat govori sam za sebe, ako vrijeme učitavanja naraste za oko trećinu, što je još uvijek prilično podnošljivo, onda vrijeme za obavljanje operacija u bazi podataka raste tri puta, o nekom udobnom radu u takvim uvjetima ne treba ni govoriti. Inače, to je slučaj kada kupovina SSD-a može poboljšati situaciju, ali je mnogo lakše (i jeftinije) riješiti se uzroka, a ne posljedica, i samo kupiti pravu količinu RAM-a.
Nedostatak RAM-a je glavni razlog zašto je rad s novim 1C konfiguracijama neugodan. Treba razmotriti minimalne prikladne konfiguracije sa 2 GB memorije na ploči. Istovremeno, imajte na umu da su u našem slučaju stvoreni "staklenički" uslovi: čist sistem, pokrenut je samo 1C i upravitelj zadataka. U stvarnom životu, pretraživač, kancelarijski paket, antivirus itd. su obično otvoreni na radnom računaru, pa polazite od potrebe za 500 MB po bazi podataka plus nešto margine kako prilikom teških operacija ne biste naišli na nedostatak memorije i drastične degradacije performansi.
CPU
Centralna procesorska jedinica, bez preterivanja, može se nazvati srcem računara, jer je on taj koji na kraju obrađuje sve proračune. Da bismo procijenili njegovu ulogu, izvršili smo još jedan set testova, isti kao i za RAM, smanjivši broj jezgara dostupnih virtuelnoj mašini sa dva na jedno, dok je test izveden dva puta sa veličinama memorije od 1 GB i 2 GB.
Rezultat se pokazao prilično zanimljivim i neočekivanim, moćniji procesor je prilično efektivno preuzeo opterećenje suočenim s nedostatkom resursa, inače bez ikakvih opipljivih koristi. 1C Enterprise (u načinu rada datoteke) teško se može nazvati aplikacijom koja aktivno koristi resurse procesora, prilično nezahtjevna. A u teškim uvjetima, opterećenje pada na procesor ne toliko u izračunavanju podataka same aplikacije, koliko u servisiranju režijskih troškova: dodatne I/O operacije itd.
nalazi
Dakle, zašto 1C usporava? Prije svega, ovo je nedostatak RAM-a, glavno opterećenje u ovom slučaju pada na tvrdi disk i procesor. A ako ne blistaju performansama, kao što to obično biva u uredskim konfiguracijama, onda dobijamo situaciju opisanu na početku članka - "dvojka" je dobro radila, a "trojka" besramno usporava.
Drugo mjesto treba dati mrežnim performansama, spori kanal od 100 Mbps može postati pravo usko grlo, ali u isto vrijeme, način rada tankog klijenta može održati prilično udoban nivo rada čak i na sporim kanalima.
Onda treba obratiti pažnju na diskovni, kupovina SSD-a vjerovatno neće biti dobra investicija, ali zamjena diska modernijim neće biti suvišna. 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 ovaj računar ne koristi za teške operacije: grupnu obradu, teške izvještaje, zatvaranje mjeseca itd.
Nadamo se da će vam ovaj materijal pomoći da brzo shvatite pitanje "zašto 1C usporava" i riješite ga najefikasnije i bez dodatnih troškova.
Tagovi:
