Hoeveel kerne het OpenVPN nodig? Dit hang van die pad af

Twee bedieners met dieselfde aantal verwerkers kan baie verskillende deurvoer volhou, want die getal wat saak maak, is hoeveel kerne die aktiewe datapad werklik kan gebruik. 'n Enkele daemon in die gebruikersruimte wat een kliënt se pakkette verwerk, word deur een kern beperk, terwyl 'n kernpad met ontlading daardie werk kan versprei. Nie een van die stellings sê wat 'n gegewe masjien vir jou verkeer sal doen nie, en daarom kom meting voor kerntelling.

Die vergelyking hieronder gaan oor waar pakkette verwerk word, nie oor watter produk in die abstrak vinniger is nie. Dit is verskillende vrae met verskillende antwoorde.

Een kern per stroom op die gebruikersruimte-pad

In 'n tradisionele Community OpenVPN instansie word die datakanaal in die gebruikersruimte verwerk, en 'n besige verbinding kan een verwerker vaspen terwyl die algehele masjienbenutting onopsigtelik bly. Dis hoekom byvoeging van kerne by 'n gasheer wat al op een stroom versadig is, niks verander nie: die skeduleerder het geen manier om daardie werk te verdeel nie. Die struktuur van een proses per kliënt beperk een kliënt se oordrag tot een kern se kapasiteit, ongeag die totale kerntal. Lees per-kern-benutting tydens 'n toets eerder as die totale syfer, anders sal die bottelnek soos oorblywende ruimte lyk.

Verskeie bedienerinstansies op een gasheer versprei afsonderlike kliënte oor prosesse. Dit paralleliseer nie een bestaande verbinding nie, en dit kos afsonderlike poele, luisteraars en roeteringsbesluite.

Die ander pad: pakkette in die kern

Datakanaal-ontlading verskuif ondersteunde pakketverwerking en kriptografie na die kern, waar die werk verskeie kerne kan gebruik. Dit verander die kapasiteitsvraag van een kern na die masjien, maar slegs vir konfigurasies wat die implementering ondersteun: 'n versoenbare kernmodule, 'n geskikte datasleutel en 'n konfigurasie sonder die kenmerke wat ontlading uitsluit. Om 'n module te installeer is nie dieselfde as om dit te gebruik nie, so bevestig die aktiewe modus uit die verbinding se eie log of statusuitvoer. 'n Weergawebanier bewys wat beskikbaar is, nie wat loop nie.

Ontlading verwyder nie verifikasie of die beheerkanaal nie, en dit maak nie elke ontplooiing veelkernig nie. Dit is plaaslike versnelling van 'n versoenbare datapad, en die vereistes verskil per platform en weergawe.

Wat die vergelyking eintlik besluit

Die werklike keuse is tussen die aanvaarding van 'n plafon per stroom, die verspreiding van kliënte oor instansies, en die oorgang na 'n ondersteunde ontladingskonfigurasie. Elkeen spreek 'n ander probleem aan, en die verkeerde een kies kos geld sonder om die syfer te beweeg. Die toets wat saak maak, is die een wat gevorm is soos die manier waarop die diens gebruik word.

Meet drie vorms: een kliënt met een oordrag, een kliënt met verskeie strome, en verskeie kliënte saam. 'n Hoë totaal in die derde bewys nie dat een aflaai dit kan bereik nie, en 'n stadige enkele oordrag bewys nie dat die bediener uit algehele kapasiteit geloop het nie. Die resultate beantwoord verskillende vrae en albei is die moeite werd.

Net die middelste vorm sê vir jou of gelyktydigheid binne een kliënt help, wat gewoonlik 'n eienskap van die vervoer en die pad is eerder as van die bediener. Net die eerste sê vir jou die plafon wat een toepassing sal sien. Hou die werklading identies tussen lopies sodat die vergelyking iets beteken.

Meet sodat die syfer iets beteken

Teken die bediener- en kliëntweergawes op, die aktiewe datapad, die datasleutel wat onderhandel is, die oordragrigting, pakketgroottes, stroomtal en duur. Let op per-kern-aktiwiteit en die pakket- en ryverliese aan beide kante, want die kliënt se eie koppelvlak, die verskaffernetwerk of die bestemmingsdiens kan eerste die beperking word. Verander een veranderlike op 'n slag, want 'n lopie wat sleutel, kompressie, MTU en ontlading saam verander, kan jou nie sê watter een saak gemaak het nie. Hou die toegangbeleid wat jy werklik beplan om te ontplooi tydens die toets, want 'n laboratoriumreëling wat niemand sal gebruik nie, bewys min.

Laat dan ruimte vir die beheerkanaal, vir heronderhandeling en vir alles anders wat op die gasheer loop.

Rapporteer wat die konfigurasie volgehou het onder die beoogde gelyktydigheid, eerder as 'n tempo wat van iemand anders se hardeware afgelei is. 'n Syfer met sy toetsvoorwaardes bygevoeg is nuttig; 'n belofte sonder hulle is 'n raaiskoot wat later vir jou terug aangehaal sal word.