Kiekvienas pagalbos specialistas turi patirties priimdamas abstrakčius vartotojų skundus. Visiems žinomos formuluotės: „ji labai ilgai galvoja“, „man raudonas langas“, „sistema kažkaip blogai veikia“, taip pat „taip jau seniai nebuvo, o štai yra vėl“.

Esant tokiai situacijai, labai sunku iš karto išsiaiškinti, kur yra klaida ir ką daryti pirmiausia. Šiame straipsnyje pažiūrėsime, nuo ko priklauso 1C našumas, t.y. labai apkrautos sistemos, sukurtos remiantis 1C:Enterprise, tais atvejais, kai simptomai nėra visiškai suprantami ir negalima nustatyti konkrečios diagnozės.

Pagrindinės priežastys, turinčios įtakos 1C veikimui

Daugiau nei 60% atvejų žemo produktyvumo priežastys yra šios:

• Neoptimalios užklausos ir konfigūracijos kodas (26% atvejų);
• Suboptimalus objektų lentelių indeksavimas (19 proc. atvejų);
• Neoptimali disko posistemio apkrova (16% atvejų).

Su tuo sutinka ir pirmaujantys „Microsoft“ kūrėjai.

Taigi, norint žymiai pagerinti duomenų bazės programos veikimą, galima optimizuoti prieigos prie duomenų apimtį, įskaitant loginį ir fizinį duomenų bazių dizainą (kiek įmanoma 1C), taip pat sukurti tinkamą užklausas ir naudojant optimalų indeksavimą. Kai kurios duomenų bazės veikimo problemos gali būti išspręstos padidinus techninės įrangos pajėgumus, bet ne visada: netinkamo programos sprendimo dizaino negali kompensuoti galingesnis serveris. Neretai, nesuprasdamos veikimo problemos priežasčių, vartotojų įmonės, pirkdamos naują įrangą, patiria didelių išlaidų, tačiau problema lieka neišspręsta.

Aukštos kokybės 1C veikimo diagnostika naudojant visą esamų įrankių asortimentą yra sėkmingo problemų sprendimo ir išlaidų optimizavimo raktas

Pirmasis žingsnis siekiant nustatyti ir išspręsti žemo našumo problemas – sudaryti išsamų pagrindinių probleminių veiklų sąrašą, įskaitant dabartinį ir numatomą greitį ateityje.

Pavyzdys:

Neteisingai: programa užstringa generuojant ataskaitą. Noriu, kad jis greičiau susiformuotų.

Teisingai: „Skolos išrašo“ ataskaita sugeneruojama per 5 minutes 10 sekundžių. Numatomas šios ataskaitos generavimo greitis yra ne daugiau kaip 20 sekundžių.

Sudarius ir suskaitmeninus problemų sąrašą, būtina išanalizuoti priežastis, pradedant probleminio kodo paieška, jei toks yra (pvz., „sunkios“ užklausos, ilgas užraktų laukimas, aklavietės ir pan.).

Probleminio kodo nustatymo įrankiai

• „1C: Performance Management Center“ (modulis, įtrauktas į „1C: Corporate“ įrankių paketą, pagamintas 1C);
• Gilevo debesų paslaugos;
• Standartiniai įrankiai, integruoti į DBVS iš pirmaujančių tiekėjų.

Šių įrankių naudojimo efektyvumą garantuoja kūrėjo kvalifikacija „1C: Technologinių klausimų ekspertas“, o tai reiškia jo dalyvavimą didelio masto 1C diegimuose. Tuo pačiu metu skirtingi ekspertai, remdamiesi savo individualia patirtimi, gali teikti pirmenybę vienai ar kitai priemonei/būdui.

Lygiagrečiai naudojant vieną iš pateiktų įrankių, taip pat naudojami standartinės įrangos apkrovos stebėjimo įrankiai (Performance monitors skaitikliai).

Remiantis gautais matavimais, nustatoma priežasčių klasė:

• Problema yra kode;
• Ir (arba) problema yra aparatinėje įrangoje;
• Problema kyla dėl kitų daug išteklių reikalaujančių programų, naudojamų gamybos serveriuose.

Apkrovos testavimas 1C - serverio įrangos įvertinimo metodas

Kaip jau minėta, tarp veiksnių, galinčių teigiamai ir neigiamai paveikti 1C veikimą, svarbią vietą užima serverio aparatinė įranga ir jos konfigūracija. Panagrinėkime matavimų, apkrovos įvertinimo ir sistemos veikimo testavimo galimybes šiomis sąlygomis:

• Serveris 1C yra prieinamas ir yra:
• Kartu su DBVS;
• Atskirame serveryje.

Norint įvertinti esamos serverio įrangos parametrų atitiktį sistemos reikalavimams, reikia rinkti duomenis apie techninės įrangos, įskaitant procesorių, apkrovą, t.y. 1C apkrovos bandymas. Šiuo tikslu naudojamas „Performance Monitor“ - įrankis, leidžiantis matuoti darbo grandinės įrangą ir nuskaityti našumo skaitiklius.

Toliau pateikiamas pagrindinis skaitiklių rinkinys, kurį reikia sukonfigūruoti, kad būtų galima stebėti aparatinės įrangos veikimą sistemoje Windows. Kolekcija sudaroma iš visų serverių, kuriuose yra įdiegti 1C serveriai.

Jei procesoriaus apkrovos procentinis skaitiklis rodinyje „Procesorius“ turi didelę reikšmę, turėtumėte nustatyti procesus, kuriuos galima sustabdyti nepažeidžiant serverio veikimo, taip pat perkelti į kitus serverius.

Rodinys „Procesas“ leis konfigūruoti kiekvieno atskiro proceso stebėjimą, taip pat nustatyti, kurie procesai užima daugiausia procesoriaus laiko. Jei serveryje įdiegtas tik 1C serveris, norėdami suprasti, kokią apkrovą jis kelia aparatinei įrangai, turite sukonfigūruoti šių skaitiklių rinkinį:

\Process("1cv8*")\% Procesoriaus laikas

\Process("ragent*")\% Procesoriaus laikas

\Process("ragent*")\Privatūs baitai

\Process("ragent*")\Virtual Bytes

\Process("rmngr*")\% Procesoriaus laikas

\Process("rmngr*")\Privatūs baitai

\Process("rmngr*")\Virtual Bytes

\Process("rphost*")\% Procesoriaus laikas

\Process("rphost*")\Privatūs baitai

\Process("rphost*")\Virtual Bytes

\Process("1cv8*")\Privatūs baitai

\Process("1cv8*")\Virtual Bytes

Jei esamos sistemos būklė yra nepatenkinama, remiantis surinktais matavimais, naudojant tiesinį ryšį, reikia apskaičiuoti įrangos parametrus tikslinei sistemai įrengti.

Jeigu serverių įrangos pirkimas tik planuojamas, jo parametrus galima apskaičiuoti imituojant planuojamos sistemos veikimą, bet mažesniu mastu, naudojant esamą įrangą. Šiuo tikslu naudojamas „1C: Test Center“, kuris yra įtrauktas į „1C Corporate Toolkit“. Remiantis gautais matavimais, naudojant skaičiavimo metodus, nustatomi planuojamos sistemos parametrai ir atitinkamai įrangai keliami reikalavimai. Šį testą galima pakartotinai naudoti įvairiems matavimams, prieš tai papildžius ir išplėtus funkcionalumą. Ši technika pasižymi dideliu tikslumu ir lengvu skaičiavimu.

Fonas

Privaloma operacija diegiant ar keičiant esamą informacinę sistemą – įvertinti reikiamą sistemos spartą ir suplanuoti jai įgyvendinti reikalingus skaičiavimo išteklius. Šiuo metu nėra tikslaus šios problemos sprendimo bendra forma, o jei, nepaisant to
jo sudėtingumas ir kaina, tokį algoritmą pasiūlys bet kuris gamintojas, tuomet net ir nedideli techninės įrangos, programinės įrangos versijos, sistemos konfigūracijos ar vartotojų skaičiaus ar standartinės elgsenos pakeitimai sukels didelių klaidų.
Nepaisant to, yra pakankamai būdų. Visi šie metodai gali būti naudojami atrankos procese, tačiau vartotojas turi suprasti jų pritaikymą ir apribojimus.

Dauguma esamų veiklos vertinimo metodų yra pagrįsti
ar kitokio tipo bandymai.

Yra du pagrindiniai bandymų tipai:
komponentas ir integralas.

Kai atliekamas komponentų bandymas
atskirų sprendimo komponentų testavimas, pradedant nuo veikimo
procesorius ar saugojimo posistemes prieš bandymą
serverio veikimas kaip visuma, bet be naudingos apkrovos vienokiu ar kitokiu pavidalu
verslo programos.

Integraliniam požiūriui būdingas įvertinimas
viso sprendimo, tiek jo programinės, tiek aparatinės įrangos dalių, našumą.
Tokiu atveju jis gali būti naudojamas kaip verslo programa, kuri bus naudojama
galutiniame sprendime, taip pat kai kurios modelio programos, imituojančios
kai kurie standartiniai verslo procesai ir darbo krūviai.

Testai TPC ir kiti universalūs testai leidžia atsirinkti perspektyviausias platformas ir palyginti skirtingų gamintojų pasiūlymus, tačiau tėra orientacinė informacija, kurioje neatsižvelgiama į verslo specifiką. Specializuoti testai leidžia tiksliau pasirinkti konkretų serverio modelį ir jo konfigūraciją. Tačiau labiausiai pagrįsti sprendimai priimami tik remiantis apkrovos testų rezultatais. Tik jie leidžia optimaliai sukonfigūruoti pasirinktą
serverio platformą ir sukonfigūruokite ją maksimaliam našumui.

Kas nutiko TPC-1C-GILV

Tai nepriklausomų testų serija, skirta įvertinti 1C:Enterprise 8.1 platformos našumą jūsų kompiuteryje (-iuose).

Žinoma, „nepriklausomas“ testas reiškia, kad jo neremia 1C.

Testas šiuo metu prieinamas" TPC-Vietinis pralaidumas / TPC-1C-GILV-A“ (paskutinis atnaujinimas – 2008 m. rugpjūčio mėn. versija 1.0.3)

Bandymo idėja TPC-Vietinis pralaidumas / TPC-1C-GILV-A

Atsisiunčiate konfigūracijos atsisiuntimo failą (~400 KB) iš šios svetainės ir įkeliate jį sau. Jei plečiate konfigūraciją failo versijoje, tada bandymas didžiąja dalimi išbandys ryšį „Jūsų kompiuterio CPU - HDD, kuriame yra bazė“.

Jei įdiegsite konfigūraciją kliento-serverio versijoje, tada programų serverio CPU - antrinių duomenų bazės serverio CPU - antrinių duomenų bazės serveris pirmiausia bus apkraunamas.

Testas intensyviai fiksuoja 5000 dokumentų. Kodo verslo logikoje gilios prasmės nėra, tiesiog vertinamas sąlygiškai standartiniu pasirinkto dokumento X veikimas.

Pagrindinis testo grožis yra tas, kad jums nereikia žinoti techninių detalių. Testas vyksta pats ir sukuria savo rezultatą. Be to, niekam nereikia pasakoti apie rezultatą :)

Galite palyginti kelių serverių arba vieno serverio su skirtingomis disko posistemio charakteristikomis našumą.

Atlikdami testą iš programų serverio ir kliento tinkle, galite suprasti tinklo poveikį srityje nuo kliento iki serverio.

Kaip atlikti testą

Atlikti testą labai lengva. Turite paspausti mygtuką

ir palaukite, kol testo indikatorius (mygtuko dešinėje) pasieks 100%.

Testas paprastai trunka apie 8 minutes.

Ką reiškia testo rezultatai?

Bandymo rezultatas nurodomas kaip bandymo duomenų „rašymo greitis“. Bandymo klaida yra 2 vienetai. Norėdami tiksliai įvertinti, testą galite pakartoti 3 kartus.

Kai testo indikatorius pasieks 100%, pamatysite tokias diagramas:

Žemiau diagramos pateikiami kai kurie anksčiau atlikti panašūs bandymai.

Diagramos spalva rodo esamą „bendro“ darbo be blokavimo kokybę.

Žalia grafiko spalva kartu su kai kuriais sąlygiškai pasirinktais rodikliais dešinėje leidžia mums atlikti apibendrintą „gerų“ rezultatų įvertinimą įvairiose platformose :)

Kaip džiaugtis savo testo rezultatais

Dėl to gavote tam tikrą našumo indeksą (skaičiavimo greitį). Nesvarbu, ar rezultatas geras, ar blogas – tai jūsų aparatinėje įrangoje veikiančios PLATFORMOS rezultatas. Kliento-serverio versijos atveju tai yra rezultatas. Gaunate bendrą faktinį rezultatą, kuris nustatomas pagal BUTELIO TAŠKĄ sistemoje. BUTELIŲ VIETA VISADA YRA!

Kitaip tariant, tiek DBVS nustatymai, tiek OS nustatymai, tiek techninė įranga turi įtakos bendram komandos rezultatui :)

Kuris serveris geresnis

Šis testas, atliekamas konkrečiame serveryje, duoda rezultatą pagal aparatinės įrangos nustatymų visumą, operacinę sistemą, duomenų bazę ir kt. Tačiau aukštas rezultatas konkrečioje serverio aparatinėje įrangoje reiškia, kad įprastomis sąlygomis toks pats rezultatas bus gautas naudojant identišką serverio aparatinę įrangą. Šis testas yra nemokamas įrankis, padedantis palyginti „1C:Enterprise“ diegimą sistemoje „Windows“ ir „Linux“ – trys skirtingos DBVS, kurias palaiko 1C:Enterprise 8.1 platforma.

Bandymo saugumas

Testas yra visiškai saugus. Tai nesukelia serverio „gedimo“ (nėra „streso“ algoritmo) ir nereikalauja išankstinių priemonių net „koviniame“ serveryje. Konfidencialūs duomenys taip pat neįrašomi į testo rezultatus. Renkama informacija apie CPU, RAM, HDD parametrus. Įrenginio serijos numeriai nerenkami. Visa tai galite lengvai patikrinti – testo kodas yra 100% atidarytas. Neįmanoma siųsti jokios informacijos be jūsų žinios.

Kaip paskelbti testo rezultatus

Jei norite padėti sukurti testą, savo serveriuose galite atlikti daugybę testų. Tada palikite bendrą atliktų testų sąrašą tik tuos, kuriuos norite paskelbti, ir išsiųskite dt įkėlimą su rezultatais.

Duomenys bus tikrinami rankiniu būdu (ar jie nėra neteisingi), testo gavėjas bus įtrauktas į testų stulpelį „autorius“ ir bus įtrauktas į atsisiuntimą, kurį galės atsisiųsti visi.

klasifikacija TPC-Vietinis pralaidumas / TPC-1C-GILV-A

Testas priklauso universalių integralinių kelių platformų testų skyriui. Be to, jis taikomas failų ir kliento-serverio parinktims naudojant 1C:Enterprise. Testas veikia visoms DBVS, kurias palaiko 1C.

Universalumas leidžia atlikti apibendrintą našumo vertinimą nesusiejant su konkrečia tipine platformos konfigūracija.

Kita vertus, tai reiškia, kad norint tiksliai apskaičiuoti pasirinktinį projektą, testas leidžia atlikti preliminarų įvertinimą prieš atliekant specializuotą apkrovos testavimą (pavyzdžiui, naudojant 1C: Test Center).

Pastaba. Išbandyti modifikaciją " A" reiškia "automatinį užrakto valdymą". Išleidus oficialias standartinių sprendimų versijas iš 1C, planuojama modifikuoti testą, kad jis veiktų "valdomo užrakto" režimu ir pažymėti jį raide " M".

Parsisiųsti testą

Šis testas nėra komercinis ir.

Testo rezultatai

Populiariausi - 3 geriausi 1C kliento-serverio diegimai MS SQL serveryje. Jūs taip pat galite patekti į šią lentelę. Išsamiau rezultatus galite pamatyti atsisiuntę testą.

Techninės detalės

Kas vyksta bandyme „vieno“ veikimo ciklo metu?

Kaip išmatuoti geležies apkrovą

Pažymėtina, kad pats testas jau iš dalies atlieka matavimą. Norėdami gauti išsamesnį vaizdą, rekomenduoju naudoti Marko Rusinovičiaus įrankį.

Paveikslėlyje parodytas failo versijos matavimo pavyzdys.

Kontaktai, skirti TPC-1C-GILV

http://site/1c/ tpc

bandymų rezultatai, plėtros pasiūlymai

IGORAS ČUFAROVAS, UAB „Radiozavod“ Integruotų automatizuotų sistemų katedros vedėjas, [apsaugotas el. paštas]

40 taškų Gilevo teste –
mitas ar realybė?

Dėl Gilevo testo tęsiasi karštos diskusijos, įskaitant tas, kurios grindžiamos prieštaringais rezultatais. Pasidalinsiu savo patirtimi naudojant šį įrankį.

Neaiškumų ištakos

Pirmą kartą susidūrę su Gilevo testu, daugelis specialistų stebisi jo pagalba gautais nebūdingais rezultatais. Pavyzdžiui, darbalaukio aparatinė įranga gali parodyti geresnius rezultatus nei brangus, galingas serveris. Failo versija gauna aukštesnį įvertinimą nei SQL. Ir jei su antruoju incidentu viskas yra daugiau ar mažiau aišku, tai paaiškinama tiek bandymo dokumentacijoje, tiek daugybėje diskusijų forumuose, tada niekas dar nepadarė aiškių išvadų dėl gana žemų brangios serverio įrangos rezultatų.

Prieš informuojant apie gautus rezultatus, verta paminėti keletą žodžių apie patį Gilevo testą, pasakyti, kas tai yra.

Pavadinimas „Gilev Test“ reiškia TPC-1C apkrovos testą, kurį galima nemokamai atsisiųsti adresu .

Žinomi rezultatai

Šaltinis pateikia įdomių rezultatų lyginant serverį, pagrįstą 2*Intel Xeon E5620 2,4 Ghz su 48 GB RAM ir asmeniniu kompiuteriu, paremtu Intel Core i5 3.0 Ghz su 16 GB RAM. Be papildomų nustatymų ir gudrybių, kaip sakoma „iš dėžutės“, darbo stotis „sulaužė“ serverį Gilevo teste, parodydama 155% didesnį našumą.

Serveris surinko maždaug 17 balų, o darbalaukis – daugiau nei 40. Dėl eksperimentų (dauguma jų buvo sumažinti darbalaukio ištekliai, siekiant nustatyti, kiek tai pablogintų testo rezultatą) ir serverio nustatymų, straipsnio autoriai sugebėjo. pasiekti 25,6 balo.

Atvirai kalbant, rezultatas toli gražu nėra 40 įprastame sistemos bloke. Taigi, ar geriau įdiegti 1C serverį biudžetinėje aparatinėje įrangoje, įsigytoje artimiausiame kioske? Žinoma ne.

Diskusija Infostart Event 2016

Likus kelioms dienoms iki mano kelionės į konferenciją Infostart Event 2016 Sankt Peterburge, svetainėje courses-po-1s pasirodė įdomus dviejų valandų vaizdo įrašas apie 1C:Enterprise sistemos veikimą virtualizuotose aplinkose, įrangos parinkimą ir veikimo problemas. .rf.

Konferencijoje „Infostart Event 2016“ turėjo pasisakyti šio webinaro autorius Andrejus Burmistrovas – 1C ekspertas didelių diegimų technologiniais klausimais, dirbęs tiek 1C įmonėje, tiek prie daugelio didelių diegimų mūsų šalyje, mentorius daugiau nei 2000 specialistų kurse „1C našumo optimizavimas“ ir pasiruošimas 1C: ekspertas.

Dėl susidomėjimo šia tema su Andrejumi kalbėjausi tiek virtualiai, tiek vėliau pačioje konferencijoje. Vienas iš klausimų, kurį jam uždaviau per „HighLoad“ apskritąjį stalą, buvo apie galimybę išleisti internetinį seminarą su įvairių serverio aparatūros parinkčių – su SSD, su įprastu kietuoju disku, įvairiomis techninės įrangos konfigūracijomis – nuorodiniu testavimu. Atsakymas skambėjo maždaug taip: „Ačiū, tai įdomi idėja. Galbūt mes tai padarysime. Tiesiog duok mums Intel P3700, P3600 ir mes mielai jį išbandysime. Nėra taip paprasta kur nors gauti SSD, kad būtų galima išbandyti savaitę.

Taigi, paaiškėjo, kad savo akimis beveik nė vienas mano pašnekovas nematė daugiau nei 30 taškų SQL režimu, o tie, kurie tai matė, pažymėjo, kad tai nėra serverio įrangoje.

Užburtas ratas? Iškilo rimtas klausimas: „40 taškų Gilevo teste naudojant serverio aparatinę įrangą SQL režimu - mitas ar realybė?

Visą straipsnį skaitykite žurnale „Sistemos administratorius“, 2017 m. Nr. 5, 10-15 puslapiuose.

Šio numerio PDF versiją galite įsigyti mūsų svetainėje

Veiklos įvertinimas ir prognozė

Pagrindinė užduotis įdiegus informacinę sistemą – greitas, stabilus ir be rūpesčių vartotojus tenkinantis jos veikimas.

Tačiau dažnai didėjant vartotojų skaičiui, duomenų kiekiui ir įvesties intensyvumui, programos našumas katastrofiškai krenta. Veikimo ir sistemos atsako laikas labai pailgėja.

Visa tai sukelia visų lygių sistemos vartotojų nepasitenkinimą ir neefektyvų darbą.

Nepaisant to, kad toks sistemos elgesys yra nuspėjamas, daugelis nėra pasiruošę tokiam scenarijui.

Yra labai daug atvejų, kai apskaitos sistemų kūrimas buvo planuojamas ir atliktas be išankstinės išsamios analizės, kaip ši sistema elgtųsi su dideliais duomenų kiekiais (pavyzdžiui, lygiagrečiai intensyviai dirbant daugiau nei tūkstančiui žmonių). Tokie projektai sistemai sukurti išleido milžiniškas pinigų sumas. Tačiau po įdiegimo šių sistemų eksploatavimo trukmė buvo pusantrų metų. Tada buvo nustatyta, kad sistema negali susidoroti su užduotimis, buvo skirtas naujas biudžetas ir pradėtas naujas projektas „geresnei“ sistemai įgyvendinti, o tai atnešė tas pačias pasekmes.

Šiuo metu yra tik vienas šios problemos sprendimas – apkrovos testavimas.

Testavimas nepalankiausiomis sąlygomis

Apkrovos testavimas – sistemos elgsenos analizė imituojant tikrą vartotojo apkrovą.

Pagrindiniai apkrovos testavimo tikslai:

• Išbandykite įvairių programinės ir aparatinės įrangos konfigūracijų veikimą
• Patikrinkite sistemos veikimą su skirtingais duomenų kiekiais
• Nustatykite sistemos elgseną esant stresinei apkrovai

Taigi apkrovos bandymas turėtų leisti įvertinti sistemą:

• informacinės sistemos ar atskirų jos dalių veikimo įvertinimas pagal pateiktus įmonės modelio parametrus, siekiant:
• įrangos parinkimas;
• veiklos reikalavimų formulavimas;
• vertinant informacinės sistemos pritaikomumą;
• informacinės sistemos mastelio įvertinimas keičiant:
• informacinės bazės apimtis;
• vienu metu veikiančių vartotojų skaičius;
• sistemos apkrova;
• sistemos veikimo rodiklių pokyčių vertinimas keičiant:
  • sistemos funkcionalumas (sistemos ar atskirų algoritmų tobulinimas);
  • įrangos konfigūracijos.
  • problemų, kylančių tik kelių vartotojų darbo metu (užrakinimo konfliktai ir pan.), nustatymas.

Apkrovos testas padeda ne tik įvertinti tam tikras charakteristikas. Tačiau svarbiausia, kad tai leidžia iš anksto nustatyti sistemos kliūtis ir efektyviausiu būdu išspręsti problemą.

Testuose dalyvaujantys kompiuteriai (sutartinis pavadinimas) - aprašymas (diskai nurodyti tik duomenų bazei):

(išaiškinimas tarp serverių 1 Gbit tinklas)

1) IT33- stalinis kompiuteris su Core i5 4 branduoliais 2,8 GHz, DDR3 3 GB, vienas 7200 aps./s kietasis diskas.

2) TIKRAS- Galingiausias, kaip maniau)) 8 Xeon branduoliai 3 GHz, DDR2 48 GB, RAID10 SSD diske

3) REAL2- 8 Xeon branduoliai 2 GHz, DDR2 22 GB,RAID10 10 000 aps./s SAS standžiuosiuose diskuose

Bandymai buvo atlikti naudojant 1c konfigūraciją iš Gilevo:

"SQL serveris" ---> "1C serveris" ---> "Įvertinimas" + "Kliento kompiuterio pavadinimas (jei nenurodytas, tai yra tas pats sąraše)"

>1)REAL2--->REAL2--->25.64(TCP--SQL)
>2) REAL2--->REAL2--->26.32(SQL - Bendrinama atmintis)

>3)REAL2--->REAL2--->25.64(SQL--Bendra atmintis) + IT33(klientas) - nuo kliento iki serverių tinklo = 10 Mbit

>4 )REAL2--->REAL2--->24.27(SQL--Bendra atmintis) + REAL(klientas) - hmm.. keistas 1 Gbit tinklas... kodėl mažiau papūgų..
>5)REAL2--->REAL2--->37.59(Failas)

** **** **************************
>1) REAL ---> REAL --->8.73 (TCP - SQL)

>2)TIKRAS ---> Tikrasis2---> 11.99 (TCP--SQL) --- tai jau pradeda kelti man minčių))

>3)TIKRAS--->TIKRAS--->17,48 (failas)

** **** ******************************

>1)IT33--->IT33--->26.88(TCP--SQL)
>2)IT33--->IT33--->34.72(SQL - Bendrinama atmintis)
>3)IT33--->IT33--->59.52(Failas)

Rezultatai:

Pažiūrėjau testo rezultatus... susukau į tą pusę)) ir tada man pasirodė (išmatavau RAM greitį),

kaip dėl 1s 8.x greičio (atkreipiu dėmesį, kad testo rezultatai yra pagrįsti VIENO VARTOTOJO režimu, bet ir kliento-serverio versijai su kelių vartotojų darbu - manau, kad jie taip pat turės didelę įtaką) -

Taigi 1C greičiui įtakos turi: CPU magistralės dažnis + RAM atminties dažnis

----> kas turi įtakos Rašymo ir skaitymo greitis RAM. Kuris yra 1s 8.x atlikimo pagrindas.

Kompiuteriai, kurie pasidalino prizus pagal veikimo greitį 1 s))

1) IT33--->IT33--->59.52(Failas)

RAM DDR 3 (skaitymas 11089 MB/s, rašymas 7047 MB/s) ------ kaip ir tikėjausi, serverių skirtumas bus didelis

2) TIKRAS2---> REAL2 ---> 37,59 (failas)
- RAM DDR2 (skaityti = 3474, rašyti = 2068)

3) TIKRAS--->TIKRAS --->17,48 (failas)
- RAM DDR2 (Read=1737MB/s, Write=1042MB/s) – kaip paaiškėjo, greitis mažesnis nei „Real2“ – lygiai 2 kartus,

Dėl įjungtų virtualių branduolių (Hyper-trading) mes greičiausiai jį išjungsime.

IŠVADOS:

Pasiekiamas didžiausias 1s 8.x veikimo greitis:

I) Failo parinktis (man asmeniškai neįdomu)

A) Kliento (bet kurio) paleidimas kompiuteryje su dideliu darbo su RAM greičiu. (pavyzdžiui, terminalo serveris

DB ten).

II) Kliento-Serverio parinktis

1) Storieji klientai 1C„Terminalo serveryje“ - su +

2) Ploni klientai 1C- nėra ypatingo skirtumo kur... bet patartina konfigūruoti per "HTTP://".
3a) „SQL serveris“ + „1C įmonės serveris“(bendrosios atminties režimu) – viename automobilyje su Didžiausia sparta rašymo / skaitymo RAM + Aukščiausio dažnio GHz procesoriaus branduoliai diskai

Paaiškinimai:

- paramaBendra atmintis- pasirodė variklyje nuo 8.2.17 (DĖMESIO konfigūracijoje - suderinamumo režimas su ankstesnėmis variklio versijomis neturėtų būti įjungtas), ankstesniuose varikliuose bus naudojami "Naimed Pipes" - taip pat rodomi geri rezultatai))

- RAID SSD diskuose- patartina naudoti RAID10 - dėl tolerancijos gedimams, atsižvelgiant į Write SKALE:

pavyzdys RAID10 (4 vnt Rašymo bauda = 2), Rašymo greitis = 4/2 = 2 diskai, Nėra skaitymo baudos.

Taip pat galite dar labiau padidinti SSD greičio patikimumą ir stabilumą – išnaudodami ne visą disko talpą.

pavyzdys (padidinti darbalaukio SSD patikimumą iki serverio SSD lygio):

Jei, pavyzdžiui, SSD Intel 520 series 120GB, o paskirkite 81GB, o likusią vietą palikite nepaskirstytą -

tada apie 32% SSD vietos bus skirta pertekliniam aprūpinimui be jau esamų paslėptų 8%. Iš viso gauname apie 40 proc.

Skirtumas tarp serverio SSD „Intel 710“ serijos ir stalinio kompiuterio „Intel 320“ serijos yra būtent perteklinio aprūpinimo skirtumas: daugiau nei 40 % Intel 710 ir 8 % Intel 320.

Jei yra daug 1C klientų nuo 100:

1) Esant dabartinėms Ethernet tinklo technologijoms – Nerekomenduojama ištrinti „SQL“ „Server 1C“.

pavyzdžiui, dėl delsos (vėlavimo) Gigabit tinkle Ethernet – realus apsikeitimo greitis su SQL = 30 megabaitų/s – to neužtenka net intensyviam darbui su 1 vartotojo duomenų baze.

2) Nes Tiesą sakant, „Server 1C“ = „Objektų DBVS“ (daugiamačiai objektai) ir „SQL“ = „Santykinė DBVS“(plokščia duomenų saugykla)

=> SQL duomenų bazėje išsaugoma FLAT 1C objektų projekcija ir 1C serveris surenka objektą iš šios projekcijos, tada dirba su šiuo objektu ir galiausiai, baigus darbą, vėl išdėsto jį plokščiu vaizdu ir išsaugo SQL.

Dėl to tarp „SQL“ ir „1C serverio“ turite atsisakyti jį padalinti į du fizinius serverius. Tačiau galite naudoti visą NUMA mazgų įgyvendinimą. ( Tai turi palaikyti OS ir patys procesoriai).

3b) SQL serverius ir 1c serverius atskiriame atskirai: Naudojant dabartines Ethernet technologijas, pvz., Gigabitą, NĖRA praktiška
-SQL į serverį su Didžiausia sparta rašymo / skaitymo RAM + Aukščiausio dažnio GHz procesoriaus branduoliai
-Kai kurie FIZINIAI serveriai klasteryje 1c c Didžiausia sparta rašymo / skaitymo RAM + Aukščiausio dažnio GHz procesoriaus branduoliai+ patartina naudoti RAID SSD diske- diskai