Du serviloj kun la sama nombro da procesoroj povas teni tre malsaman trafluon, ĉar la nombro kiu gravas estas kiom da kernoj la aktiva datenvojo povas efektive uzi. Unuopa demono en la uzanta spaco, kiu prilaboras la pakaĵojn de unu kliento, estas limigita al unu kerno, dum senŝarĝita kernvojo povas dispartigi tiun laboron. Neniu el la du asertoj diras, kion difinita maŝino faros por via trafiko, kaj tial mezuro venas antaŭ la nombrado de kernoj.

La komparo sube temas pri kie la pakaĵoj estas prilaborataj, ne pri tio, kiu produkto estas pli rapida en abstrakta senco. Tio estas malsamaj demandoj kun malsamaj respondoj.

Unu kerno po fluo sur la uzanta vojo

En tradicia Community OpenVPN instanco la datena kanalo estas prilaborata en la uzanta spaco, kaj okupata konekto povas fiksi unu procesoron dum la tuta uzo de la maŝino restas nerimarkinda. Tial aldoni kernojn al gastiganto jam saturita sur unu fluo ŝanĝas nenion: la planilo havas neniun rimedon disdividi tiun laboron. La strukturo de unu procezo po kliento limigas la transigon de unu kliento per la kapacito de unu kerno, sendepende de la tuta nombro da kernoj. Legu la uzon po kerno dum testado anstataŭ la suma nombro, alie la limŝtono aspektos kiel libera kapacito.

Ruli plurajn servilajn instancojn sur unu gastiganto dispartigas apartajn klientojn inter procezoj. Ĝi ne paraleligas ekzistantan konekton, kaj ĝi kostas apartajn grupojn, aŭskultilojn kaj enkursigajn decidojn.

La alia vojo: pakaĵoj en la kerno

Senŝarĝigo de la datena kanalo movas subtenatan pakaĵprilaboradon kaj kriptografion en la kernon, kie la laboro povas uzi plurajn kernojn. Tio ŝanĝas la kapacitan demandon de unu kerno al la maŝino, sed nur por agordoj, kiujn la efektivigo subtenas: kongrua kernmodulo, taŭga datena ĉifro, kaj agordo sen la trajtoj, kiujn la senŝarĝigo ekskludas. Instali modulon ne samas al uzi ĝin, do konfirmu la aktivan reĝimon el la propra protokolo aŭ el la stata eligo de la konekto. Versia rubando pruvas, kio disponeblas, ne kio ruliĝas.

Senŝarĝigo ne forigas aŭtentikigon aŭ la regkanalon, kaj ĝi ne turnas ĉiun deplojon en plur-kernan. Ĝi estas loka akcelo de kongrua datenvojo, kaj la postuloj varias laŭ platformo kaj versio.

Kion la komparo efektive decidas

La reala elekto estas inter akcepti supran limon po fluo, dispartigi klientojn inter instancoj, kaj transiri al subtenata senŝarĝa agordo. Ĉiu traktas alian problemon, kaj elekti la malĝustan kostas monon sen movi la nombron. La testado kiu gravas estas tiu, kiu havas la formon de la maniero, kiel la servo estas uzata.

Mezuru tri formojn: unu kliento kun unu transigo, unu kliento kun pluraj fluoj, kaj pluraj klientoj kune. Alta sumo en la tria ne pruvas, ke unu sola elŝuto povas atingi ĝin, kaj malrapida unuopa transigo ne pruvas, ke la servilo elĉerpis sian tutan kapaciton. La rezultoj respondas al malsamaj demandoj kaj ambaŭ indas havi.

Nur la meza formo diras al vi, ĉu paralelteco ene de unu kliento helpas, kio kutime estas eco de la transporto kaj de la vojo, ne de la servilo. Nur la unua diras la supran limon, kiun unu aplikaĵo vidos. Tenu la laborŝarĝon identa inter ruladoj, por ke la komparo signifu ion.

Mezuri tiel, ke la nombro signifu ion

Notu la versiojn de servilo kaj kliento, la aktivan datenvojon, la intertraktitan datenan ĉifron, la direkton de transigo, la grandecojn de pakaĵoj, la nombron da fluoj kaj la daŭron. Observu la aktivecon po kerno kaj la perdojn de pakaĵoj kaj vicoj ĉe ambaŭ flankoj, ĉar la propra interfaco de la kliento, la reto de la provizanto aŭ la cella servo povas fariĝi la limo unue. Ŝanĝu unu variablon samtempe, ĉar rulado kiu ŝanĝas ĉifron, kunpremadon, MTU kaj senŝarĝigon kune ne povas diri al vi, kiu gravis. Tenu la alirpolitikon, kiun vi vere intencas deploji, dum la testado, ĉar laboratoria aranĝo, kiun neniu rulos, pruvas malmulte.

Poste lasu marĝenon por la regkanalo, por la denova intertraktado kaj por ĉio alia, kio ruliĝas sur la gastiganto.

Raportu, kion la agordo tenis sub la celata paralelteco, anstataŭ indico ekstrapolita el fremda aparataro. Nombro kun siaj testaj kondiĉoj alkroĉitaj utilas; promeso sen ili estas konjekto, kiun oni repripetos al vi.

Rilataj artikoloj