Volledige afhandeling kan via e-mail & telefoon info@sofie.be
Stuur Sofie een e-mail
info@sofie.be

Blog

Problemen met GNS3-prestaties oplossen

Een van de nadelen van het gebruik van GNS3 is het CPU-gebruik. Zelfs als uw computer een multicore-processor gebruikt en een Windows 64-bits besturingssysteem met 8 GB geheugen gebruikt, kan een klein laboratorium uw CPU-gebruik tot 100% verhogen. Als u een lab creëert met een groot aantal routers, zal uw computer erg traag worden en kan het zelfs tot gevolg hebben dat de GNS3-toepassing niet meer reageert vanwege het geheugengebruik en het CPU-gebruik. Deze problemen kunnen worden opgelost met de volgende GNS3-opties:

Geheugengebruik:

Grote topologieën met talrijke routerings- en schakelapparaten kunnen een grote hoeveelheid reëel en virtueel geheugen in beslag nemen. De opties “ghostios” en “sparemem” zijn in GNS3 opgenomen om respectievelijk deze twee vervelende problemen op te lossen.

Ghostios:

De Ghostios-optie zou de hoeveelheid daadwerkelijke host-RAM die nodig is voor laboratoria met een aantal routers met hetzelfde IOS-beeld aanzienlijk kunnen verlagen. Met deze functie, in plaats van dat elk virtueel apparaat hetzelfde exemplaar van iOS opslaat in zijn virtuele RAM, zal de host zeker één gedeeld geheugengebied toewijzen dat alle apparaten zullen gebruiken. Dus als u bijvoorbeeld 10 routers gebruikt, allemaal met hetzelfde iOS, dat 60 MB groot is, bespaart u 9 * 60 = 540 MEGABYTES werkelijk RAM-geheugen bij het uitvoeren van uw labtopologie. In GNS3 is de Ghostios-optie standaard ingeschakeld.

Spaarsem:

De “sparsemem”-functie bewaart het werkelijke geheugen niet, maar minimaliseert eerder de hoeveelheid virtueel geheugen die door elke routerinstantie wordt verbruikt. Dit kan belangrijk zijn, aangezien uw besturingssysteem een ​​eenzame procedure beperkt tot 2 GB virtueel geheugen op 32-bits Windows en 3 GB op 32-bits Linux. Door sparsemem toe te staan, wordt eenvoudigweg het virtuele geheugen op de host aangeduid dat echt wordt gebruikt door iOS in die routeromstandigheden, in plaats van de hele hoeveelheid RAM die is ingesteld. Hierdoor kunt u aanvullende omstandigheden uitvoeren. In GNS3 is de Sparsemem-optie standaard ingeschakeld.

CPU gebruik:

Zoals we eerder hebben bekeken, kunnen grote complexe labtopologieën overmatig CPU-gebruik veroorzaken. Dit komt doordat Dynamips, de centrale emulator die onder de GNS3-interface draait, niet herkent wanneer de virtuele router inactief is en wanneer deze daadwerkelijk werk doet. De opdracht “idlepc” voert een evaluatie uit op een lopende afbeelding om de meest waarschijnlijke factoren in de code vast te stellen die een inactieve lus binnen het iOS-proces vertegenwoordigen. Wanneer geïmplementeerd, plaatst Dynamips de virtuele router periodiek in een slaapstand wanneer deze inactieve lus wordt uitgevoerd. Dit vermindert het CPU-gebruik op de host aanzienlijk zonder het vermogen van de virtuele router om daadwerkelijk werk uit te voeren te verminderen.

Inactieve pc:

Inactieve pc-waarden zijn specifiek voor een iOS-afbeelding. Ze zullen uniek zijn voor elke IOS-versie, evenals verschillende functiesets van dezelfde iOS-versie. Hoewel idlepc-waarden niet uniek zijn voor het besturingssysteem van de host-pc, of voor de revisie van Dynamips waarop GNS3 draait. Het is mogelijk dat Dynamips niet in staat is om de waarde van een bepaalde iOS-image te vinden en inactief te maken, of dat de gevonden waarden niet optimaal werken. Als dit gebeurt, gebruikt u de hostprestatiemonitor en herhaalt u het proces totdat u het laagste CPU-gebruik hebt gevonden.

Bron: Barry Burdette

  • Gerelateerde Tags: