GNS3 jõudluse tõrkeotsing

By | november 9, 2021

Üks GNS3 kasutamise tagasilööke on protsessori kasutamine. Isegi kui teie arvuti kasutab mitmetuumalist protsessorit ja 64-bitist Windowsi operatsioonisüsteemi 8 GB mäluga, võib väike labor saata 100% protsessori kasutust. Kui loote laboratooriumi suure hulga ruuteritega, muutub teie arvuti väga aeglaseks ja GNS3 rakendus võib isegi mitte reageerida mälu ja protsessori kasutamise tõttu. Neid probleeme saab lahendada järgmiste GNS3 suvanditega.

Mälu kasutus:

Suured topoloogiad koos arvukate marsruutimis- ja kommuteerimisseadmetega võivad tarbida suurel hulgal reaalset ja virtuaalset mälu. GNS3-sse on lisatud valikud “ghostios” ja “sparemem”, mis aitavad neid kahte tüütut probleemi vastavalt lahendada.

Ghostios:

Valik Ghostios võib märkimisväärselt vähendada tegeliku hosti RAM-i hulka, mis on vajalik mitme sama IOS-i kujutisega ruuteriga laborite jaoks. Selle funktsiooni abil eraldab host selle asemel, et iga virtuaalne seade salvestaks sama iOS-i koopia oma virtuaalsesse RAM-i, jagatud mälupiirkonna, mida kõik seadmed kasutavad. Näiteks kui kasutate 10 ruuterit, mis kõik on sama iOS-iga, mille suurus on 60 MB, jääb labori topoloogia käitamisel alles 9 * 60 = 540 MEGABAITI tegelikku RAM-i. GNS3-s on Ghostiose valik vaikimisi lubatud.

Sparsemem:

Funktsioon “sparsemem” ei säästa reaalset mälu, kuid minimeerib iga ruuteri eksemplari tarbitava virtuaalmälu hulka. See võib olla oluline, kuna teie operatsioonisüsteem piirab üksiku protseduuri jaoks 2 GB virtuaalmälu 32-bitises Windowsis ja 3 GB 32-bitises Linuxis. Sparsememi lubamine määrab hostile lihtsalt virtuaalse mälu, mida iOS nendel ruuteritingimustel tegelikult kasutab, mitte kogu konfigureeritud RAM-i. See võib võimaldada teil käivitada täiendavaid asjaolusid. GNS3-s on Sparsemem suvand vaikimisi lubatud.

Protsessori kasutus:

Nagu me varem üle vaadasime, võivad suured keerulised laboritopoloogiad põhjustada CPU liigset kasutamist. Selle põhjuseks on asjaolu, et GNS3 liidese all töötav keskne emulaator Dynamips ei tunne ära, millal virtuaalne ruuter on jõude ja millal see tegelikku tööd teeb. Käsk “idlepc” käivitab töötava pildi hindamise, et määrata kindlaks kõige tõenäolisemad kooditegurid, mis esindavad iOS-i protsessi passiivset tsüklit. Rakendamisel asetab Dynamips virtuaalse ruuteri perioodiliselt puhkeolekusse, kui see tühikäigusilmus sooritatakse. See vähendab oluliselt hosti protsessori kasutust, vähendamata virtuaalse ruuteri võimet tegelikku tööd teha.

Arvuti jõudeolekus:

Arvuti jõudeoleku sätted kehtivad iOS-i kujutise jaoks. Need on iga iOS-i versiooni jaoks ainulaadsed, aga ka erinevad funktsioonikomplektid samast iOS-i versioonist. Kuigi idlepci väärtused ei ole hostarvuti operatsioonisüsteemi ega GNS3 töötava Dynamipsi kiirparanduse jaoks ainulaadsed. Dynamips ei pruugi leida konkreetse iOS-pildi jaoks jõudeolekuarvu või leitud väärtused ei pruugi optimaalselt töötada. Kui see juhtub, kasutage hosti jõudluse monitori ja korrake protsessi, kuni olete leidnud madalaima CPU kasutuse.

Lisa kommentaar

Sinu e-postiaadressi ei avaldata. Nõutavad väljad on tähistatud *-ga