Sa bërthama i duhen OpenVPN? Varet nga rruga
Një rrjedhë e vetme mund të zërë një bërthamë ndërsa serveri duket i papunë. Krahasoni rrugën në hapësirën e përdoruesit me shkarkimin në kernel dhe më pas matni konkurencën që shërbeni vërtet.
Dy serverë me të njëjtin numër procesorësh mund të mbajnë xhiro shumë të ndryshme, sepse numri që ka rëndësi është sa bërthama mund të përdorë vërtet rruga aktive e të dhënave. Një demon i vetëm në hapësirën e përdoruesit që përpunon paketat e një klienti është i kufizuar në një bërthamë, ndërsa një rrugë kernel e shkarkuar mund ta shpërndajë atë punë. Asnjëra prej dy pohimeve nuk thotë çfarë do të bëjë një makinë e caktuar me trafikun tuaj, prandaj matja vjen përpara numërimit të bërthamave.
Krahasimi më poshtë është për atë se ku përpunohen paketat, jo për atë se cili produkt është më i shpejtë në mënyrë abstrakte. Këto janë pyetje të ndryshme me përgjigje të ndryshme.
Një bërthamë për rrjedhë në rrugën e hapësirës së përdoruesit
Në një instancë tradicionale Community OpenVPN kanali i të dhënave përpunohet në hapësirën e përdoruesit, dhe një lidhje e zënë mund të fiksojë një procesor ndërsa shfrytëzimi i përgjithshëm i makinës mbetet i pavërejshëm. Prandaj shtimi i bërthamave në një host tashmë të ngopur në një rrjedhë nuk ndryshon asgjë: planifikuesi nuk ka mënyrë ta ndajë atë punë. Struktura një proces për klient e kufizon transferimin e një klienti në kapacitetin e një bërthame, sido që të jetë numri i përgjithshëm i bërthamave. Gjatë testit lexoni shfrytëzimin për bërthamë në vend të shifrës së përgjithshme, përndryshe pengesa do të duket si rezervë e lirë.
Ekzekutimi i disa instancave të serverit në një host i shpërndan klientët e veçantë mes proceseve. Nuk e paralelizon një lidhje ekzistuese dhe kushton grupe, dëgjues dhe vendime rrugëtimi të veçanta.
Rruga tjetër: paketat në kernel
Shkarkimi i kanalit të të dhënave e zhvendos përpunimin e mbështetur të paketave dhe kriptografinë në kernel, ku puna mund të përdorë disa bërthama. Kjo e ndryshon pyetjen e kapacitetit nga një bërthamë në makinë, por vetëm për konfigurime që implementimi i mbështet: një modul kernel i përputhshëm, një shifër e dhënave e përshtatshme dhe një konfigurim pa veçoritë që shkarkimi përjashton. Instalimi i një moduli nuk është njësoj si përdorimi i tij, prandaj konfirmoni modalitetin aktiv nga regjistri ose dalja e statusit të vetë lidhjes. Një baner versioni dëshmon çfarë është në dispozicion, jo çfarë po funksionon.
Shkarkimi nuk heq vërtetimin ose kanalin e kontrollit dhe nuk e kthen çdo vendosje në një me shumë bërthama. Është përshpejtim lokal i një rruge të dhënash të përputhshme, dhe kërkesat ndryshojnë sipas platformës dhe versionit.
Çfarë vendos në të vërtetë krahasimi
Zgjedhja e vërtetë është mes pranimit të një kufiri për rrjedhë, shpërndarjes së klientëve mes instancave dhe kalimit në një konfigurim të mbështetur shkarkimi. Secili trajton një problem tjetër, dhe zgjedhja e të gabuarit kushton para pa e lëvizur numrin. Testi që ka rëndësi është ai i formësuar sipas mënyrës se si përdoret shërbimi.
Matni tre forma: një klient me një transferim, një klient me disa rrjedha dhe disa klientë së bashku. Një total i lartë në të tretën nuk provon se një shkarkim i vetëm mund ta arrijë, dhe një transferim i vetëm i ngadaltë nuk provon se serveri e ka shterur kapacitetin e përgjithshëm. Rezultatet u përgjigjen pyetjeve të ndryshme dhe të dyja ia vlen t'i kesh.
Vetëm forma e mesme ju tregon nëse konkurenca brenda një klienti ndihmon, e cila zakonisht është veti e transportit dhe e rrugës, jo e serverit. Vetëm e para tregon kufirin që do të shohë një aplikacion i vetëm. Mbani ngarkesën identike mes ekzekutimeve që krahasimi të ketë kuptim.
Matje që numri të ketë kuptim
Regjistroni versionet e serverit dhe klientit, rrugën aktive të të dhënave, shifrën e të dhënave të negociuar, drejtimin e transferimit, madhësitë e paketave, numrin e rrjedhave dhe kohëzgjatjen. Vëzhgoni aktivitetin për bërthamë dhe humbjet e paketave e radhëve në të dy skajet, sepse ndërfaqja e vetë klientit, rrjeti i ofruesit ose shërbimi i destinacionit mund të bëhen kufiri të parët. Ndryshoni një ndryshore në një kohë, sepse një ekzekutim që ndryshon shifrën, kompresimin, MTU-në dhe shkarkimin së bashku nuk mund t'ju thotë cila kishte rëndësi. Gjatë testit mbani politikën e aksesit që vërtet synoni të vendosni, sepse një rregullim laboratori që askush nuk do ta ekzekutojë provon pak.
Pastaj lini vend për kanalin e kontrollit, për rinegocimin dhe për gjithçka tjetër që funksionon në host.
Raportoni çfarë mbajti konfigurimi nën konkurencën e synuar, jo një normë të ekstrapoluar nga hardueri i dikujt tjetër. Një numër me kushtet e testit të bashkangjitura është i dobishëm; një premtim pa to është një hamendësim që do t'ju citohet më vonë.