De sql-test van Gilev is slechter dan het bestandssysteem. Standaard belastingstest

Huidige versie: 2.0.011. Versiegeschiedenis hier: versies.php

Je kunt het hier downloaden: http://infostart.ru/public/173394/ of hier: performanceTest.cf

Met de test kunt u de prestaties van de combinatie 1c-server - DBMS-server in verschillende versies in multi-threaded bedrijfsmodus meten. De test duurt 20-30 minuten.

Voer de test niet uit op een server waar gebruikers momenteel aan werken, anders worden ze verdrietig! De test is erg stressvol!

De testresultaten kunnen als rapport binnen de configuratie worden bekeken.

Belastingstest TPC-1C Gilev

U kunt de resultaten ook delen met andere mensen die de test hebben voltooid via de verwerking "resultaten delen". Na de uitwisseling kunt u uw resultaten vergelijken met de resultaten van andere mensen.

Meer gedetailleerde instructies, evenals een bespreking van de test, zijn te vinden op de pagina http://infostart.ru/public/173394/.

Er zijn in totaal 751 resultaten in de database, voor het laatst bijgewerkt op 15-06-2018 06:33:26. De resultaten kunnen worden bekeken door de test te downloaden en de resultatenuitwisseling uit te voeren, of (in een vereenvoudigde vorm) hier: results.php

Statistieken

Resultaten van versie 1.x: index_old.php

C3js en d3js worden gebruikt om diagrammen te bouwen (c3js hangt ervan af).

Breng uw werk op orde met behulp van de 1C-configuratie "IT-afdelingsbeheer 8"

AANDACHT! Ctrl-F5 of Ctrl-R

2000 Menselijk.

Achtergrond

Een verplichte handeling voor elke implementatie of wijziging van een bestaand informatiesysteem is het beoordelen van de vereiste snelheid van het systeem en het plannen van de benodigde computerbronnen voor de implementatie ervan. Momenteel is er geen exacte oplossing voor dit probleem in algemene vorm, en ondanks
Vanwege de complexiteit en de kosten zal een dergelijk algoritme door elke fabrikant worden voorgesteld, en dan zullen zelfs kleine veranderingen in de hardware, de softwareversie, de systeemconfiguratie of het aantal of het standaardgedrag van gebruikers tot aanzienlijke fouten leiden.
Er zijn echter tal van manieren om de software- en hardwareconfiguratie te evalueren die nodig is om de vereiste prestaties te bereiken. Al deze methoden kunnen worden gebruikt in het selectieproces, maar de consument moet de toepassingen en beperkingen ervan begrijpen.

De meeste bestaande prestatie-evaluatiemethoden zijn hierop gebaseerd
of ander soort testen.

Er zijn twee hoofdtypen testen:
component en integraal.

Wanneer componenttesten worden uitgevoerd
het testen van individuele componenten van de oplossing, beginnend bij de prestaties
processors of opslagsubsystemen voordat u gaat testen
serverprestaties als geheel, maar zonder payload in de vorm van het een of het ander
zakelijke toepassingen.

Belasting testen

De integrale aanpak kenmerkt zich door een assessment
prestaties van de oplossing als geheel, zowel de software- als de hardwareonderdelen.
In dit geval kan het worden gebruikt als een zakelijke applicatie die zal worden gebruikt
in de uiteindelijke oplossing, evenals het emuleren van enkele modeltoepassingen
enkele standaard bedrijfsprocessen en werklasten.

Testen TPC en andere universele tests stellen u in staat de meest veelbelovende platforms te selecteren en aanbiedingen van verschillende fabrikanten te vergelijken, maar zijn slechts referentie-informatie die geen rekening houdt met de specifieke kenmerken van het bedrijf. Met gespecialiseerde tests kunt u nauwkeuriger een specifiek servermodel en de configuratie ervan selecteren. De best geïnformeerde beslissingen worden echter alleen genomen op basis van de resultaten van belastingtests. Alleen hiermee kunt u de geselecteerde optimaal configureren
serverplatform en configureer het voor maximale prestaties.

Wat is er gebeurd TPC-1C-GILV

Dit is een reeks onafhankelijke tests die zijn ontworpen om de prestaties van het 1C:Enterprise 8.1-platform op uw computer(s) te evalueren.

Een ‘onafhankelijke’ test betekent uiteraard dat deze niet wordt gesponsord door 1C.

De test is momenteel beschikbaar" TPC-A-lokale doorvoer / TPC-1C-GILV-A" (laatste update - augustus 2008 versie 1.0.3)

Idee testen TPC-A-lokale doorvoer / TPC-1C-GILV-A

U downloadt het configuratiedownloadbestand (~400 KB) van deze site en uploadt het naar uzelf. Als je de configuratie uitbreidt in de bestandsversie, zal de test voor een groot deel de combinatie 'CPU van je computer - HDD waar de basis zich bevindt' testen.

Als u de configuratie in een client-serverversie implementeert, wordt de CPU van de applicatieserver - de CPU van de subdatabaseserver - HDD - de subdatabaseserver belast.

De test voert een intensieve registratie van 5000 documenten uit. Er zit geen diepe betekenis in de bedrijfslogica van de code; de ​​prestaties van document X, voorwaardelijk gekozen als standaard, worden eenvoudigweg geëvalueerd.

Het mooie van de test is dat je de technische details niet hoeft te kennen. De test loopt vanzelf en produceert zijn eigen score. Bovendien hoef je de uitslag ook aan niemand te vertellen :)

U kunt de prestaties van meerdere servers vergelijken, of van één server met verschillende kenmerken van het schijfsubsysteem.

Door een test uit te voeren vanaf de applicatieserver en vanaf de client over het netwerk, kunt u inzicht krijgen in de impact van het netwerk in het gebied van de client tot de server.

Hoe u een test uitvoert

Een test uitvoeren is heel eenvoudig. Je moet op een knop drukken

en wacht tot de testindicator (rechts van de knop) 100% bereikt.

De test duurt meestal ongeveer 8 minuten.

Wat betekenen de testresultaten?

Het testresultaat wordt gerapporteerd als de "schrijfsnelheid" van de testgegevens. De testfout bedraagt ​​2 eenheden. Voor een nauwkeurige beoordeling kunt u de test 3 keer herhalen.

Nadat de testindicator 100% heeft bereikt, ziet u grafieken als deze:

Onder de grafieken staan ​​enkele eerder uitgevoerde soortgelijke tests.

De kleur van de grafiek geeft de huidige kwaliteit van de "algemene" prestaties aan voor werk zonder blokkering.

De groene kleur van de grafiek, samen met enkele voorwaardelijk geselecteerde indicatoren aan de rechterkant, stelt ons in staat een platformonafhankelijke algemene beoordeling te maken van “goede” prestaties :)

Hoe u tevreden kunt zijn over uw testresultaten

Als gevolg hiervan ontving u een bepaalde prestatie-index (telsnelheid). Het maakt niet uit of het resultaat goed of slecht is: dit is het resultaat van het PLATFORM dat op uw hardware draait. In het geval van een client-serverversie is dit het resultaat van een complexe reeks verzoeken die door verschillende secties gaan. U krijgt het algehele werkelijke resultaat, dat wordt bepaald door het BOTTLE POINT in het systeem. ER IS ALTIJD EEN FLESSENPLAATS!

Met andere woorden, zowel DBMS-instellingen, OS-instellingen als hardware hebben invloed op het algehele teamresultaat :)

Welke server is beter

Deze test, uitgevoerd op een specifieke server, geeft het resultaat op basis van het geheel van hardware-instellingen, besturingssysteem, database, enz. Een hoog resultaat op een bepaalde serverhardware betekent echter dat onder normale omstandigheden hetzelfde resultaat wordt behaald op identieke serverhardware. Deze test is een gratis tool waarmee u de installatie van 1C:Enterprise onder Windows en Linux kunt vergelijken, drie verschillende DBMS'en die worden ondersteund door het 1C:Enterprise 8.1-platform.

Veiligheid testen

De test is absoluut veilig. Het leidt niet tot een “crash” van de server (er is geen “stress”-algoritme) en vereist geen voorafgaande maatregelen, zelfs niet op een “gevechts”-server. Ook worden er geen vertrouwelijke gegevens vastgelegd in de testresultaten. Informatie over CPU-, RAM- en HDD-parameters wordt verzameld. Serienummers van apparaten worden niet verzameld. U kunt dit allemaal eenvoudig verifiëren: de testcode is 100% open. Het is onmogelijk om zonder uw medeweten informatie te verzenden.

Testresultaten publiceren

Als u de test wilt helpen ontwikkelen, kunt u een aantal tests op uw servers uitvoeren. Laat vervolgens de algemene lijst met uitgevoerde tests alleen de tests achter die u wilt publiceren en stuur een dt-upload met de resultaten.

De gegevens worden handmatig geverifieerd (dat deze niet onjuist zijn), de ontvanger van de tests wordt toegevoegd aan de kolom “auteur” van de tests en wordt toegevoegd aan de upload, die door iedereen kan worden gedownload.

Classificatie TPC-A-lokale doorvoer / TPC-1C-GILV-A

De test behoort tot de sectie universele integrale platformonafhankelijke tests. Bovendien is het van toepassing op bestands- en client-serveropties voor het gebruik van 1C:Enterprise. De test werkt voor alle DBMS'en die door 1C worden ondersteund.

Met universaliteit kunt u een algemene prestatiebeoordeling maken zonder gebonden te zijn aan een specifieke, typische platformconfiguratie.

Aan de andere kant betekent dit dat u met de test voor nauwkeurige berekeningen van een project op maat een voorlopige beoordeling kunt maken voordat u gespecialiseerde belastingtests uitvoert (bijvoorbeeld met behulp van 1C: Test Center).

Opmerking. Proefmodificatie " A" betekent "automatisch slotbeheer". Na de release van officiële versies van standaardoplossingen van 1C, is het de bedoeling om de test aan te passen om te werken in de modus "beheerde vergrendeling" en deze aan te duiden met de letter " M".

Test downloaden

Deze test is niet commercieel en kan gratis worden gedownload.

Testresultaten

Top - 3 beste client-server installaties van 1C op MS SQL Server. Ook jij kunt aan deze tafel komen. U kunt de resultaten in meer detail bekijken door de test te downloaden.

Technische details

Wat gebeurt er in de test in het kader van “één” bedieningscyclus?

Een voorbeeld van het uitvoeren van SQL-opdrachten vindt u in het bijgevoegde bestand.

Hoe de ijzerbelasting te meten

Opgemerkt moet worden dat de test zelf de meting al gedeeltelijk uitvoert. Voor een gedetailleerder beeld raad ik aan het hulpprogramma Process Explorer van Mark Rusinovich te gebruiken.

De afbeelding toont een voorbeeld van een meting voor de bestandsversie.

Contacten voor TPC-1C-GILV

http://gilev.ru/1c/ tpc

testresultaten, ontwikkelingsvoorstellen

en stuur beoordelingen per e-mail: [e-mailadres beveiligd]

Ga naar ander sitemateriaal

TurboConf 5 - uitbreiding van de mogelijkheden van de 1C Configurator

AANDACHT!

Als u het berichtinvoervenster kwijt bent, klikt u op Ctrl-F5 of Ctrl-R of de knop "Vernieuwen" in de browser.

Het onderwerp is lange tijd niet bijgewerkt en is gemarkeerd als gearchiveerd. Het toevoegen van berichten is niet mogelijk.
Maar je kunt een nieuwe draad aanmaken en zij zullen je zeker antwoorden!
Elk uur op het Magic Forum zijn er meer 2000 Menselijk.

De implementatie van 1C-infrastructuur op Linux is een eeuwenoud onderwerp, maar nog steeds relevant. We hebben onlangs een artikel 1C Application Server over Linux gepubliceerd, maar de vraag naar echte prestaties in vergelijking met een oplossing voor Windows bleef open. Het testen werd ook in de handmatige modus uitgevoerd, maar omwille van de objectiviteit van de resultaten zal ik de resultaten van de Gilev-test publiceren, die werd uitgevoerd op hetzelfde hardwareplatform met verschillende besturingssystemen: Linux CentOS 7 en MS Windows Server 2012 .

Als server werd een standaard met twee Intel Xeon E5-2670-processors, 8x4GB RAM en een Intel SSD gebruikt.

Overzichtstabel met gemiddelde waarden van Gilev-testresultaten.

Voorbeelden van resultaten

Elk model heeft een handige configurator waarin u de optimale configuratie voor uw taken kunt kiezen. Hier is wat meer hierover.

Het maken van een rekenkrachtcalculator voor een 1C-server is geen triviale taak. En het creëren van een universele 1C-configurator voor alle mogelijke gevallen is vrijwel onmogelijk.

Er zijn vast veel beheerders op de hub die hun eigen idee hebben van de belasting en rekenkrachtvereisten van 1C-servers (uw opmerkingen zullen de waarde van dit artikel vergroten). Er zijn ook officiële 1C-aanbevelingen waarin alles op alles zal werken...

Maar er zijn nog steeds basisparameters die kunnen worden berekend, toepasbaar op een typisch bedrijfsschema. Omdat we weten hoeveel processor- en RAM-bronnen een terminalsessie verbruikt, hoeveel IOPS SQL nodig is voor een bepaald aantal gebruikers, en op basis van de resultaten van talrijke tests, hebben we een configurator ontwikkeld voor een standaardoplossing voor 1C.

Natuurlijk is elk geval uniek en vereist een gedetailleerde voorverkoop, maar voor een geschatte berekening volstaat het om het aantal gebruikers, het type database, het volume van de huidige database aan te geven en de benodigde licenties te selecteren.

Om de kosten van een kant-en-klare oplossing op basis van Linux en Windows te vergelijken, geef ik een voorbeeld uit de configurator met winkelprijzen.

Een server voor 20 gebruikers met een SQL-database van maximaal 80 GB, een 1C: Accounting 8 PROF-licentie, gebaseerd op Linux CentOS, kost RUB 522.759,43. Een vergelijkbare configuratie gebaseerd op Windows - RUB 1.036.279.43.

Het aanbod servers voor 1C STSS Flagman bestaat uit 3 modellen voor zowel Linux als Windows.

1C216.4-200UL- een model gebaseerd op een platform met 2 processors dat de werking van de 1C-infrastructuur garandeert voor maximaal 200 gelijktijdige verbindingen. De opslag wordt berekend volgens hetzelfde principe: de grootte van de database houdt rekening met groei, maar is gebouwd op basis van een RAID10-array van 4xSSD van het vereiste volume.

1C217.2-050UL-REF- dit is een oplossing voor klanten met een beperkt budget, gebouwd op basis van een server die in onze productie is hersteld (na garantievervanging, demofonds, etc.) Servers ondergaan vóór verzending dezelfde belastingtests als nieuwe modellen, maar hebben een verkorte garantieperiode (1 jaar). De server ondersteunt maximaal 50 verbindingen en kost, exclusief licenties, slechts RUB 203.705,00, met een array voor een database van 40 GB.

1C216.4-200UW- Windows-gebaseerd model dat maximaal 200 gebruikers ondersteunt. De opslag is gebouwd op basis van een RAID10-array van 4xSSD van het benodigde volume.

1C217.2-050UW-REF- hetzelfde platform als de op Linux gebaseerde oplossing. Budgetoptie voor 50 aansluitingen, 1 jaar garantie.

De volgende licenties kunnen in alle modellen als 1C-platform worden geselecteerd:

1C: Een klein bedrijf leiden 8 PROF
1C: Handelsbeheer 8 PROF
1C: Boekhouding 8 PROF
1C: Boekhouding 8 CORP
1C: Salaris- en personeelsbeheer 8 PROF
1C: Salaris- en personeelsbeheer 8 CORP
1C: Documentenstroom 8 PROF
1C: Documentenstroom 8 KORP

Bedankt voor uw aandacht! Ik hoop dat habra-gebruikers die dicht bij dit onderwerp staan, hun ervaringen met het selecteren van apparatuur voor 1C in de reacties zullen delen.

Boekhoud- en managementboekhoudproducten van 1C zijn de meest voorkomende in de Russische Federatie. Duizenden bedrijven doen hun zaken op basis van standaard en gespecialiseerde 1C-configuraties. Bij een dergelijk massaal gebruik rijzen er regelmatig een aantal vragen met betrekking tot de optimalisatie van het softwarebudget en het redelijke gebruik van middelen. Er blijven geschillen bestaan ​​rond de serveronderdelen van dit complex, met name over welk besturingssysteem de 1C-server moet worden gebaseerd en aan welke DBMS de verwerking van 1C-databases moet worden toevertrouwd. Tijdens onze tests zullen we proberen deze vragen te beantwoorden.

Deelnemers testen

MS Server-besturingssysteem en MS SQL DBMS

• Het 1C-bedrijf positioneert deze combinatie openlijk als het belangrijkste werkmodel en daarom worden 1C-producten er in de eerste plaats voor gemaakt
• Beschikbaarheid van een protocol voor directe snelle informatie-uitwisseling SharedMemory
• Er zijn officiële technische ondersteunings- en servicecontracten
• Er is een kennisbank en heel veel informatie over de installatie en afstemming van 1C+MS SQL

Unix-besturingssysteem en PostgreSQL DBMS

• Het systeem is volledig gratis (behalve de licentie voor de 1C:Enterprise server)
• Het is mogelijk om flexibel veel parameters te configureren die de prestaties van het DBMS verbeteren
• 1C-producten hebben ondersteuning aangekondigd voor PostgreSQL DBMS
• Er is een mogelijkheid tot databasereplicatie

Uiteraard zijn de kosten van het project, fouttolerantie en technische ondersteuning belangrijke criteria bij het kiezen van een informatiesysteem voor 1C. Er is echter een factor die in de meeste gevallen de besluitvorming radicaal beïnvloedt: snelheid.

Omdat er simpelweg een grote hoeveelheid technische literatuur over deze twee systemen op internet te vinden is, zou je lang kunnen discussiëren over lange vergelijkende tabellen die, afhankelijk van de doelen, de voordelen van een bepaald product benadrukken. Je kunt debatteren over deze of gene parameter tussen honderden andere van dezelfde soort: hoe uniek deze is in zijn soort en hoe deze de verwezenlijking van het resultaat beïnvloedt. Maar theorie zonder praktijk is dood - in dit artikel stellen we voor om de theorie achterwege te laten en direct naar de feiten te gaan om de prestaties van zowel informatiesystemen in de praktijk te testen met een bepaald niveau van aanbevolen instellingen als in verschillende serverarchitectuuropties (zie tabel 2).

Testmethoden

In onze tests zullen we vertrouwen op twee methoden voor het genereren van synthetische belasting en het simuleren van gebruikerswerk in 1C. Dit is de Gilev-test (TPC-1C) en een speciale 1C-test “Test Center” van de 1C: KIP-tools met speciale gebruikersscenario's.

Gilev-test (TPC-1C)

Gilev-test behoort tot de sectie universele platformonafhankelijke belastingstests. Het kan worden gebruikt voor zowel bestands- als client-server-architecturen van 1C:Enterprise. De test meet de hoeveelheid werk per tijdseenheid in één thread en is geschikt voor het beoordelen van de snelheid van werklasten met één thread, inclusief de snelheid van het tekenen van interfaces, de impact van resourcekosten, het opnieuw posten van documenten en procedures voor het afsluiten van de maand. , loonberekeningen, enz. Dankzij de veelzijdigheid kunt u een samenvattende prestatiebeoordeling maken zonder gebonden te zijn aan één platformconfiguratie. Het testresultaat is een totaalbeoordeling van het gemeten 1C-systeem, uitgedrukt in conventionele eenheden.

Gespecialiseerde test van het Testcentrum 1C tools: Instrumentatie

Testcentrum– een tool voor het uitvoeren van belastingtests voor meerdere gebruikers van systemen op basis van 1C:Enterprise 8 (zie figuur 1). Met zijn hulp kunt u het werk van een bedrijf simuleren zonder de deelname van echte gebruikers, waardoor u de toepasbaarheid, prestaties en schaalbaarheid van een informatiesysteem in reële omstandigheden kunt evalueren. Het systeem is een configuratie die een mechanisme biedt voor het besturen van het testproces. Om de informatiebasis te testen, is het noodzakelijk om de Test Center-configuratie te integreren in de configuratie van de database die wordt getest door configuraties te vergelijken en te combineren. Als gevolg van de fusie zullen objecten en gemeenschappelijke modules die nodig zijn voor de werking van het Testcentrum worden toegevoegd aan de metadata van de geteste database.

Figuur 1 - Werkschema van “Testcentrum” 1C: Instrumentatie

Met behulp van de 1C: KIP-tools creëert de programmeur, gebaseerd op de beschikbare gegevens in echte 1C-productiebases, een volwaardig automatisch testscenario op basis van de lijst met documenten en naslagwerken die essentieel zijn voor dit type configuratie (aanvraag voor geld uitgeven, bestellen bij een leverancier, goederen en diensten verkopen, enz.). Wanneer u het script uitvoert, speelt Test Center automatisch de activiteit voor meerdere gebruikers af die in het script wordt beschreven. Hiervoor zal het Testcentrum het benodigde aantal virtuele gebruikers aanmaken (conform de lijst met rollen) en acties gaan uitvoeren.

Testparameters

Bij het opzetten van testscenario’s om op betrouwbare wijze het gelijktijdige werk van een groot aantal gebruikers te simuleren, worden voor elk type document bepaalde testparameters ingesteld (zie Tabel 1):

• Document – ​​geeft een specifiek document in de werkdatabase aan op basis waarvan belastingtests zullen worden uitgevoerd
• Lanceringsprioriteit – bepaalt de volgorde waarin tests worden gestart voor elk type document
• Aantal documenten – bepaalt het aantal gegenereerde testdocumenten
• Pauze, seconden – vertraging bij het starten van een reeks tests binnen één type document
• Het aantal regels in het document is een informatiewijzer die de “massiviteit” van het testdocument aangeeft, wat van invloed is op de verwerkingstijd en de belasting van de bronnen

Testen worden uitgevoerd in 3 iteraties, de resultaten worden vastgelegd in een tabel. De verkregen testresultaten, gemeten in seconden, weerspiegelen dus het meest realistisch en objectief het prestatieniveau van 1C-databases in omstandigheden die de werkelijke omstandigheden zo dicht mogelijk benaderen (zie tabellen 3.1 en 3.2).

Tabel 1. Parameters van testscenario's

Tabel 2. Technische kenmerken van de proefbank

Tabel 3.1 Testresultaten met behulp van de Gilev-test (TPC-1C). De hoogste waarde wordt als optimaal beschouwd

Tabel 3.2 Testresultaten met een speciale 1C:KIP-test. De kleinste waarde wordt als optimaal beschouwd

1. In een speciale 1C-test worden ‘data lezen en complexe berekeningen’ handelingen, zoals ‘Omzetbalans’ en ‘Berekening van kostenramingen’ meerdere malen sneller uitgevoerd op het MS SQL DBMS van Microsoft.
2. Voor de handelingen “gegevens vastleggen en documenten posten” wordt in de meeste tests het beste resultaat getoond door het PostgreSQL DBMS, geoptimaliseerd voor 1C.
3. De synthetische test van Gilev laat ook het voordeel van PostgreSQL zien. Dit feit is te wijten aan het feit dat de synthetische test gebaseerd is op het meten van de snelheid van het maken en plaatsen van bepaalde soorten documenten, wat ook wordt beschouwd als de bewerkingen van “het vastleggen van gegevens en het plaatsen van documenten.”

Laten we eindigen met de platformonafhankelijke vergelijking, laten we verder gaan met vergelijkingen binnen elk systeem:

1. Zoals verwacht laten 1C-tests op een hardwareplatform betere resultaten zien dan op een virtueel platform. Het verschil in de resultaten van de speciale 1C-test is in beide gevallen klein, wat wijst op een geleidelijke optimalisatie door fabrikanten van virtuele hypervisors.
2. Ook wordt verwacht dat het gebruik van gedeelde geheugentechnologie (SharedMemory) het proces van gegevensuitwisseling tussen de 1C-server en het DBMS versnelt. Dienovereenkomstig zijn de testresultaten iets beter dan het schema met netwerkinteractie van deze twee services via het TCP-IP-protocol.

We kunnen concluderen dat u met de juiste configuratie van 1C en het DBMS zelfs met gratis software aanzienlijke resultaten kunt behalen. Daarom is het bij het ontwerpen van een nieuwe IT-structuur voor 1C noodzakelijk om rekening te houden met de mate van belasting van het systeem, het type heersende bewerkingen in de database, het beschikbare budget, de aanwezigheid van een specialist in niet-standaard DBMS, de behoefte aan integratie met externe diensten, enz. Op basis van deze gegevens is het al mogelijk om de gewenste oplossing te selecteren.

Lees het vervolg van het testen.

Het 1C-systeem neemt een dominante positie in op de automatiseringsmarkt voor het midden- en kleinbedrijf. Als een bedrijf voor het 1C-boekhoudsysteem heeft gekozen, werken daar meestal vrijwel alle medewerkers in, van gewone specialisten tot management. Dienovereenkomstig hangt de snelheid van de bedrijfsprocessen van het bedrijf af van de snelheid van 1C. Als 1C met een onbevredigende snelheid werkt, heeft dit rechtstreeks invloed op het werk van het hele bedrijf en de winst.

Bestaat eigenlijk drie 1C-versnellingsmethoden:

• Verhoging van de hardwarecapaciteit.
• Optimalisatie van besturingssysteem en DBMS-instellingen.
• Optimalisatie van code en algoritmen in 1C.

De eerste methode vereist de aanschaf van apparatuur en licenties, de derde vereist veel werk voor programmeurs en als gevolg daarvan resulteren beide manieren in aanzienlijke financiële kosten. Allereerst moet u op de programmacode letten, aangezien geen enkele toename van de servercapaciteit onjuiste code kan compenseren. Elke programmeur weet dat het mogelijk is om met slechts een paar regels code een proces te creëren dat de bronnen van elke server volledig laadt.

Als een bedrijf er zeker van is dat de programmacode optimaal is, maar deze nog steeds langzaam werkt, besluit het management meestal om de servercapaciteit te vergroten. Op dit punt rijst een logische vraag: wat ontbreekt, hoeveel en wat moet er uiteindelijk worden toegevoegd.

Het bedrijf 1C geeft een nogal vaag antwoord op de vraag hoeveel middelen er nodig zijn; we schreven er eerder in onze berichten over. En daarom moet je zelfstandig experimenten uitvoeren en uitzoeken waar de prestaties van 1C van afhangen. Experimenten met programmaprestaties bij EFSOL worden hieronder beschreven.

Bij het werken met 1C 8.2, vooral met configuraties die beheerde formulieren gebruiken, werd een vreemd feit opgemerkt: 1C werkt sneller op een werkstation dan op een krachtige server. Bovendien zijn alle kenmerken van het werkstation slechter dan die van de server.

Tabel 1 - Configuraties waarop de eerste tests zijn uitgevoerd

Het werkstation levert 155% meer prestaties dan een 1C-server met superieure eigenschappen. We begonnen erachter te komen wat er aan de hand was en beperkten de zoektocht.

Figuur 1 – Prestatiemetingen op de werkplek met behulp van de Gilev-test

Het eerste vermoeden was dat de test van Gilev ontoereikend was. Metingen van het openen van formulieren, het plaatsen van documenten, het genereren van rapporten, enz. met behulp van instrumentatietools toonden aan dat de test van Gilev een beoordeling oplevert die evenredig is aan de werkelijke werksnelheid in 1C.

Aantal en frequentie van RAM

Uit een analyse van de op internet beschikbare informatie bleek dat velen schrijven over de afhankelijkheid van 1C-prestaties van de geheugenfrequentie. Het hangt af van de frequentie, niet van het volume. We hebben besloten deze hypothese te testen, omdat we een RAM-frequentie van 1066 MHz op de server hebben versus 1333 MHz op het werkstation, en de hoeveelheid RAM op de server al veel hoger is. We besloten om onmiddellijk niet 1066 MHz, maar 800 MHz te installeren, zodat het effect van de afhankelijkheid van de prestaties op de geheugenfrequentie duidelijker werd. Het resultaat is dat de productiviteit met 12% daalde en uitkwam op 39,37 eenheden. We installeerden geheugen met een frequentie van 1333 MHz in plaats van 1066 MHz op de server en kregen een lichte prestatieverbetering - ongeveer 11%. De productiviteit bedroeg 19,53 eenheden. Het is dus geen kwestie van geheugen, hoewel de frequentie ervan een lichte toename geeft.

Figuur 2 – Prestatiemetingen op een werkstation na het verlagen van de RAM-frequentie

Figuur 3 – Prestatiemetingen op de server na verhoging van de RAM-frequentie

Schijfsubsysteem

De volgende hypothese had betrekking op het schijfsubsysteem. Er kwamen onmiddellijk twee aannames naar voren:

• SSD's zijn beter dan SAS-schijven, zelfs als ze zich in raid 10 bevinden.
• iSCSI is traag of onjuist.

Daarom werd in het werkstation een gewone SATA-schijf geïnstalleerd in plaats van een SSD, en hetzelfde gebeurde met de server: de database werd op een lokale SATA-schijf geplaatst. Als gevolg hiervan veranderden de prestatiemetingen helemaal niet. Hoogstwaarschijnlijk gebeurt dit omdat er voldoende RAM is en de schijven tijdens de test vrijwel op geen enkele manier betrokken zijn.

CPU

De processors op de server zijn uiteraard krachtiger en het zijn er twee, maar de frequentie ligt iets lager dan op het werkstation. We besloten het effect van de processorfrequentie op de prestaties te controleren: er waren geen processors met een hogere frequentie beschikbaar voor de server, dus hebben we de processorfrequentie op het werkstation verlaagd. We hebben deze direct verlaagd naar 1,6 zodat de correlatie duidelijker werd. Uit de test bleek dat de prestaties aanzienlijk daalden, maar zelfs met een 1.6-processor produceerde het werkstation bijna 28 eenheden, wat bijna 1,5 keer meer is dan op de server.

Figuur 4 – Prestatiemetingen op een werkstation met een 1,6 Ghz processor

Videokaart

Er is informatie op internet dat de prestaties van 1C kunnen worden beïnvloed door de videokaart. We hebben geprobeerd de geïntegreerde video van het werkstation, een professionele Nvidia NVIDIA® Quadro® 4000 2 Gb DDR5-adapter en een oude GeForce 16MbSDR-videokaart te gebruiken. Tijdens de Gilev-test werd geen significant verschil opgemerkt. Misschien heeft de videokaart nog steeds effect, maar in reële omstandigheden, wanneer u beheerde formulieren moet openen, enz.

Op dit moment zijn er twee vermoedens waarom het werkstation sneller werkt, zelfs met merkbaar slechtere kenmerken:

1. CPU. Het type processor op het werkstation is beter geschikt voor 1C.
2. Chipset. Als alle andere zaken gelijk blijven, heeft ons werkstation een nieuwere chipset, misschien is dit het probleem.

We zijn van plan de benodigde componenten aan te schaffen en door te gaan met testen om uiteindelijk uit te vinden waar de prestaties van 1C grotendeels van afhangen. Terwijl het goedkeurings- en aanbestedingsproces aan de gang is, hebben we besloten om optimalisaties door te voeren, vooral omdat het niets kost. De volgende fasen werden geïdentificeerd:

Fase 1. Systeemconfiguratie

Laten we eerst de volgende instellingen maken in het BIOS en het besturingssysteem:

1. In het server-BIOS schakelen we alle instellingen uit om processorkracht te besparen.
2. Selecteer het plan “Maximale prestaties” in het besturingssysteem.
3. De processor is ook afgestemd op maximale prestaties. Dit kan worden gedaan met behulp van het PowerSchemeEd-hulpprogramma.

Fase 2. SQL-server en 1C:Enterprise-server instellen

We brengen de volgende wijzigingen aan in de DBMS- en 1C:Enterprise-serverinstellingen.

1. Het Shared Memory-protocol instellen:
   
   
   • Gedeeld geheugen wordt alleen ingeschakeld op het platform vanaf 1C 8.2.17; Named Pipe wordt ingeschakeld - iets lager qua werksnelheid. Deze technologie werkt alleen als 1C- en MSSQL-services op dezelfde fysieke of virtuele server zijn geïnstalleerd.
2. Het wordt aanbevolen om de 1C-service in de debug-modus te zetten, omdat dit, paradoxaal genoeg, een prestatieverbetering oplevert. Foutopsporing is standaard uitgeschakeld op de server.
3. SQL-server instellen:
   
   
   • We hebben alleen de server nodig, de andere diensten die ermee verband houden en misschien gebruikt iemand ze, vertragen het werk alleen maar. We stoppen en schakelen services uit zoals: FullText Search (1C heeft zijn eigen full-text zoekmechanisme), Integratieservices, enz.
   • We stellen de maximale hoeveelheid geheugen in die aan de server wordt toegewezen. Dit is nodig zodat de SQL-server dit bedrag berekent en vooraf het geheugen wist.
   • We stellen het maximale aantal threads in (Maximum worker-threads) en stellen de verhoogde serverprioriteit in (Boostprioriteit).

Fase 3: Het opzetten van een productiedatabase

Nadat de DBMS-server en 1C:Enterprise zijn geoptimaliseerd, gaan we verder met de database-instellingen. Als de database nog niet is uitgebreid vanuit het .dt-bestand en u weet de geschatte grootte ervan, dan is het beter om onmiddellijk de initialisatiegrootte van het primaire bestand aan te geven met “>=” van de databasegrootte, maar dit is een kwestie qua smaak zal het tijdens de expansie nog steeds groeien. Maar de grootte voor automatisch vergroten moet worden opgegeven: ongeveer 200 MB per basis en 50 MB per logboek, omdat De standaardwaarden - groei met 1 MB en 10% vertragen de server erg wanneer deze het bestand elke derde transactie moet vergroten. Ook is het beter om de opslag van het databasebestand en het logbestand op verschillende fysieke schijven of RAID-groepen te specificeren als een RAID-array wordt gebruikt, en de groei van het logbestand te beperken. Het wordt aanbevolen om het Tempdb-bestand naar een snelle array te verplaatsen, omdat het DBMS er vrij vaak toegang toe heeft.

Fase 4. Geplande taken instellen

Geplande taken worden heel eenvoudig gemaakt met behulp van het Onderhoudsplan in de sectie Beheer, met behulp van grafische hulpmiddelen, dus we zullen niet in detail beschrijven hoe dit wordt gedaan. Laten we eens kijken welke bewerkingen moeten worden uitgevoerd om de productiviteit te verbeteren.

• Het defragmenteren van indexen en het bijwerken van statistieken moet dagelijks gebeuren, omdat als de indexfragmentatie > 25% bedraagt, vermindert dit de serverprestaties dramatisch.
• Het defragmenteren en bijwerken van statistieken gebeurt snel en vereist geen ontkoppeling van gebruikers. Het wordt ook aanbevolen om het dagelijks te doen.
• Volledige herindexering – gedaan terwijl de database geblokkeerd is. Het wordt aanbevolen om dit minstens één keer per week te doen. Uiteraard worden de indexen na volledige herindexering onmiddellijk gedefragmenteerd en worden de statistieken bijgewerkt.

Als gevolg hiervan zijn we er, met behulp van het afstemmen van het systeem, de SQL-server en de werkende database, in geslaagd de productiviteit met 46% te verhogen. De metingen zijn uitgevoerd met behulp van de 1C KIP-tool en met behulp van de Gilev-test. Deze laatste toonde 25,6 eenheden versus 17,53 oorspronkelijk.

Korte conclusie

1. De prestaties van 1C zijn niet veel afhankelijk van de RAM-frequentie. Zodra er voldoende geheugen is bereikt, heeft verdere uitbreiding van het geheugen geen zin, omdat dit niet leidt tot prestatieverbetering.
2. 1C-prestaties zijn niet afhankelijk van de videokaart.
3. 1C-prestaties zijn niet afhankelijk van het schijfsubsysteem, op voorwaarde dat de lees- of schrijfwachtrij van de schijf niet wordt overschreden. Als SATA-schijven zijn geïnstalleerd en hun wachtrij niet wordt overschreden, zal het installeren van een SSD de prestaties niet verbeteren.
4. Prestaties zijn behoorlijk afhankelijk van de processorfrequentie.
5. Met de juiste configuratie van het besturingssysteem en de MSSQL-server is het mogelijk om de 1C-prestaties met 40-50% te verhogen zonder enige materiële kosten.

AANDACHT! Een heel belangrijk punt! Alle metingen werden uitgevoerd op een testbasis met behulp van de Gilev-test en 1C-instrumentatietools. Het gedrag van een echte database met echte gebruikers kan afwijken van de verkregen resultaten. Zo vonden we in de testdatabase geen enkele prestatieafhankelijkheid van de videokaart en de hoeveelheid RAM. Deze conclusies zijn nogal twijfelachtig en in reële omstandigheden kunnen deze factoren een aanzienlijke invloed hebben op de prestaties. Bij het werken met configuraties die beheerde formulieren gebruiken, is een videokaart belangrijk en een krachtige grafische processor versnelt het werk wat betreft het tekenen van de programma-interface, visueel komt dit tot uiting in sneller werk van 1C.

Loopt uw ​​1C langzaam? Bestel IT-onderhoud voor computers en servers door EFSOL-specialisten met jarenlange ervaring of zet uw 1C over naar een krachtige en fouttolerante 1C virtuele server.

Systeemintegratie. Advies