Да ли вам треба више РАМ-а за покретање 32-битних програма на 64-битним Виндовсима?

Реклама

Већина рачунара данас се испоручује са 64-битном верзијом Виндовса и често са минималном количином РАМ-а. Ово доводи у питање успешност ових система. Ово је посебно тачно када корисници желе да покрену свој застарјели 32-битни софтвер на овим новим рачунарима.

Што поставља занимљиво питање. Зар не треба више или мање РАМ-а Колико РАМ-а вам стварно треба?РАМ меморија је попут краткотрајне меморије. Што више задајете више задатака, више вам треба. Сазнајте колико вашег рачунара има, како да извучете максимум из њега или како да добијете више. Опширније покренути 32-битну апликацију на а 64-битна верзија оперативног система Виндовс Шта је 64-битно рачунање?Паковање рачунара или рачунарског хардвера је претрпано техничким терминима и значкама. Један од најистакнутијих је 64-битни. Опширније ? Ове недеље, Бруце Еппер сазнаје.

Читалац пита:

Да ли је тачно да покретање 32-битних апликација на 64-битном Виндовс систему троши 1,5 пута више меморије у поређењу са покретањем 32-битне апликације у 32-битном Виндовс оперативном систему?

Бруцеов одговор:

Претходно смо разговарали о предностима и недостацима чувања свега 64-битног преко плоче и неких од њих ефекти „мешања и подударања“ Како хардвер и софтвер утичу на перформансе оперативног система ВиндовсТеоретски, 32-битни софтвер могао би надмашити 64-битни софтвер, овисно о подешавању хардвера. Звучи компликовано? Овде смо да имамо смисла и помогнемо вам да најбоље искористите своје системе. Опширније . Данас ћемо испитати како се 32-битне апликације извршавају на 64-битним верзијама оперативног система Виндовс.

64-битни Виндовс оперативни систем не може покренути 32-битни Виндовс програм без додатне помоћи. Они су једноставно превише различити: од показатеља и типова података, до тога како систем позива (како програми користе ресурсе основног оперативног система). Потребан вам је начин да их учините компатибилним.

Разумевање ВоВ64

Виндовс користи подсистем ВоВ64 (Виндовс32 на Виндовс64) да надокнади разлике. Ефикасно делује као 32-битни Виндовс мини емулатор на к64 системима и потпуно развијени емулатор на Итаниум (ИА64) системима.

Системима ИА64 потребан је пуни емулатор због разлика у упутствима процесора и величини меморијске странице (4К у к86 и к64, 8К у ИА64). Пошто к64 процесори имају сва упутства за к86 процесоре и користи исту величину меморијске странице, нема потребе за потпуним емулатором.

У оба случаја, ВоВ64 пружа интерфејс између 64-битног Виндовс језгра и 32-битне верзије нтдлл.длл (ово садржи листу језгре Виндовс функције кернела), пресретање позива кернел-а и њихово мењање да би их могли обрадити матичне 64-битне функције које пружа Виндовс кернел.

Постоје 3 ДЛЛ датотеке које се користе у к64 / ИА64 системима да би се ово постигло: вов64цпу.длл, вов64вин.длл и вов64.длл. Њихове функције су апстраховање карактеристика процесора и обезбеђивање громогласности (доћи ћемо до њих касније) у вин32к.сис који пружа функцију „прозора“ и нтоскрнл.еке који садржи извршни директор, кернел, менаџер меморије, планер процеса (да се не меша са алатком за планирање задатака који је доступан са контролне плоче) и други основни елементи оперативног система систем.

Тхунк је потпрограм (мислите на њих као на низ инструкција које изводе један задатак) који омогућава програму да изврши заједничку потпрограм или функцију у систему.

У овом случају, он извлачи аргументе из скупа позива 32-битног програма, претвара их у њихове 64-битне партнере и врши 64-битни системски позив. По повратку са позива, 64-битни резултати ће се претворити у 32-битне и вратити их у програмску палету позива за позиваоца.

Сва проверавања врши се у корисничком режиму (који има ограничене дозволе) из два разлога. Прво, минимизира ефекте грешака у коду што може резултирати сигурносном рупом, оштећењем података или пад сустава ако се ради у кернел режиму.

Друго, смањује утицај на перформансе који би имао ако се покреће у кернел режиму (режим који користе битни делови оперативног система) због прекомерних трошкова укључених у пребацивање између кориснички режим и кернел мод и назад.

Када се вратимо на Итаниум системе, постоје неке друге важне разлике. ИА64 системи користе две додатне датотеке. ИА32екец.бин је софтверски емулатор к86, а Вовиа32к.длл пружа интерфејс између ВоВ64 и софтверског емулатора.

32-битни процес ће учитати ове датотеке као и 64-битна верзија нтдлл.длл. Ово су једини 64-битни бинарни подаци који се могу учитати у 32-битни процес пре Виндовс 7. Виндовс 7 и новији такође имају још један ДЛЛ, аписетсцхема.длл, који ће се учитавати у све процесе.

Када се покрене 32-битни процес, он ће учитати Вов64.длл који заузврат учита 32-битну верзију нтдлл.длл и све потребне 32-битне ДЛЛ датотеке из % системроот% \ СисВОВ64. Већина ових датотека је идентична бинарним датотекама на 32-битном систему, мада су неке написане тако да се понашају другачије у ВОВ64.

Гледајући листу учитаних ДЛЛ-ова можемо видети да је у процесу Вин64 учитаних 9 ДЛЛ-ова који нису тамо за систем Вин32.

Сада бисте могли бити у искушењу да погледате величине датотека, додате их и искористите то као основу за коришћење додатне меморије, али на крају бисте добили нетачне резултате. Ове датотеке су, по својој природи, дизајниране да буду заједничке компоненте и као резултат, прва датотека за коју је потребан ДЛЛ учитава је у меморију.

Накнадни програми који захтевају исти ДЛЛ не учитавају целу компоненту у меморију. Они добијају показивач на већ учитану компоненту и додељују РАМ за додатне елементе који се учитавају у процес.

Наше подешавање за тестирање

Да бих видео шта се догађа, поставио сам две виртуелне машине са оперативним системом Виндовс 7 Ултимате са додељеним 2 ГБ РАМ-а. Једна од њих је 32-битна верзија, а друга 64-битна. Обоје су прошли потпуно исти поступак инсталације и крпљења.

Након што су оба система закрпљена, онемогућио сам свап датотеку на оба да бих добио бољу слику коришћења меморије осигуравајући да РАМ не може да се прикаже на диск. Након што је то комплетно инсталирано је ЛибреОффице 5.0.3.2.

Копија Сисинтерналс Процесс Екплорер Процесс Екплорер - Замјена најмоћнијег управитеља задатака [Виндовс]Будимо искрени, Виндовс управитељ задатака није баш сјајан за разумевање и управљање процесима који се покрећу на рачунару. Чак и на Виндовс-у 8, где је много побољшан, менаџер задатака не може да се приближи ... Опширније такође је постављен на обе машине. Ово је алат који сам користио за прикупљање информација о употреби меморије. Задана поставка колона је промењена тако да бих могао да погледам радни сет и ВС приватну употребу.

Ови бројеви радних сетова одражавају количину РАМ-а који програми користе. То се додатно закомпликовало одражавајући количину меморије коју користе заједничке библиотеке, чак и ако их је већ учитао неки други поступак. Због тога, ако додате цео ступац, могуће је завршити са укупним бројем већи од инсталиране РАМ-а. Радни сет је и даље најбоље мерило тачно колико меморије је потребно за процес.

Процеси које испитујемо такође нису сами. Различити програми ЛибреОффице покрећу још један процес, соффице.еке, који ће извести још један процес, соффице.бин. Морамо проматрати укупне вредности сва три процеса да бисмо видели ефикасну употребу меморије сваког програма.

За почетни тест, једноставно сам отворио Вритер, Цалц и Импресс појединачно да погледам колико меморије заузимају, а да се не учитају и извезу подаци из Процесс Екплорер-а. Са Цалц и Импресс отворио сам .клс датотеку од 3,7 МБ и .пптк датотеку од 3,9 МБ и снимио нову употребу меморије. Резултати се могу видети у табели испод. Сви подаци су у КБ.

Велико изненађење догодило се код Импресса. Без документа користила је 4,1% више РАМ-а на 64-битном систему и 9,9% мање са учитаним документом. Ископао сам неколико других презентација и имао сличне резултате са свима њима. 64-битни систем је завршио користећи мање РАМ-а од 32-битног система.

Па, да ли 64-битним верзијама Виндовса треба више РАМ-а од својих 32-битних колега при покретању 32-битних апликација? Уопште, да.

Али да ли вам је потребно да надоградите своју РАМ меморију? Вероватно не. Разлика стварно није тако масиван То сигурно није 1,5 пута другачије.