Testi standard i ngarkesës është krijuar për të vlerësuar performancën e harduerit dhe softuerit të serverit në të ashtuquajturit "Përdoruesit Standard 1C". Fusha kryesore e aplikimit të këtij testi është zgjedhja e konfigurimeve të harduerit dhe softuerit të serverit për qëllime të një zbatimi specifik.
Probleme për t'u zgjidhur
- Llogaritja e performancës së një konfigurimi të caktuar të harduerit dhe softuerit të serverit
- Krahasimi i performancës së konfigurimeve të ndryshme të harduerit dhe softuerit të serverëve
- Përzgjedhja e pajisjeve të nevojshme për funksionimin e këtij sistemi informacioni
- Llogaritja e parametrave të pajisjeve të nevojshme për funksionimin e këtij sistemi informacioni
Çfarë vlerëson testi?
Testi vlerëson performancën të gjithë grupin e harduerit të serverit dhe softuerit të serverit nga pikëpamja e detyrave tipike për sistemet që funksionojnë në platformën 1C: Enterprise 8. Kjo do të thotë, vlerësimi që rezulton nuk pasqyron performancën e ndonjë komponenti të një serveri të sistemit (për shembull, një server që funksionon në një grup 1C: Enterprise), por përkundrazi të gjithë konfigurimin e serverit në tërësi. Pjesa e serverit të sistemit, performanca e të cilit matet me këtë test, përfshin:
- të gjithë serverët e punës të përdorur për të vendosur grupin 1C: Enterprise dhe serverët DBMS
- sistemet operative të të gjithë serverëve që punojnë;
- cilësimet e sistemeve operative, 1C: Enterprise dhe DBMS.
Gjatë testimit, testi do të rrisë automatikisht numrin e përdoruesve të njëkohshëm derisa një nga komponentët e harduerit ose softuerit të sistemit të mos mund të përballojë më ngarkesën. Kjo do të rezultojë në një vlerësim të keq të performancës dhe testi do të ndalojë me vlerën e fundit të mirë si rezultat. Në të njëjtën kohë, komponentët e mbetur mund të nënngarkohen në një shkallë ose në një tjetër.
Kështu, testi vlerëson performancën e pjesës së serverit të sistemit bazuar në pengesën e tij, domethënë komponentin e tij më pak produktiv.
Nëse pjesa e serverit të sistemit nuk është e balancuar mirë për të punuar me 1C: Enterprise, atëherë duke eliminuar pengesën (duke zëvendësuar ose përmirësuar komponentin më pak produktiv) mund të merrni një vlerësim më të lartë të performancës.
Ju lutemi vini re se testi nuk vlerëson performancën e pjesës së klientit të sistemit në asnjë mënyrë, kështu që ky faktor duhet të përjashtohet plotësisht. Me fjalë të tjera, stacionet e punës së klientit nuk duhet të bëhen një pengesë e sistemit. Kjo çështje diskutohet më në detaje në kapitullin "Përgatitja e pjesës së klientit të stolit të provës".
Si funksionon testi
Testi standard i ngarkesës është një bazë informacioni 1C:Enterprise 8.2 me një konfigurim të bazuar në "Menaxhimin e Ndërmarrjeve Prodhuese". Konfigurimi është i kombinuar me Test Center 2.0, i cili përfshin një skript provë.
Skenari i testimit përfshin emulimin e procesit të biznesit “shitjet në SCP”, përkatësisht: krijimin e disa dokumenteve të ndryshme, gjenerimin e raporteve dhe veprime të tjera të aplikuara. Testi funksionon në mënyrë të plotë paralele, d.m.th., secili përdorues punon me të dhënat e veta unike, dhe nuk ka pritje për bravë. Përdoruesi përfundon një cikël të plotë shitjesh në minutë.
Foto nga Alena Tulyakova, agjencia e lajmeve "Clerk.Ru"
Artikulli identifikon gabimet kryesore që bëjnë administratorët fillestarë të 1C dhe tregon se si t'i zgjidhin ato duke përdorur testin Gilev si shembull.
Qëllimi kryesor i shkrimit të këtij artikulli është të shmangni përsëritjen e nuancave të dukshme për ata administratorë (dhe programues) që nuk kanë fituar ende përvojë me 1C.
Qëllimi dytësor është që nëse kam ndonjë mangësi, Infostart do të jetë më i shpejtë për të ma vënë në dukje këtë.
Testi i V. Gilev tashmë është bërë një lloj standardi "de fakto". Autori në faqen e tij të internetit dha rekomandime mjaft të qarta, por unë thjesht do të paraqes disa rezultate dhe do të komentoj për gabimet më të mundshme. Natyrisht, rezultatet e testimit në pajisjen tuaj mund të ndryshojnë; ky është vetëm një udhëzues për atë që duhet të jetë dhe për çfarë mund të përpiqeni. Do të doja të vëreja menjëherë se ndryshimet duhet të bëhen hap pas hapi, dhe pas çdo hapi, kontrolloni se çfarë rezultati ka dhënë.
Ka artikuj të ngjashëm në Infostart, unë do të vendos lidhje me to në seksionet përkatëse (nëse më mungon diçka, ju lutem më sugjeroni në komente, do ta shtoj). Pra, le të supozojmë se 1C juaj është i ngadaltë. Si të diagnostikoni problemin dhe si të kuptoni se kush është fajtori, administratori apo programuesi?
Të dhënat fillestare:
Kompjuter i testuar, gini kryesor: HP DL180G6, i pajisur me 2*Xeon 5650, 32 Gb, Intel 362i, Win 2008 r2. Për krahasim, Core i3-2100 tregon rezultate të krahasueshme në testin me një fije. Pajisjet që zgjodha qëllimisht nuk ishin më të rejat; me pajisjet moderne rezultatet janë dukshëm më të mira.
Për testimin e serverëve të veçantë 1C dhe SQL, serveri SQL: IBM System 3650 x4, 2*Xeon E5-2630, 32 Gb, Intel 350, Win 2008 r2.
Për të testuar një rrjet 10 Gbit, janë përdorur adaptorë Intel 520-DA2.
Versioni i skedarit. (baza e të dhënave është në server në një dosje të përbashkët, klientët lidhen përmes rrjetit, protokollit CIFS/SMB). Algoritmi hap pas hapi:
0. Shtoni bazën e të dhënave të testimit të Gilev në serverin e skedarëve në të njëjtën dosje si bazat e të dhënave kryesore. Ne lidhemi nga kompjuteri i klientit dhe kryejmë testin. Ne e mbajmë mend rezultatin.
Kuptohet që edhe për kompjuterët e vjetër të 10 viteve më parë (Pentium në folenë 775), koha nga klikimi në shkurtoren 1C:Enterprise deri në shfaqjen e dritares së bazës së të dhënave duhet të zgjasë më pak se një minutë. (Celeron = i ngadalshëm).
Nëse kompjuteri juaj është më i keq se një prizë Pentium në 775 me 1 GB RAM, atëherë unë simpatizoj me ju dhe do të jetë e vështirë për ju të arrini punë të rehatshme në 1C 8.2 në versionin e skedarit. Mendoni për përmirësimin (është koha) ose kalimin në një server terminal (ose ueb, në rastin e klientëve të hollë dhe formave të menaxhuara).
Nëse kompjuteri nuk është më keq, atëherë mund të shkelmoni administratorin. Së paku, kontrolloni funksionimin e rrjetit, antivirusit dhe drejtuesit të mbrojtjes HASP.
Nëse testi i Gilev në këtë fazë tregoi 30 "papagaj" ose më të lartë, por baza e punës 1C ende funksionon ngadalë, pyetjet duhet t'i drejtohen programuesit.
1. Si një udhëzues se sa mund të "shtrydhë" një kompjuter klient, ne kontrollojmë funksionimin vetëm të këtij kompjuteri, pa rrjet. Ne instalojmë bazën e të dhënave të testimit në një kompjuter lokal (në një disk shumë të shpejtë). Nëse kompjuteri i klientit nuk ka një SSD normal, atëherë krijohet një ramdisk. Tani për tani, më e thjeshta dhe falas është ndërmarrja Ramdisk.
Për të testuar versionin 8.2, mjafton një ramdisk 256 MB, dhe! Më e rëndësishmja. Pas rindezjes së kompjuterit, me funksionimin e ramdiskut, duhet të ketë 100-200 MB të lirë në të. Prandaj, pa një ramdisk, për funksionimin normal duhet të ketë 300-400 MB memorie të lirë.
Për të testuar versionin 8.3, mjafton një ramdisk 256 MB, por ju duhet më shumë RAM falas.
Gjatë testimit, duhet të shikoni ngarkesën e procesorit. Në një rast afër idealit (ramdisk), skedari lokal 1c ngarkon 1 bërthamë procesori kur funksionon. Prandaj, nëse bërthama e procesorit nuk është plotësisht e ngarkuar gjatë testimit, kërkoni pika të dobëta. Përshkruhet pak emocional, por përgjithësisht i saktë, ndikimi i procesorit në funksionimin e 1C. Vetëm për referencë, edhe në Core i3 moderne me frekuenca të larta, numrat 70-80 janë mjaft realiste.
Gabimet më të zakonshme në këtë fazë.
- Antivirus i konfiguruar gabimisht. Ka shumë antiviruse, cilësimet për secilin janë të ndryshme, do të them vetëm se me konfigurimin e duhur, as uebi dhe as Kaspersky 1C nuk ndërhyjnë. Me cilësimet e paracaktuara, mund të hiqen afërsisht 3-5 papagaj (10-15%).
- Mënyra e performancës. Për disa arsye, pak njerëz i kushtojnë vëmendje kësaj, por efekti është më i rëndësishmi. Nëse keni nevojë për shpejtësi, atëherë duhet ta bëni këtë, si në kompjuterët e klientit ashtu edhe në server. (Gilev ka një përshkrim të mirë. E vetmja paralajmërim është se në disa pllaka amë, nëse fikni Intel SpeedStep, nuk mund të aktivizoni TurboBoost).
Mund (dhe mundësisht) të aktivizoni modalitetin e performancës në dy vende:
- nëpërmjet BIOS. Çaktivizo modalitetet C1, C1E, Intel C-state (C2, C3, C4). Në bios të ndryshëm quhen ndryshe, por kuptimi është i njëjtë. Kërkon shumë kohë, kërkohet një rindezje, por nëse e bëni një herë, atëherë mund ta harroni. Nëse bëni gjithçka në mënyrë korrekte në BIOS, shpejtësia do të rritet. Në disa pllaka amë, mund të konfiguroni cilësimet e BIOS në mënyrë që modaliteti i performancës së Windows të mos luajë një rol. (Shembuj të cilësimeve të BIOS nga Gilev). Këto cilësime kryesisht kanë të bëjnë me procesorët e serverëve ose BIOS-et "të avancuara", nëse nuk e keni gjetur këtë dhe NUK keni Xeon, kjo është në rregull.
- Paneli i kontrollit - Furnizimi me energji elektrike - Performanca e lartë. Minus - nëse kompjuteri nuk është servisuar për një kohë të gjatë, ai do të bëjë një zhurmë më të madhe të ventilatorit, do të nxehet më shumë dhe do të konsumojë më shumë energji. Kjo është një tarifë e performancës.
| Këto janë cilësimet e paracaktuara. BIOS C-state i aktivizuar, modaliteti i konsumit të ekuilibruar të energjisë |  |
| BIOS C-state i aktivizuar, modaliteti i performancës së lartë Për Pentium dhe Core mund të ndaloni atje, Ju ende mund të shtrydhni pak "papagaj" nga Xeon |  |
| Në BIOS C-gjendja është e çaktivizuar, modaliteti i performancës së lartë. Nëse nuk përdorni Turbo Boost, ja si duhet të duket serveri i akorduar për performancën |  |
Dhe tani numrat. Më lejoni t'ju kujtoj: Intel Xeon 5650, ramdisk. Në rastin e parë, testi tregon 23.26, në të fundit - 49.5. Dallimi është pothuajse i dyfishtë. Numrat mund të ndryshojnë, por raporti mbetet në thelb i njëjtë për Intel Core.
Të nderuar administratorë, mund ta kritikoni 1C sa të doni, por nëse përdoruesit përfundimtarë kanë nevojë për shpejtësi, duhet të aktivizoni modalitetin e performancës së lartë.
c) Turbo Boost. Së pari ju duhet të kuptoni nëse procesori juaj e mbështet këtë funksion, për shembull. Nëse mbështet, atëherë mund të merrni ende një performancë mjaft të ligjshme. (Nuk dua të prek çështjet e mbingarkesës së frekuencës, veçanërisht serverëve, bëjeni me rrezikun dhe rrezikun tuaj. Por jam dakord që rritja e shpejtësisë së Busit nga 133 në 166 jep një rritje shumë të dukshme si në shpejtësi ashtu edhe në shpërndarje të nxehtësisë)
Si të aktivizoni turbo boost është shkruar, për shembull, . Por! Për 1C ka disa nuanca (jo më të dukshmet). Vështirësia është se efekti maksimal i nxitjes turbo ndodh kur gjendja C është e ndezur. Dhe marrim diçka si kjo:
Ju lutemi vini re se shumëzuesi është maksimumi, shpejtësia kryesore është e bukur dhe performanca është e lartë. Por çfarë do të ndodhë si rezultat me 1-të?
Por në fund rezulton se sipas testeve të performancës së CPU-së versioni me një shumëzues 23 është përpara, sipas testeve të Gilev në versionin e skedarit performanca me një shumëzues 22 dhe 23 është e njëjtë, por në server-klient. versioni - versioni me një shumëzues prej 23 është tmerrësisht i tmerrshëm i tmerrshëm (edhe nëse C-state vendoset në nivelin 7, ai është akoma më i ngadalshëm sesa me gjendjen C të fikur). Prandaj, rekomandimi është që të kontrolloni të dy opsionet për veten tuaj dhe të zgjidhni më të mirën. Në çdo rast, ndryshimi midis 49.5 dhe 53 papagajve është mjaft domethënës, veçanërisht pa shumë përpjekje.
Përfundim - nxitja turbo duhet të ndizet. Më lejoni t'ju kujtoj se nuk mjafton të aktivizoni artikullin Turbo boost në BIOS, duhet të shikoni edhe cilësimet e tjera (BIOS: QPI L0s, L1 - çaktivizoni, pastrimin e kërkesës - çaktivizoni, Intel SpeedStep - aktivizoni, Boost Turbo - Paneli i kontrollit - Opsionet e energjisë - Performanca e lartë) . Dhe unë prapë (edhe për versionin e skedarit) do të zgjidhja opsionin ku c-state është i fikur, edhe pse shumëzuesi është më i vogël. Do të dalë diçka e tillë ...
Një pikë mjaft e diskutueshme është frekuenca e kujtesës. Për shembull, frekuenca e kujtesës tregohet se ka një ndikim shumë të fortë. Testet e mia nuk zbuluan një varësi të tillë. Unë nuk do të krahasoj DDR 2/3/4, do të tregoj rezultatet e ndryshimit të frekuencës brenda së njëjtës linjë. Kujtesa është e njëjtë, por në BIOS jemi të detyruar të vendosim frekuenca më të ulëta.
 |  |  |
Dhe rezultatet e testit. 1C 8.2.19.83, për versionin e skedarit ramdisk lokal, për klient-server 1C dhe SQL në një kompjuter, Memorie e përbashkët. Turbo boost është i çaktivizuar në të dy versionet. 8.3 tregon rezultate të krahasueshme.
Dallimi është brenda gabimit të matjes. Kam nxjerrë në mënyrë specifike pamjet e ekranit të CPU-Z për të treguar se me një ndryshim në frekuencë, ndryshojnë edhe parametra të tjerë, i njëjti Latency CAS dhe RAS në CAS Delay, i cili neutralizon ndryshimin në frekuencë. Ndryshimi do të jetë kur modulet e memories ndryshohen fizikisht, nga më të ngadalta në më të shpejta, por edhe atje numrat nuk janë veçanërisht të rëndësishëm.
2. Pasi të kemi renditur procesorin dhe memorien e kompjuterit të klientit, kalojmë në vendin tjetër shumë të rëndësishëm - rrjetin. Janë shkruar shumë vëllime librash për akordimin e rrjetit, ka artikuj në Infostart ( dhe të tjerë), por këtu nuk do të përqendrohem në këtë temë. Përpara se të filloni testimin e 1C, ju lutemi sigurohuni që iperf midis dy kompjuterëve të tregojë të gjithë gjerësinë e brezit (për kartat 1 Gbit - mirë, të paktën 850 Mbit, ose më mirë akoma 950-980), se këshilla e Gilev është ndjekur. Pastaj - testi më i thjeshtë i funksionimit do të jetë, çuditërisht, kopjimi i një skedari të madh (5-10 gigabajt) në rrjet. Një shenjë indirekte e funksionimit normal në një rrjet 1 Gbit do të jetë shpejtësia mesatare e kopjimit prej 100 MB/sek, funksionimi i mirë - 120 MB/sek. Unë do të doja të tërhiqja vëmendjen tuaj për faktin se pika e dobët (përfshirë) mund të jetë ngarkesa e procesorit. Protokolli SMB në Linux është mjaft i paralelizuar dhe gjatë funksionimit mund të "hajë" një bërthamë procesori dhe të mos konsumojë më.
Dhe më tej. Me cilësimet e paracaktuara, klienti i Windows funksionon më mirë me një server Windows (ose edhe një stacion pune Windows) dhe protokollin SMB/CIFS, një klient linux (debian, ubuntu nuk i shikoi të tjerët) funksionon më mirë me linux dhe NFS ( funksionon edhe me SMB, por në NFS papagajtë janë më të gjatë). Fakti që gjatë kopjimit linear një server Windows Linux në NFS kopjohet në një transmetim më shpejt nuk do të thotë asgjë. Akordimi Debian për 1C është një temë për një artikull të veçantë, nuk jam ende gati për të, megjithëse mund të them që në versionin e skedarit kam marrë performancë edhe pak më të mirë se versioni Win në të njëjtën pajisje, por me postgres me mbi 50 përdorues Unë ende kam gjithçka shumë të keqe.
Gjëja më e rëndësishme që administratorët e "djegur" e dinë, por fillestarët nuk e marrin parasysh. Ka shumë mënyra për të vendosur shtegun për në bazën e të dhënave 1c. Mund të bësh servershare, mund të bësh 192.168.0.1share, mund të përdorësh neto z: 192.168.0.1share (dhe në disa raste edhe kjo metodë do të funksionojë, por jo gjithmonë) dhe më pas specifikoni diskun Z. Duket se të gjitha këto shtigje tregoni për të njëjtën gjë në të njëjtin vend, por për 1C ekziston vetëm një metodë që siguron performancë normale mjaft të besueshme. Pra, kjo është ajo që duhet të bëni siç duhet:
Në vijën e komandës (ose në politika, ose çfarëdo që është e përshtatshme për ju) - përdorni neto DriveLetter: servershare. Shembull: përdorimi neto m: bazat e serverëve. Unë posaçërisht theksoj JO adresën IP, por emrin e serverit. Nëse emri i serverit nuk është i dukshëm, shtojeni atë në dns në server, ose lokalisht në skedarin e hosteve. Por adresa duhet të jetë me emër. Prandaj, gjatë rrugës për në bazën e të dhënave, hyni në këtë disk (shih foton).
Dhe tani do të tregoj me numra pse kjo është këshilla. Të dhënat fillestare: Kartat Intel X520-DA2, Intel 362, Intel 350, Realtek 8169. OS Win 2008 R2, Win 7, Debian 8. Drejtuesit më të fundit, përditësimet e aplikuara. Përpara testimit, u sigurova që Iperf të jepte gjerësinë e plotë të brezit (përveç kartave 10 Gbit, ai arriti të shtrydhte vetëm 7.2 Gbit, do të shoh pse më vonë, serveri i testimit nuk është konfiguruar ende siç duhet). Disqet janë të ndryshëm, por kudo ka një SSD (kam futur posaçërisht një disk të vetëm për testim, nuk është i ngarkuar me asgjë tjetër) ose një bastisje nga një SSD. Shpejtësia prej 100 Mbit u përftua duke kufizuar cilësimet e përshtatësit Intel 362. Nuk kishte asnjë ndryshim midis bakrit 1 Gbit Intel 350 dhe 1 Gbit optik Intel X520-DA2 (i marrë duke kufizuar shpejtësinë e përshtatësit). Performanca maksimale, turbo boost është i fikur (vetëm për krahasimin e rezultateve, turbo boost për rezultate të mira shton pak më pak se 10%, për rezultate të këqija mund të mos ketë fare efekt). Versionet 1C 8.2.19.86, 8.3.6.2076. Unë nuk i jap të gjithë numrat, por vetëm më interesantët, në mënyrë që të keni diçka për të krahasuar.
| 100 Mbit CIFS Fitorja 2008 - Fitorja 2008 kontaktoni me adresën IP | 100 Mbit CIFS Fitorja 2008 - Fitorja 2008 duke thirrur me emër | 1 Gbit CIFS Fitorja 2008 - Fitorja 2008 kontaktoni me adresën IP | 1 Gbit CIFS Fitorja 2008 - Fitorja 2008 duke thirrur me emër | 1 Gbit CIFS Win 2008 - Win 7 duke thirrur me emër | 1 Gbit CIFS Win 2008 - Debian duke thirrur me emër | 10 Gbit CIFS Fitorja 2008 - Fitorja 2008 kontaktoni me adresën IP | 10 Gbit CIFS Fitorja 2008 - Fitorja 2008 duke thirrur me emër |
|
| 11,20 | 26,18 | 15,20 | 43,86 | 40,65 | 37,04 | 16,23 | 44,64 | |
| 1C 8.2 | 11,29 | 26,18 | 15,29 | 43,10 | 40,65 | 36,76 | 15,11 | 44,10 |
| 8.2.19.83 | 12,15 | 25,77 | 15,15 | 43,10 | 14,97 | 42,74 | ||
| 6,13 | 34,25 | 14,98 | 43,10 | 39,37 | 37,59 | 15,53 | 42,74 | |
| 1C 8.3 | 6,61 | 33,33 | 15,58 | 43,86 | 40,00 | 37,88 | 16,23 | 42,74 |
| 8.3.6.2076 | 33,78 | 15,53 | 43,48 | 39,37 | 37,59 | 42,74 |
Përfundime (nga tabela dhe nga përvoja personale. Vlen vetëm për versionin e skedarit):
- Nëpër rrjet, mund të merrni numra mjaft normalë për punë nëse ky rrjet është konfiguruar siç duhet dhe shtegu është futur saktë në 1C. Edhe Core i3 i parë mund të prodhojë lehtësisht 40+ papagaj, gjë që është mjaft e mirë, dhe këta nuk janë vetëm papagaj, në punë reale dallimi është gjithashtu i dukshëm. Por! Kufizimi kur punoni me disa (më shumë se 10) përdorues nuk do të jetë më rrjeti, këtu 1 Gbit është ende i mjaftueshëm, por bllokimi gjatë punës me shumë përdorues (Gilev).
- platforma 1C 8.3 është shumë herë më e kërkuar për sa i përket konfigurimit të duhur të rrjetit. Cilësimet bazë - shihni Gilev, por mbani në mend se gjithçka mund të ndikohet. Pashë një përshpejtim nga çinstalimi (dhe jo vetëm fikja) e antivirusit, nga heqja e protokolleve si FCoE, nga ndryshimi i drejtuesve në një version më të vjetër, por të certifikuar nga Microsoft (veçanërisht për kartat e lira si ASUS dhe DLC), nga heqja e kartës së dytë të rrjetit nga serveri. Ka shumë opsione, konfiguroni rrjetin tuaj me kujdes. Mund të ketë një situatë ku platforma 8.2 jep numra të pranueshëm, dhe 8.3 - dy ose edhe më shumë herë më pak. Provoni të luani me versionet e platformës 8.3, ndonjëherë ju merrni një efekt shumë të madh.
- 1C 8.3.6.2076 (ndoshta më vonë, nuk e kam kërkuar ende versionin e saktë) është akoma më e lehtë për t'u konfiguruar në rrjet sesa 8.3.7.2008. Unë arrita të arrij funksionimin normal përmes rrjetit nga 8.3.7.2008 (në papagall të krahasueshëm) vetëm disa herë; nuk mund ta përsërisja për një rast më të përgjithshëm. Nuk kuptova shumë, por duke gjykuar nga mbështjelljet e këmbëve nga Process Explorer, regjistrimi atje nuk është aq i mirë sa në 8.3.6.
- Përkundër faktit se kur punoni në një rrjet 100 Mbit, grafiku i ngarkesës së tij është i vogël (mund të themi se rrjeti është falas), shpejtësia e funksionimit është ende shumë më e vogël se në 1 Gbit. Arsyeja është vonesa e rrjetit.
- Të gjitha gjërat e tjera janë të barabarta (një rrjet që funksionon mirë) për 1C 8.2, lidhja Intel-Realtek është 10% më e ngadaltë se Intel-Intel. Por realtek-realtek në përgjithësi mund të japë një ulje të mprehtë nga bluja. Prandaj, nëse keni para, është më mirë të mbani kartat e rrjetit Intel kudo; nëse nuk keni para, atëherë instaloni Intel vetëm në server (CO-ja juaj). Dhe ka shumë herë më shumë udhëzime për akordimin e kartave të rrjetit Intel.
- Cilësimet e parazgjedhura të antivirusit (duke përdorur versionin 10 të drweb si shembull) zënë rreth 8-10% të papagallëve. Nëse e konfiguroni siç duhet (lejoni procesin 1cv8 të bëjë gjithçka, megjithëse nuk është i sigurt), shpejtësia është e njëjtë si pa një antivirus.
- MOS lexoni gurus Linux. Një server me samba është i shkëlqyeshëm dhe falas, por nëse instaloni Win XP ose Win7 (ose edhe më mirë - server OS) në server, atëherë versioni i skedarit i 1c do të funksionojë më shpejt. Po, samba dhe staku i protokollit dhe cilësimet e rrjetit dhe shumë e shumë më tepër mund të akordohen mirë në debian/ubuntu, por kjo rekomandohet për specialistët. Nuk ka kuptim të instalosh Linux me cilësimet e paracaktuara dhe pastaj të thuash që është i ngadalshëm.
- Është një ide mjaft e mirë të kontrolloni funksionimin e disqeve të lidhur nëpërmjet përdorimit të rrjetit duke përdorur fio. Të paktën do të jetë e qartë nëse këto janë probleme me platformën 1C, apo me rrjetin/diskun.
- Për versionin me një përdorues, nuk mund të mendoj për teste (ose një situatë) ku ndryshimi midis 1 Gbit dhe 10 Gbit do të ishte i dukshëm. E vetmja gjë ku 10 Gbit për versionin e skedarit dha rezultate më të mira është lidhja e disqeve përmes iSCSI, por kjo është një temë për një artikull të veçantë. Megjithatë, mendoj se për versionin e skedarit mjaftojnë kartat 1 Gbit.
- Nuk e kuptoj pse, me një rrjet 100 Mbit, 8.3 funksionon dukshëm më shpejt se 8.2, por ishte një fakt. Të gjitha pajisjet e tjera, të gjitha cilësimet e tjera janë absolutisht të njëjta, thjesht në një rast testohet 8.2, dhe në tjetrën - 8.3.
- NFS jo-akorduar win-win ose win-lin jep 6 papagaj, nuk i përfshiva në tabelë. Pas akordimit mora 25, por ishte e paqëndrueshme (ndryshimi në matje ishte më shumë se 2 njësi). Nuk mund të jap ende rekomandime për përdorimin e Windows dhe protokollit NFS.
Serveri i terminalit. (baza e të dhënave është në server, klientët lidhen përmes rrjetit, protokollit RDP). Algoritmi hap pas hapi:
- Ne shtojmë bazën e të dhënave të testimit të Gilev në server në të njëjtën dosje si bazat e të dhënave kryesore. Ne lidhemi nga i njëjti server dhe kryejmë testin. Ne e mbajmë mend rezultatin.
- Në të njëjtën mënyrë si në versionin e skedarit, ne konfigurojmë procesorin. Në rastin e një serveri terminal, procesori në përgjithësi luan rolin kryesor (supozohet se nuk ka pika të dukshme të dobëta, siç është mungesa e memories ose një sasi e madhe softuerësh të panevojshëm).
- Konfigurimi i kartave të rrjetit në rastin e një serveri terminal praktikisht nuk ka asnjë efekt në funksionimin e 1c. Për të siguruar rehati "të veçantë", nëse serveri juaj prodhon më shumë se 50 papagaj, mund të luani me versionet e reja të protokollit RDP, vetëm për komoditetin e përdoruesve, përgjigjen dhe lëvizjen më të shpejtë.
- Kur një numër i madh përdoruesish janë duke punuar në mënyrë aktive (dhe këtu tashmë mund të provoni të lidhni 30 persona me një bazë të dhënash, nëse provoni), është shumë e këshillueshme të instaloni një disk SSD. Për disa arsye, besohet se disku nuk ndikon veçanërisht në funksionimin e 1C, por të gjitha testet kryhen me cache-in e kontrolluesit të aktivizuar për shkrim, gjë që është e pasaktë. Baza e provës është e vogël, përshtatet mjaft mirë në cache, prandaj shifrat e larta. Në bazat e të dhënave reale (të mëdha) gjithçka do të jetë krejtësisht e ndryshme, kështu që cache është i çaktivizuar për teste.
| Raid 10 4x SATA 7200 ATA ST31500341AS | Raid 10 4x SAS 10k | Raid 10 4x SAS 15k | SSD e vetme | Ramdisk | Ramdisk | Cache është aktivizuar Kontrolluesi RAID |
|
| 21,74 | 28,09 | 32,47 | 49,02 | 50,51 | 53,76 | 49,02 | |
| 1C 8.2 | 21,65 | 28,57 | 32,05 | 48,54 | 49,02 | 53,19 | |
| 8.2.19.83 | 21,65 | 28,41 | 31,45 | 48,54 | 49,50 | 53,19 | |
| 33,33 | 42,74 | 45,05 | 51,55 | 52,08 | 55,56 | 51,55 | |
| 1C 8.3 | 33,46 | 42,02 | 45,05 | 51,02 | 52,08 | 54,95 | |
| 8.3.7.2008 | 35,46 | 43,01 | 44,64 | 51,55 | 52,08 | 56,18 |
- Cache e aktivizuar e kontrolluesit RAID eliminon të gjitha ndryshimet midis disqeve; numrat janë të njëjtë si për sat ashtu edhe për cas. Testimi me të në një sasi të vogël të dhënash është i padobishëm dhe nuk është tregues i asnjë lloji.
- Për platformën 8.2, ndryshimi në performancën midis opsioneve SATA dhe SSD është më shumë se dyfishi. Kjo nuk është një gabim shtypi. Nëse shikoni monitorin e performancës gjatë provës në disqet SATA. atëherë mund të shihni qartë "Koha e funksionimit të diskut aktiv (në%)" 80-95. Po, nëse aktivizoni cache-in e vetë disqeve për regjistrim, shpejtësia do të rritet në 35, nëse aktivizoni cache-in e kontrolluesit të bastisjes - deri në 49 (pavarësisht se cilët disqe po testohen në këtë moment). Por këta janë papagaj sintetikë të cache-it; në punë reale, me baza të të dhënave të mëdha, nuk do të ketë kurrë një raport 100% të goditjes së cache-it të shkrimit.
- Shpejtësia edhe e SSD-ve të lira (kam testuar në Agility 3) është mjaft e mjaftueshme për të ekzekutuar versionin e skedarit. Burimi i regjistrimit është një çështje tjetër, ju duhet ta shikoni atë në secilin rast specifik, është e qartë se Intel 3700 do ta ketë atë një renditje të madhësisë më të lartë, por çmimi është korrespondues. Dhe po, e kuptoj që kur testoj një disk SSD, unë gjithashtu testoj cache-in e këtij disku në një masë më të madhe, rezultatet reale do të jenë më pak.
- Zgjidhja më e saktë (nga këndvështrimi im) do të ishte ndarja e 2 disqeve SSD në një bastisje të pasqyruar për një bazë të dhënash skedarësh (ose disa baza të dhënash skedarësh) dhe të mos vendosni asgjë tjetër atje. Po, me një pasqyrë, SSD-të konsumohen në mënyrë të barabartë, dhe kjo është një minus, por të paktën elektronika e kontrolluesit mbrohen disi nga gabimet.
- Përparësitë kryesore të disqeve SSD për versionin e skedarit do të shfaqen kur ka shumë baza të të dhënave, secila me disa përdorues. Nëse ka 1-2 baza të të dhënave, dhe ka rreth 10 përdorues, atëherë disqet SAS do të jenë të mjaftueshme. (por në çdo rast, shikoni ngarkimin e këtyre disqeve, të paktën përmes perfmonit).
- Përparësitë kryesore të një serveri terminal janë se ai mund të ketë klientë shumë të dobët dhe cilësimet e rrjetit ndikojnë shumë më pak në serverin e terminalit (përsëri, K.O. tuaj).
Nëse testi i Gilev tregon numra të vegjël dhe ju keni një procesor me orë të lartë dhe disqe të shpejtë, atëherë administratori duhet të marrë të paktën perfmon, duke regjistruar të gjitha rezultatet diku dhe të shikojë, vëzhgojë dhe të nxjerrë përfundime. Nuk do të ketë këshilla përfundimtare.
Opsioni klient-server.
Testet janë kryer vetëm në 8.2, sepse në 8.3 gjithçka varet mjaft seriozisht nga versioni.
Për testim, zgjodha opsione të ndryshme serveri dhe rrjete midis tyre për të treguar tendencat kryesore.
| 1C: Xeon 5520 SQL: Xeon E5-2630 | 1C: Xeon 5520 SQL: Xeon E5-2630 Kanali fibër - SSD | 1C: Xeon 5520 SQL: Xeon E5-2630 Kanali fibër - SAS | 1C: Xeon 5650 SQL: Xeon E5-2630 | 1C: Xeon 5650 SQL: Xeon E5-2630 Kanali fibër - SSD | 1C: Xeon 5650 SQL: Xeon E5-2630 | 1C: Xeon 5650 = | 1C: Xeon 5650 = | 1C: Xeon 5650 = | 1C: Xeon 5650 = | 1C: Xeon 5650 = | |
| 16,78 | 18,23 | 16,84 | 28,57 | 27,78 | 32,05 | 34,72 | 36,50 | 23,26 | 40,65 | 39.37 | |
| 1C 8.2 | 17,12 | 17,06 | 14,53 | 29,41 | 28,41 | 31,45 | 34,97 | 36,23 | 23,81 | 40,32 | 39.06 |
| 16,72 | 16,89 | 13,44 | 29,76 | 28,57 | 32,05 | 34,97 | 36,23 | 23,26 | 40,32 | 39.06 |
Duket se i kam shqyrtuar të gjitha opsionet interesante, nëse ka ndonjë gjë tjetër që ju intereson, shkruani në komente, do të përpiqem ta bëj.
- SAS në sistemet e ruajtjes është më i ngadalshëm se SSD-të lokale, edhe pse sistemet e ruajtjes kanë përmasa më të mëdha cache. SSD-të, si lokale ashtu edhe në sistemet e ruajtjes, punojnë me shpejtësi të krahasueshme për testin e Gilev. Unë nuk di ndonjë test standard me shumë fije (jo vetëm regjistrim, por të gjitha pajisjet) përveç testit të ngarkesës 1C nga MCC.
- Ndryshimi i serverit 1C nga 5520 në 5650 pothuajse dyfishoi performancën. Po, konfigurimet e serverit nuk përputhen plotësisht, por tregon një tendencë (nuk është çudi).
- Rritja e frekuencës në serverin SQL sigurisht që jep një efekt, por jo njësoj si në serverin 1C; serveri MS SQL është i shkëlqyeshëm (nëse e kërkoni) për të përdorur shumë bërthama dhe memorie të lirë.
- Ndryshimi i rrjetit midis 1C dhe SQL nga 1 Gbit në 10 Gbit jep afërsisht 10% papagaj. Prisja më shumë.
- Aktivizimi i kujtesës së përbashkët ende jep një efekt, megjithëse jo 15%, siç përshkruhet në artikull. Sigurohuni ta bëni atë, për fat të mirë është e shpejtë dhe e lehtë. Nëse gjatë instalimit dikush i dha serverit SQL një shembull të emërtuar, atëherë që 1C të funksionojë, emri i serverit duhet të specifikohet jo nga FQDN (tcp/ip do të funksionojë), jo përmes localhost ose thjesht ServerName, por përmes ServerNameInstanceName, për shembull zz- testzztest. (Përndryshe do të ketë një gabim DBMS: Microsoft SQL Server Native Client 10.0: Ofruesi i memories së përbashkët: Biblioteka e kujtesës së përbashkët e përdorur për të krijuar një lidhje me SQL Server 2000 nuk u gjet. HRESULT=80004005, HRESULT=80004005, HRESULT=80004005, SQ000r : SQLSTATE=08001, gjendja=1, Ashpërsia=10, vendas=126, rreshti=0).
- Për përdoruesit më pak se 100, pika e vetme në ndarjen e tij në dy serverë të veçantë është një licencë Win 2008 Std (dhe më e vjetër), e cila mbështet vetëm 32 GB RAM. Në të gjitha rastet e tjera, 1C dhe SQL duhet patjetër të instalohen në një server dhe t'u jepet më shumë (të paktën 64 GB) memorie. Dhënia e MS SQL më pak se 24-28 GB RAM është lakmi e pajustifikuar (nëse mendoni se keni memorie të mjaftueshme për të dhe gjithçka funksionon mirë, ndoshta versioni i skedarit i 1C do të mjaftonte për ju?)
- Sa më keq funksionon kombinimi i 1C dhe SQL në një makinë virtuale është tema e një artikulli të veçantë (aluzion - dukshëm më keq). Edhe në Hyper-V gjithçka nuk është aq e qartë...
- Modaliteti i performancës së ekuilibruar është i keq. Rezultatet janë mjaft në përputhje me versionin e skedarit.
- Shumë burime thonë se mënyra e korrigjimit (ragent.exe -debug) shkakton një rënie të konsiderueshme të performancës. Epo, zvogëlohet, po, por nuk do ta quaja 2-3% një efekt domethënës.
1C Test Center 8 është një produkt i specializuar softuerësh nga 1C që ju lejon të vlerësoni performancën e sistemit dhe të studioni pengesat e sistemit të informacionit.
Më parë kemi parë një konfigurim të personalizuar. Tani do të mësojmë se si të krijojmë skenarë për testimin e konfigurimit me shumë përdorues nga përdoruesit dhe të ekzekutojmë vetë testimin.
Skripti i testimit në Qendrën e Testimit 1C është shkruar brenda një përpunimi të krijuar posaçërisht. Ky shabllon ndodhet brenda konfigurimit, ai ka emrin "TCTestProcessingTemplate". Për të krijuar skriptin tuaj të testimit, duhet të kopjoni këtë shabllon dhe në bazë të tij të krijoni tuajin, të ri, le ta quajmë "Ri-postimi i faturës së mallrave":
Le të shtojmë një atribut të ri në përpunim dhe ta shfaqim atë në formularin - "DocumentForCopying", ky është dokumenti që do të kopjojmë.
Le të hedhim një vështrim më të afërt në modulin e formularit. Mund të përdorni tre procedura në të - TCIinitialize(), TCIEexecute(), Delete().
- TCIinitialize - përdoret për të plotësuar fillimisht cilësimet e bazës së informacionit, për shembull, duke plotësuar politikën e kontabilitetit.
- TCEexecute është moduli kryesor në të cilin skripti i testimit është shkruar drejtpërdrejt.
- TCUDeleteData është një modul që përshkruan fshirjen e objekteve të krijuara gjatë procesit të testimit.
Le të shkruajmë kodin më të thjeshtë në procedurën TCEexecute(), e cila do të kopjojë dokumentin e zgjedhur 5 herë me radhë dhe do të masë kopjimin dhe postimin e secilit dokument:
Për cikël th=1 deri në 5
Tools = KipExternalComponent.GetTools();
StartTime = KipExternalComponent.TimerValue(Tools);
Merrni 267 mësime video në 1C falas:
KrijoDokumente();
FundTime = KipExternalComponent.TimerValue(Tools);
Kohëzgjatja e Ekzekutimit = (Koha e Fundit - Koha e fillimit) / 1000;
TCWriteIndicator ("Koha e Ekzekutimit", Kohëzgjatja e Ekzekutimit);
Cikli i Fundit;
Ktheni TCEexecutionResultSuccessfully();
Procedura CreateDocuments() do të ekzekutohet në server:
Procedura CreateDocuments()
NewDocument = TCObject.DocumentForCopying.Copy();
NewDocument.Date = CurrentDate();
NewDocument.Write(DocumentWriteMode.Post);
Fundi i procedurës
Kjo përfundon përgatitjen e skenarit, le të kalojmë në Qendrën e Testimit për të kryer testimin e ngarkesës.
Vendosja e Qendrës së Testimit 1C 8.3
Pas shkrimit të testimit, ne do të fillojmë të konfigurojmë vetë Qendrën e Testimit. Për të konfiguruar, duhet të plotësoni një numër librash referencë:
- Trajtimet— një direktori që përmban një listë të proceseve të lidhura me testimin. Përpunimi mund të jetë i brendshëm dhe i jashtëm.
- Rolet— një direktori për ruajtjen e lidhjes së cilësimeve të përpunimit-përpunimit. Cilësimet janë të dhëna që janë individuale për çdo test (numri i përsëritjeve, dokumenti i kopjuar, etj.).
- Përdoruesit— lista e përdoruesve dhe fjalëkalimet e tyre.
- Kompjuterët— një listë e kompjuterëve në të cilët do të kryhet testi.
- Klientët - përcaktimi se ku, nga kush dhe në çfarë regjimi do të nisë testimi i ngarkesës.
Skenarët e testimit
Libri kryesor i referencës, i cili konsolidon të gjitha cilësimet: sa herë, nga cili përdorues, me cilin emër do të kryhet testimi i ngarkesës.
Gjithashtu në skedën "Parametrat" mund të konfiguroni një skenar testimi teknik:
Pas konfigurimit të skenarit, mbetet vetëm ta nisni atë.
Fillimi i testimit në 1C: Qendra e Testimit
Kur gjithçka është gati, mbetet vetëm të fillojmë punën e testimit.
Për ta bërë këtë, ju duhet të filloni të paktën dy sesione të programit: e para - në rolin e të ashtuquajturit. "agjent", dhe i dyti si iniciator i nisjes së skenarit.
Nisja e agjentit:
Ekzekutimi i skenarit:
Për të ekzekutuar, thjesht zgjidhni skriptin e dëshiruar nga lista dhe klikoni në butonin Run.
Produktet e kontabilitetit dhe menaxhimit të kontabilitetit nga 1C janë më të zakonshmet në Federatën Ruse. Mijëra kompani e zhvillojnë biznesin e tyre bazuar në konfigurimet standarde dhe të specializuara 1C. Me përdorim kaq masiv, lindin rregullisht një sërë pyetjesh në lidhje me optimizimin e buxhetit të softuerit dhe përdorimin e mençur të burimeve. Mosmarrëveshjet vazhdojnë të vërtiten rreth pjesëve të serverit të këtij kompleksi, në veçanti, mbi cilin sistem operativ të bazohet serveri 1C dhe cilit DBMS t'i besojë përpunimin e bazave të të dhënave 1C. Gjatë testeve tona ne do të përpiqemi t'u përgjigjemi këtyre pyetjeve.
Pjesëmarrësit e testit
Sistemi operativ MS Server dhe MS SQL DBMS
- Kompania 1C e pozicionon hapur këtë kombinim si modelin kryesor të punës; në përputhje me rrethanat, produktet 1C janë krijuar kryesisht për të
- Disponueshmëria e një protokolli për shkëmbimin e drejtpërdrejtë të informacionit me shpejtësi të lartë, SharedMemory
- Ka mbështetje teknike zyrtare dhe kontrata shërbimi
- Ekziston një bazë njohurish dhe shumë informacione për instalimin dhe rregullimin e saktë të 1C+MS SQL
Sistemi operativ Unix dhe PostgreSQL DBMS
- Sistemi është plotësisht falas (përveç licencës për serverin 1C: Enterprise)
- Është e mundur të konfiguroni në mënyrë fleksibël shumë parametra që përmirësojnë performancën e DBMS
- Produktet 1C njoftuan mbështetjen për PostgreSQL DBMS
- Ekziston mundësia e përsëritjes së bazës së të dhënave
Sigurisht, kostoja e projektit, toleranca e gabimeve dhe mbështetja teknike janë kritere të rëndësishme kur zgjidhni një sistem informacioni për 1C. Megjithatë, ekziston një faktor që në shumicën e rasteve ndikon rrënjësisht në vendimmarrje - shpejtësia.
Meqenëse ka thjesht një sasi të madhe literaturë teknike për këto dy sisteme në internet, mund të diskutohet për një kohë të gjatë për tabela të gjata krahasuese që, në varësi të qëllimeve, nxjerrin në pah përfitimet e një produkti të caktuar. Ju mund të debatoni për këtë apo atë parametër midis qindra të tjerëve të të njëjtit lloj - sa unik është në llojin e tij dhe si ndikon në arritjen e rezultatit. Por teoria pa praktikë është e vdekur - në këtë artikull ne propozojmë të anashkalojmë teorinë dhe të shkojmë drejtpërdrejt te faktet në mënyrë që të testojmë në praktikë performancën e të dy sistemeve të informacionit me një nivel të caktuar të cilësimeve të rekomanduara dhe në opsionet e ndryshme të arkitekturës së serverit (shiko tabelën 2).
Metodat e testimit
Në testet tona, ne do të mbështetemi në dy metoda të gjenerimit të ngarkesës sintetike dhe simulimit të punës së përdoruesit në 1C. Ky është testi Gilev (TPC-1C) dhe një test special 1C "Test Center" nga mjetet 1C: KIP me skenarë të veçantë përdoruesish.
Testi Gilev (TPC-1C)
Testi Gilev i përket seksionit të testeve universale të ngarkesës ndër-platformë. Mund të përdoret si për skedarët ashtu edhe për arkitekturat klient-server të 1C: Enterprise. Testi mat sasinë e punës për njësi të kohës në një fillesë dhe është i përshtatshëm për vlerësimin e shpejtësisë së ngarkesave të punës me një fije, duke përfshirë shpejtësinë e vizatimit të ndërfaqes, ndikimin e kostove të burimeve, ri-postimin e dokumenteve, procedurat e mbylljes në fund të muajit. , llogaritjet e listës së pagave etj. Shkathtësia ju lejon të bëni një vlerësim përmbledhës të performancës pa u lidhur me një konfigurim të një platforme. Rezultati i testit është një vlerësim total i sistemit të matur 1C, i shprehur në njësi konvencionale.
Test i specializuar nga mjetet e Qendrës së Testimit 1C: Instrumentimi
Qendra e testimit– një mjet për kryerjen e testeve të ngarkesës me shumë përdorues të sistemeve të bazuara në 1C: Enterprise 8 (shih Figurën 1). Me ndihmën e tij, ju mund të simuloni punën e një kompanie pa pjesëmarrjen e përdoruesve realë, gjë që ju lejon të vlerësoni zbatueshmërinë, performancën dhe shkallëzueshmërinë e një sistemi informacioni në kushte reale. Sistemi është një konfigurim që ofron një mekanizëm për kontrollin e procesit të testimit. Për të testuar bazën e informacionit, është e nevojshme të integrohet konfigurimi i Qendrës së Testimit në konfigurimin e bazës së të dhënave që testohet duke krahasuar dhe kombinuar konfigurimet. Si rezultat i bashkimit, objektet dhe modulet e përbashkëta të nevojshme për funksionimin e Qendrës së Testimit do të shtohen në meta të dhënat e bazës së të dhënave të testuar.
Figura 1 - Skema e punës së "Qendrës së Testimit" 1C: Instrumentimi
Kështu, duke përdorur mjetet 1C: KIP, bazuar në të dhënat e disponueshme në bazat reale të prodhimit 1C, programuesi krijon një skenar të plotë të testimit automatik bazuar në listën e dokumenteve dhe librave të referencës që janë kyçe për këtë lloj konfigurimi (aplikacion për shpenzimi i fondeve, porositja tek një furnizues, shitja e mallrave dhe shërbimeve, etj.). Kur ekzekutoni skriptin, Qendra e Testimit do të luajë automatikisht aktivitetin me shumë përdorues të përshkruar në skript. Për ta bërë këtë, Qendra e Testimit do të krijojë numrin e kërkuar të përdoruesve virtualë (në përputhje me listën e roleve) dhe do të fillojë të kryejë veprime.
Parametrat e testimit
Kur vendosni skenarë testimi për të simuluar në mënyrë të besueshme punën e njëkohshme të një numri të madh përdoruesish, për secilin lloj dokumenti vendosen disa parametra testimi (shih Tabelën 1):
- Dokument - tregon një dokument specifik në bazën e të dhënave të punës në bazë të të cilit do të kryhet testimi i ngarkesës
- Prioriteti i nisjes – përcakton rendin në të cilin nisen testet për çdo lloj dokumenti
- Numri i dokumenteve – përcakton vëllimin e dokumenteve të testimit të krijuara
- Pauzë, sekonda - vonesë kur filloni një seri testesh brenda një lloji dokumenti
- Numri i rreshtave në dokument është një tregues informacioni që tregon "masivitetin" e dokumentit të testimit, i cili ndikon në kohën e përpunimit dhe ngarkesën e burimeve
Testet kryhen në 3 përsëritje, rezultatet regjistrohen në një tabelë. Kështu, rezultatet e marra të testit, të matura në sekonda, pasqyrojnë në mënyrë më reale dhe objektive nivelin e performancës së bazave të të dhënave 1C në kushte sa më afër atyre reale (shih tabelat 3.1 dhe 3.2).
Tabela 1. Parametrat e skenarit të testimit
| Dokumenti | Prioriteti i nisjes | Numri i dokumenteve | Pauzë, sekonda | Numri i rreshtave në dokument | |
| Roli 1 | Fatura e blerësit | 1 | 25 | 51 | 62 |
| Pranimi i mallrave | 2 | 25 | 80 | ||
| Shitjet e mallrave | 3 | 25 | 103 | ||
| Urdhër parash | 4 | 25 | 1 | ||
| Kthimet e blerësit | 5 | 25 | 82 | ||
| Roli 2 | Fatura e blerësit5 | 10 | 65 | 79 | |
| Pranimi i mallrave | 1 | 22 | 80 | ||
| Shitjet e mallrave | 2 | 25 | 103 | ||
| Urdhër parash | 3 | 25 | 1 | ||
| Kthimet e blerësit | 4 | 25 | 75 | ||
| Roli 3 | Fatura e blerësit | 4 | 15 | 45 | 76 |
| Pranimi i mallrave | 5 | 26 | 80 | ||
| Shitjet e mallrave | 1 | 52 | 103 | ||
| Urdhër parash | 2 | 26 | 1 | ||
| Kthimet e blerësit | 3 | 32 | 90 | ||
| Roli 4 | Fatura e blerësit | 3 | 45 | 38 | 70 |
| Pranimi i mallrave | 4 | 30 | 80 | ||
| Shitjet e mallrave | 5 | 30 | 103 | ||
| Urdhër parash | 1 | 20 | 1 | ||
| Kthimet e blerësit | 2 | 20 | 86 | ||
| Roli 5 | Fatura e blerësit | 2 | 30 | 73 | 76 |
| Pranimi i mallrave | 3 | 30 | 80 | ||
| Shitjet e mallrave | 4 | 30 | 103 | ||
| Urdhër parash | 5 | 18 | 1 | ||
| Kthimet e blerësit | 1 | 18 | 91 | ||
| Roli 6 | Fatura e blerësit | 1 | 40 | 35 | 86 |
| Pranimi i mallrave | 2 | 40 | 80 | ||
| Shitjet e mallrave | 3 | 40 | 103 | ||
| Urdhër parash | 4 | 40 | 1 | ||
| Kthimet e blerësit | 5 | 40 | 88 | ||
| Roli 7 | Fatura e blerësit | 5 | 25 | 68 | 80 |
| Pranimi i mallrave | 1 | 25 | 80 | ||
| Shitjet e mallrave | 2 | 25 | 103 | ||
| Urdhër parash | 3 | 25 | 1 | ||
| Kthimet e blerësit | 4 | 25 | 90 | ||
| Roli 8 | Fatura e blerësit | 3 | 25 | 62 | 87 |
| Pranimi i mallrave | 4 | 25 | 80 | ||
| Shitjet e mallrave | 5 | 25 | 103 | ||
| Urdhër parash | 1 | 25 | 1 | ||
| Kthimet e blerësit | 2 | 25 | 92 | ||
| Roli 9 | Fatura e blerësit | 2 | 20 | 82 | 82 |
| Pranimi i mallrave | 4 | 20 | 80 | ||
| Shitjet e mallrave | 5 | 20 | 103 | ||
| Urdhër parash | 1 | 20 | 1 | ||
| Kthimet e blerësit | 3 | 20 | 98 | ||
| Roli 10 | Fatura e blerësit | 4 | 50 | 2 | 92 |
| Pranimi i mallrave | 1 | 50 | 80 | ||
| Shitjet e mallrave | 2 | 50 | 103 | ||
| Urdhër parash | 5 | 50 | 1 | ||
| Kthimet e blerësit | 3 | 50 | 98 |
Tabela 2. Karakteristikat teknike të stolit të provës
| Nr. | Roli i sistemit | CPU\vCPU | RAM, GB | Sistemi I/O i diskut |
| 1 | Serveri i terminalit– makinë virtuale për menaxhimin e testeve | 4 bërthama 2.9 GHz |
16 GB | Intel Sata SSD Raid1 |
| 2 | Skenari 1. Hardueri i serverit 1C + DBMS | Intel Xeon E5-2690 16 bërthama |
96 GB | Intel Sata SSD Raid1 |
| 3 | Skenari 2. Serveri 1C + DBMS virtuale | 16 bërthama 2.9 GHz |
64 GB | Intel Sata SSD Raid1 |
| 4 | Skenari 3. Serveri 1C virtual | 16 bërthama 2.9 GHz |
32 GB | Intel Sata SSD Raid1 |
| 5 | Skenari 4. Serveri virtual DBMS | 16 bërthama 2.9 GHz |
32 GB | Intel Sata SSD Raid1 |
| 6 | Software |
|
||
| 7 | Konfigurimet 1C |
|
||
Tabela 3.1 Rezultatet e testit duke përdorur testin Gilev (TPC-1C). Vlera më e lartë konsiderohet optimale
Tabela 3.2 Rezultatet e testit duke përdorur një test të veçantë 1C:KIP. Vlera më e vogël konsiderohet optimale
| Sistemi operativ i serverit Microsoft | Sistemi operativ i klasit Unix | |||||
| Lista e testeve (vlera mesatare e bazuar në një seri prej 3 testesh) | Serveri i harduerit 1C+DBMS, protokolli SharedMemory | Serveri virtual 1C+DBMS, protokolli SharedMemory | Serveri i harduerit 1C dhe serveri DBMS i harduerit, protokolli TCP-IP | Serveri virtual 1C dhe serveri virtual DBMS, protokolli TCP-IP | ||
| Kryerja e testeve 1C:KIP në një bazë të dhënash ekzistuese, konfigurimi i Kontabilitetit të Ndërmarrjeve | ||||||
| Bilanci i qarkullimit | 1.741 sek | 2.473 sek | 2.873 sek | 2.522 sek | 13.866 sek | 9.751 sek |
| Kryerja e kthimit të mallrave nga klientët | 0,695 sek | 0,775 sek | 0,756 sek | 0,781 sek | 0,499 sek | 0,719 sek |
| Kryerja e urdhërpagesave | 0,048 sek | 0,058 sek | 0,063 sek | 0,064 sek | 0,037 sek | 0,065 sek |
| Kryerja e trajnimit teknik | 0,454 sek | 0,548 sek | 0,535 sek | 0,556 sek | 0,362 sek | 0,568 sek |
| Shitjet e mallrave dhe shërbimeve | 0,667 sek | 0,759 sek | 0,747 sek | 0,879 sek | 0,544 sek | 0,802 sek |
| Postimi i një faturë për pagesë | 0,028 sek | 0,037 sek | 0,037 sek | 0,038 sek | 0,026 sek | 0,038 sek |
| Llogaritja e vlerësimeve të kostos | 3.071 sek | 3.657 sek | 4.094 sek | 3.768 sek | 15.175 sek | 10.68 sek |
| Kryerja e testeve 1C:KIP në një bazë të dhënash ekzistuese, konfigurimi i Menaxhimit të Tregtisë | ||||||
| Kryerja dhe kthimi nga klienti | 2.192 sek | 2.113 sek | 2.070 sek | 2.418 sek | 1.417 sek | 1.494 sek |
| Kryerja dhe kthimi i mallrave tek furnizuesi | 1.446 sek | 1.410 sek | 1.359 sek | 1.467 sek | 0,790 sek | 0,849 sek |
| Postimi i një porosie klienti | 0,355 sek | 0,344 sek | 0,335 sek | 0,361 sek | 0,297 sek | 0,299 sek |
| Kryerja e një rinumërimi të mallrave | 0,140 sek | 0,134 sek | 0,131 sek | 0,144 sek | 0,100 sek | 0,097 sek |
| Kryerja e pranimit në specifikimet teknike | 1.499 sek | 1.438 sek | 1.412 sek | 1.524 sek | 1.097 sek | 1,189 sek |
| Zbatimi i specifikimeve | 1390 sek | 1.355 sek | 1.308 sek | 1.426 sek | 1.093 sek | 1.114 sek |
| Kryerja e RKO | 0,759 sek | 0,729 sek | 0,713 sek | 0,759 sek | 0,748 sek | 0,735 sek |
- Në një test të veçantë 1C, operacionet "leximi i të dhënave dhe llogaritjet komplekse", të tilla si "Bilanci i qarkullimit" dhe "Llogaritja e vlerësimeve të kostos" kryhen disa herë më shpejt në MS SQL DBMS nga Microsoft.
- Kur kryeni operacione "regjistrimi i të dhënave dhe postimi i dokumenteve", në shumicën e testeve rezultati më i mirë tregohet nga PostgreSQL DBMS, i optimizuar për 1C.
- Testi sintetik i Gilev tregon gjithashtu avantazhin e PostgreSQL. Ky fakt është për faktin se testi sintetik bazohet në matjen e shpejtësisë së krijimit dhe postimit të disa llojeve të dokumenteve, që konsiderohen edhe operacionet e "regjistrimit të të dhënave dhe postimit të dokumenteve".
Le të përfundojmë me krahasimin ndër-platformë, le të kalojmë te krahasimet brenda secilit sistem:
- Siç pritej, testet 1C në një platformë harduerike tregojnë rezultate më të mira sesa në një virtual. Dallimi në rezultatet e testit special 1C në të dyja rastet është i vogël, gjë që tregon optimizimin gradual nga prodhuesit e hipervizorëve virtualë.
- Gjithashtu pritet që përdorimi i teknologjisë së kujtesës së përbashkët (SharedMemory) të përshpejtojë procesin e shkëmbimit të të dhënave midis serverit 1C dhe DBMS. Prandaj, rezultatet e testimit janë pak më të mira se skema me ndërveprimin në rrjet të këtyre dy shërbimeve përmes protokollit TCP-IP.
Mund të konkludojmë se me konfigurimin e saktë të 1C dhe DBMS, mund të arrini rezultate domethënëse edhe me softuer falas. Prandaj, kur hartoni një strukturë të re IT për 1C, është e nevojshme të merret parasysh niveli i ngarkesës në sistem, lloji i operacioneve mbizotëruese në bazën e të dhënave, buxheti i disponueshëm, prania e një specialisti në DBMS jo standarde, nevoja për integrim me shërbime të jashtme etj. Bazuar në këto të dhëna, tashmë është e mundur të zgjidhet zgjidhja e kërkuar.
Lexoni vazhdimin e testimit.
Versioni aktual: 2.0.011. Historia e versioneve këtu: versions.php
Mund ta shkarkoni këtu: http://infostart.ru/public/173394/ ose këtu: performanceTest.cf
Testi ju lejon të matni performancën e kombinimit të serverit 1c - server DBMS në versione të ndryshme në modalitetin e funksionimit me shumë fije. Testi zgjat 20-30 minuta.
Mos e kryeni testin në një server në të cilin përdoruesit po punojnë aktualisht, ose do të trishtohen! Testi është shumë stresues!
Rezultatet e testit mund të shihen si një raport brenda konfigurimit.
Testi i ngarkesës TPC-1C Gilev
Ju gjithashtu mund të ndani rezultatet me njerëz të tjerë që kanë përfunduar testin duke përdorur përpunimin "share rezultatet". Pas shkëmbimit, ju mund të krahasoni rezultatet tuaja me rezultatet e njerëzve të tjerë.
Udhëzime më të hollësishme, si dhe një diskutim i testit, mund të gjenden në faqen http://infostart.ru/public/173394/.
Janë gjithsej 751 rezultate në bazën e të dhënave, përditësuar për herë të fundit më 15-06-2018 06:33:26. Rezultatet mund të shihen duke shkarkuar testin dhe duke ekzekutuar shkëmbimin e rezultateve, ose (në një formë të thjeshtuar) këtu: results.php
Statistikat
Rezultatet e versionit 1.x: index_old.php
C3js dhe d3js përdoren për të ndërtuar diagrame (c3js varet nga kjo).
| qiellore 20.02.13 — 15:59 |
|
| smitru 1 — 20.02.13 — 16:00 |
|
| ansh15 2 — 20.02.13 — 16:08 |
(0) Tema e vjetër |
| qiellore 3 — 20.02.13 — 16:14 |
Xeon X3450 2.67 GHz |
| Adimr 4 — 20.02.13 — 16:21 |
|
| smitru 5 — 20.02.13 — 16:34 |
|
| qiellore 6 — 20.02.13 — 16:43 |
|
| Ideja? 7 — 20.02.13 — 16:44 |
A duhet të përdor kontrolluesin RAID të integruar në motherboard? Testimi i performancës 1Capo blej një të jashtme? |
| smitru 8 — 20.02.13 — 16:45 |
|
| Fragster 10 — 20.02.13 — 16:49 |
Testi Gilev me një fije |
| Fragster 11 — 20.02.13 — 16:50 |
|
| qiellore 12 — 20.02.13 — 16:51 |
|
| Demiurg 13 — 21.02.13 — 07:30 |
|
| el-gamberro 14 — 21.02.13 — 08:05 |
|
| qiellore 15 — 21.02.13 — 09:47 |
|
| qiellore 16 — 21.02.13 — 09:49 |
Rregulloni punën tuaj duke përdorur konfigurimin 1C "Menaxhimi i Departamentit të IT 8"
KUJDES! Ctrl-F5 ose Ctrl-R
2000
Njerëzore.
Sfondi
Një operacion i detyrueshëm për çdo zbatim ose ndryshim të një sistemi ekzistues informacioni është vlerësimi i shpejtësisë së kërkuar të sistemit dhe planifikimi i burimeve të nevojshme llogaritëse për zbatimin e tij. Aktualisht, nuk ka një zgjidhje të saktë për këtë problem në formë të përgjithshme, dhe nëse, pavarësisht
kompleksiteti dhe kostoja e tij, një algoritëm i tillë do të propozohet nga çdo prodhues, atëherë edhe ndryshime të vogla në harduerin, versionin e softuerit, konfigurimin e sistemit ose numrin ose sjelljen standarde të përdoruesve do të çojnë në gabime të konsiderueshme.
Megjithatë, ka shumë mënyra për të vlerësuar konfigurimin e softuerit dhe harduerit të nevojshëm për të arritur performancën e kërkuar. Të gjitha këto metoda mund të përdoren në procesin e përzgjedhjes, por konsumatori duhet të kuptojë aplikimet dhe kufizimet e tyre.
Shumica e metodave ekzistuese të vlerësimit të performancës bazohen në
ose një lloj tjetër testimi.
Ekzistojnë dy lloje kryesore të testimit:
komponent dhe integral.
Kur kryhet testimi i komponentëve
testimi i përbërësve individualë të zgjidhjes, duke filluar nga performanca
përpunuesit ose nënsistemet e ruajtjes përpara testimit
performanca e serverit në tërësi, por pa ngarkesë në formën e një ose tjetrës
aplikacionet e biznesit.
Testimi i stresit
Qasja integrale karakterizohet nga një vlerësim
performanca e zgjidhjes në tërësi, si pjesët e saj softuerike dhe harduerike.
Në këtë rast, ai mund të përdoret si një aplikacion biznesi që do të përdoret
në zgjidhjen përfundimtare, si dhe disa aplikacione model që emulojnë
disa procese standarde biznesi dhe ngarkesa pune.
Testet TPC dhe teste të tjera universale ju lejojnë të zgjidhni platformat më premtuese dhe të krahasoni ofertat nga prodhues të ndryshëm, por janë vetëm informacione referencë që nuk marrin parasysh specifikat e biznesit. Testet e specializuara ju lejojnë të zgjidhni më saktë një model specifik serveri dhe konfigurimin e tij. Megjithatë, vendimet më të informuara merren vetëm në bazë të rezultateve të testeve të ngarkesës. Vetëm ata ju lejojnë të konfiguroni në mënyrë optimale të zgjedhurin
platformën e serverit dhe konfiguroni atë për performancë maksimale.
Cfare ndodhi TPC-1C-GILV
Kjo është një seri testesh të pavarura të krijuara për të vlerësuar performancën e platformës 1C:Enterprise 8.1 në kompjuterin(ët) tuaj.
Sigurisht, një test "i pavarur" do të thotë që ai nuk sponsorizohet nga 1C.
Testi është aktualisht i disponueshëm" TPC-A-përçueshmëri lokale / TPC-1C-GILV-A" (përditësimi i fundit - Gusht 2008 versioni 1.0.3)
Ideja e testit TPC-A-përçueshmëri lokale / TPC-1C-GILV-A
Ju shkarkoni skedarin e shkarkimit të konfigurimit (~400 KB) nga kjo faqe dhe e ngarkoni atë te vetja. Nëse zgjeroni konfigurimin në versionin e skedarit, atëherë në një masë të madhe testi do të testojë kombinimin "CPU e kompjuterit tuaj - HDD ku ndodhet baza".
Nëse vendosni konfigurimin në një version klient-server, atëherë CPU-ja e serverit të aplikacionit - CPU e serverit të bazës së të dhënave - HDD - serveri i nënbazës së të dhënave do t'i nënshtrohet ngarkesës.
Testi kryen regjistrimin intensiv të 5000 dokumenteve. Nuk ka asnjë kuptim të thellë në logjikën e biznesit të kodit; performanca e dokumentit X, i zgjedhur me kusht si standard, thjesht vlerësohet.
Bukuria kryesore e testit është se nuk keni nevojë të dini detajet teknike. Testi zhvillohet vetë dhe prodhon rezultatin e vet. Për më tepër, nuk keni pse t'i tregoni askujt rezultatin :)
Mund të krahasoni performancën e disa serverëve, ose një serveri me karakteristika të ndryshme të nënsistemit të diskut.
Duke kryer një test nga serveri i aplikacionit dhe nga klienti përmes rrjetit, mund të kuptoni ndikimin e rrjetit në zonën nga klienti në server.
Si të kryeni testin
Kryerja e një testi është shumë e lehtë. Duhet të shtypni një buton
dhe prisni derisa treguesi i testit (në të djathtë të butonit) të arrijë 100%.
Testi zakonisht zgjat rreth 8 minuta.
Çfarë nënkuptojnë rezultatet e testit?
Rezultati i testit raportohet si "shpejtësia e shkrimit" të të dhënave të testit. Gabimi i testit është 2 njësi. Për një vlerësim të saktë, mund ta përsërisni testin 3 herë.
Pasi treguesi i testit të arrijë 100%, do të shihni grafikët si ky:
Më poshtë grafikët janë disa teste të ngjashme të kryera më parë.
Ngjyra e grafikut tregon cilësinë aktuale të performancës "të përgjithshme" për punë pa bllokim.
Ngjyra e gjelbër e grafikut, së bashku me disa tregues të zgjedhur me kusht në të djathtë, na lejon të bëjmë një vlerësim të përgjithësuar ndër-platformë të performancës "të mirë" :)
Si të jeni të lumtur për rezultatet e testit tuaj
Si rezultat, ju morët një indeks të caktuar të performancës (shpejtësia e numërimit). Nuk ka rëndësi nëse rezultati është i mirë apo i keq - ky është rezultati i PLATFORM-it që funksionon në pajisjen tuaj. Në rastin e një versioni klient-server, ky është rezultat i një zinxhiri kompleks kërkesash që kalojnë nëpër seksione të ndryshme. Ju merrni rezultatin total aktual, i cili përcaktohet nga pika e shishes në sistem. GJITHMONË KA NJË VEND SHISHE!
Me fjalë të tjera, të dy cilësimet e DBMS, cilësimet e OS dhe hardueri ndikojnë në rezultatin e përgjithshëm të ekipit :)
Cili server është më i mirë
Ky test, i kryer në një server specifik, jep rezultatin në bazë të tërësisë së cilësimeve të harduerit, sistemit operativ, bazës së të dhënave etj. Megjithatë, një rezultat i lartë në një harduer të caktuar serveri do të thotë që, në kushte normale, i njëjti rezultat do të merret në pajisje të një serveri identik. Ky test është një mjet falas për t'ju ndihmuar të krahasoni instalimin e 1C:Enterprise nën Windows dhe Linux, tre DBMS të ndryshme të mbështetura nga platforma 1C:Enterprise 8.1.
Provoni sigurinë
Testi është absolutisht i sigurt. Nuk çon në një "përplasje" të serverit (nuk ka algoritëm "stresi") dhe nuk kërkon masa paraprake edhe në një server "luftarak". Të dhënat konfidenciale gjithashtu nuk regjistrohen në rezultatet e testit. Mblidhen informacione rreth parametrave të CPU, RAM, HDD. Numrat serialë të pajisjes nuk janë mbledhur. Ju lehtë mund t'i verifikoni të gjitha këto - kodi i testimit është 100% i hapur. Është e pamundur të dërgoni ndonjë informacion pa dijeninë tuaj.
Si të publikoni rezultatet e testit
Nëse dëshironi të ndihmoni në zhvillimin e testit, mund të kryeni një numër testesh në serverët tuaj. Më pas lini listën e përgjithshme të testeve të bëra vetëm ato që dëshironi të publikoni dhe dërgoni një ngarkim dt me rezultatet.
Të dhënat do të verifikohen manualisht (që nuk janë të pasakta), marrësi i testit do të shtohet në kolonën "autori" të testeve dhe do t'i shtohet shkarkimit, i disponueshëm për shkarkim nga të gjithë.
Klasifikimi TPC-A-përçueshmëri lokale / TPC-1C-GILV-A
Testi i përket seksionit të testeve integrale universale ndër-platformë. Për më tepër, është i zbatueshëm për opsionet e skedarëve dhe klient-server për përdorimin e 1C: Enterprise. Testi funksionon për të gjitha DBMS-të e mbështetura nga 1C.
Universaliteti ju lejon të bëni një vlerësim të përgjithësuar të performancës pa u lidhur me një konfigurim specifik tipik platforme.
Nga ana tjetër, kjo do të thotë që për llogaritjet e sakta të një projekti me porosi, testi ju lejon të bëni një vlerësim paraprak përpara testimit të ngarkesave të specializuara (për shembull, duke përdorur 1C: Test Center).
Shënim. Modifikimi i testit " A" do të thotë "menaxhimi automatik i bllokimit". Pas lëshimit të versioneve zyrtare të zgjidhjeve standarde nga 1C, është planifikuar të modifikohet testi për të punuar në modalitetin "bllokime të menaxhuara" dhe ta shënoni atë me shkronjën " M".
Shkarko testin
Ky test nuk është komercial dhe është i disponueshëm për shkarkim falas.
Rezultatet e testit
Top - 3 instalimet më të mira të klient-server të 1C në MS SQL Server. Edhe ju mund të futeni në këtë tabelë. Rezultatet mund t'i shihni më në detaje duke shkarkuar testin.
Detaje teknike
Çfarë ndodh në test në kuadër të ciklit të funksionimit “një”?
Një shembull i ekzekutimit të komandave sql mund të gjendet në skedarin e bashkangjitur.
Si të matni ngarkesën e hekurit
Duhet të theksohet se vetë testi tashmë e kryen pjesërisht matjen. Për një pamje më të detajuar, unë rekomandoj përdorimin e mjetit Process Explorer të Mark Rusinovich.
Figura tregon një shembull të matjes për versionin e skedarit.
Kontaktet për TPC-1C-GILV
http://gilev.ru/1c/ tpc
rezultatet e testimit, propozimet e zhvillimit
dhe dërgoni komente me e-mail: [email i mbrojtur]
Shkoni te materialet e tjera të faqes
| qiellore 20.02.13 — 15:59 |
Ekziston një server në CentOS 6.3 me 64-bit Postgresql 8.4, ai gjithashtu ka një server 32-bit 1C 8.2.16.368 të instaluar *nuk kishte para për një çelës 64-bit * Kam shkarkuar testin e Gilev si një skedar dt. Provova të ndryshoja modalitetin e përputhshmërisë dhe mënyrën e menaxhimit të bllokimit të të dhënave në këtë bazë të dhënash - rezultati ishte i njëjtë. Apo duhet të ekzekutohet ky test në vetë serverin? |
| smitru 1 — 20.02.13 — 16:00 |
(0) Gilev ka forumin e tij. A keni provuar të bëni një pyetje atje? |
| ansh15 2 — 20.02.13 — 16:08 |
(0) Tema e vjetër |
| qiellore 3 — 20.02.13 — 16:14 |
Xeon X3450 2.67 GHz |
| Adimr 4 — 20.02.13 — 16:21 |
(0) http://infostart.ru/public/147259/ |
| smitru 5 — 20.02.13 — 16:34 |
(3) "në një bastisje të pasqyrës së softuerit" E shkëlqyeshme... dhe pas kësaj ka ankesa për frenat???? |
| qiellore 6 — 20.02.13 — 16:43 |
(5) duket sikur një bastisje e butë jep një shpenzim shumë të vogël... por çfarë propozoni të bëni? A duhet të përdor kontrolluesin RAID të integruar në motherboard? apo blej një të jashtme? |
| Ideja? 7 — 20.02.13 — 16:44 |
A duhet të përdor kontrolluesin RAID të integruar në motherboard? apo blej një të jashtme? |
| smitru 8 — 20.02.13 — 16:45 |
(6) polibasi i harduerit është më i mirë (vetëm që me të vërtetë shpejton leximin dhe nuk ngadalëson regjistrimin si softueri) Dhe kështu - ju duhet të shpërndani skedarët e të dhënave, sistemin, skedarin e faqeve, temp db TE PASQYRA TË NDRYSHME (vendosja e këtyre të fundit në jopasqyra është e panevojshme, por në pajisje individuale është e dobishme) |
| Fragster 10 — 20.02.13 — 16:49 |
Testi Gilev me një fije |
| Fragster 11 — 20.02.13 — 16:50 |
(5) është bastisja e pasqyrës (1 dhe 10) që ngadalëson pak |
| qiellore 12 — 20.02.13 — 16:51 |
(7) Bazuar në këto konsiderata, u zgjodh një bastisje e butë. (8) faleminderit për komentin, por... ky server është i instaluar në një kompani të vogël për 5-10 përdorues me një numër të vogël dokumentesh në ditë. Sa e justifikuar është shpërndarja e skedarëve nëpër disqe, madje edhe blerja e disqeve të reja? |
| Demiurg 13 — 21.02.13 — 07:30 |
(1) pse të pyesim specialistët që merren çdo ditë me produktivitetin kur ka gabime? :))) |
| el-gamberro 14 — 21.02.13 — 08:05 |
Unë gjithashtu nuk e kuptoj se çfarë lidhje ka kjo me 1C? |
| qiellore 15 — 21.02.13 — 09:47 |
(14) duket se është një temë në seksionin e IT, jo 1C. |
| qiellore 16 — 21.02.13 — 09:49 |
Gjithçka që duhet të bëj është të kujtoj se ku kam lexuar për të ... |
TurboConf 5 - zgjerimi i aftësive të Konfiguratorit 1C
KUJDES!
Nëse e keni humbur dritaren e futjes së mesazhit, klikoni Ctrl-F5 ose Ctrl-R ose butonin "Rifresko" në shfletues.
Tema nuk është përditësuar për një kohë të gjatë dhe është shënuar si e arkivuar. Shtimi i mesazheve nuk është i mundur.
Por ju mund të krijoni një temë të re dhe ata patjetër do t'ju përgjigjen!
Çdo orë në Forumin Magjik ka më shumë 2000
Njerëzore.
