Notera att alla dessa inst„llnngar erfordrar att du k”r Aurora k„rnan (det betyder, OS/2 k„rna version 4.5 eller h”gre: Warp Server for e-business, Warp 4 med minst fixpak 13 installerad, eller en IBM "Convenience Pack", eller eComStation). Annars kommer alla inst„llningarna att avaktiveras.

• "Virtuell adressgr„ns" specificerar den h”gsta adress som &os2; kommer att ge till applikationer n„r de beg„r h”gt minne (ovanf”r 512 MB gr„nsen). Detta korresponderar till VIRTUALADDRESSLIMIT p†st†endet i &cfgsys; och kan vara i omr†det 512 upp till 3072 MB.

  Om detta „r satt till 512 MB, vilket „r standard (och det enda tillg„ngliga tillst†ndet med icke-Aurora k„rnor), kommer h”gt minne anv„ndningen att vara helt avaktiverad.

  V„rden ”verskridande 512 MB kommer att reducera antalet processer som kan k”ras samtidigt p† ett system.

  Se &os2; Virtuellt Adressutrymme f”r mer information om det h„r „mnet.

• Om "Avaktivera DLL basing" „r aktiverad, kommer &os2; att ignorera varje DLL's basadress (”nskad laddningsadress) n„r DLL laddas. Detta korresponderar till DLLBASING=OFF p†st†endet i &cfgsys;.

  Aktivering av den h„r inst„llningen kanske f”rhindrar fragmentering av det delade utymmet och d„rmed reducera sannnolikheten f”r att f† slut p† delat minne, men prestandan f”r laddning av DLL'er kanske p†verkas negativt.

• Om H”ga minnet f”r Java „r aktiverat, kommer &os2;'s Java Virtual Machine att instrueras att placera sin heap i &os2;'s h”ga minne (ovanf”r 512 MB gr„nsen). Detta kommer endast att fungera om du har satt den virtuella adressgr„nsen till n†gonting h”gre „n 512 MB.

  Detta korresponderar till SET JAVA_HIGH_MEMORY=1 p†st†endet i &cfgsys;.

  Som med allt h”gt minne, kommer det att hindra 16-bitars kod fr†n att accessa det minnet. Mest noterbart, kr„ver detta att du har TCP/IP 4.1 eller h”gre installerat.