Отстраняване на проблеми с производителността на GNS3

By | ноември 5, 2021

Една от пречките при използването на GNS3 е използването на процесора. Дори ако компютърът ви използва многоядрен процесор и работи с 64-битова операционна система Windows с 8 GB памет, малка лаборатория може да изпрати 100% използване на процесора. Ако създавате лаборатория с голям брой рутери, това ще накара компютъра ви да стане много бавен и дори може да накара приложението GNS3 да не реагира поради използване на памет и процесор. Тези проблеми могат да бъдат разрешени със следните опции на GNS3:

Използване на паметта:

Големите топологии с множество устройства за маршрутизиране и превключване могат да консумират голямо количество реална и виртуална памет. Опциите „ghostios“ и „sparemem“ са включени в GNS3, за да помогнат за решаването на тези два досадни проблема, съответно.

Ghostios:

Опцията Ghostios може значително да намали количеството действителна хост RAM, необходима за лаборатории с редица рутери със същото IOS изображение. С тази функция, вместо всяко виртуално устройство да запазва едно и също копие на iOS във виртуалната си RAM памет, хостът ще разпредели споделен регион от памет, който всички устройства ще използват. Така например, ако използвате 10 рутера, всички с една и съща iOS, която има размер от 60 MB, ще запазите 9 * 60 = 540 МЕГАБАЙТА реална RAM, когато стартирате вашата лабораторна топология. В GNS3 опцията Ghostios е активирана по подразбиране.

разредено:

Функцията „sparsemem“ не пести реална памет, но минимизира количеството виртуална памет, консумирана от всеки екземпляр на рутера. Това може да е важно, тъй като вашата операционна система ограничава отделна процедура до 2 GB виртуална памет на 32-битов Windows и 3 GB на 32-битов Linux. Разрешаването на sparsemem просто обозначава виртуалната памет на хоста, който iOS действително използва при тези обстоятелства на рутера, а не цялото количество конфигурирана RAM. Това може да ви позволи да стартирате допълнителни обстоятелства. В GNS3 опцията Sparsemem е активирана по подразбиране.

Използване на процесора:

Както разгледахме по-рано, големите сложни лабораторни топологии могат да доведат до прекомерно използване на процесора. Това е така, защото Dynamips, централният емулатор, работещ под GNS3 интерфейса, не разпознава кога виртуалният рутер е неактивен и кога върши реална работа. Командата „idlepc“ изпълнява оценка на работещо изображение, за да установи най-вероятните кодови фактори, които представляват неактивен цикъл в процеса на iOS. Когато се внедри, Dynamips поставя виртуалния рутер периодично в покой, когато се изпълнява този цикъл на празен ход. Това значително намалява използването на процесора за хоста, без да намалява способността на виртуалния рутер да извършва действителната работа.

Неактивен компютър:

Настройките на неактивен компютър са специфични за изображение на iOS. Те ще бъдат уникални за всяка версия на iOS, както и различни набори от функции от същата версия на iOS. Въпреки че стойностите на idlepc не са уникални за операционната система на хост компютъра или актуалната корекция на Dynamips, работеща с GNS3. Dynamips може да не успее да намери и стойността на idlepc за конкретно изображение на iOS или стойностите, които намира, може да не работят оптимално. Ако това се случи, използвайте монитора за производителност на хоста и повторете процеса, докато откриете най-ниското използване на процесора.

Вашият коментар

Вашият имейл адрес няма да бъде публикуван. Задължителните полета са отбелязани с *