減少大型機(jī)CPU消耗是個(gè)重要工作。節(jié)約每個(gè)CPU周期，不僅可以延緩硬件升級(jí)，還可以降低基于使用規(guī)模的軟件授權(quán)費(fèi)。
IBM Language Environment (LE)編輯器和運(yùn)行時(shí)提供了很多優(yōu)化選項(xiàng)——從而無須修改源代碼。
編譯時(shí)間選項(xiàng)
通過LE編譯器優(yōu)化，大型機(jī)程序員可以調(diào)整目標(biāo)代碼，充分發(fā)揮某個(gè)處理器家族計(jì)算性能。
ARCH(架構(gòu))是一個(gè)編輯器選項(xiàng)。ARCH級(jí)會(huì)指示編譯器生成含有針對(duì)目標(biāo)處理器進(jìn)行性能優(yōu)化的機(jī)器指令目標(biāo)代碼。ARCH重要性日益增加，因?yàn)镮BM已經(jīng)推出了數(shù)代服務(wù)器，都包含了針對(duì)性能優(yōu)化設(shè)計(jì)的指令集。
另一種選擇是TUNE，告訴編輯器安排機(jī)器指令順序，確保能夠利用處理器的指令管道與緩存優(yōu)勢(shì)。
程序員需要為生產(chǎn)線上最古老的處理器系列進(jìn)行優(yōu)化。挑錯(cuò)ARCH選項(xiàng)，并且操作異常(0C1s)可能會(huì)導(dǎo)致壞的TUNE，并降低性能。
雖然這些選項(xiàng)通常來說只專門針對(duì)C++編譯器，但I(xiàn)BM已經(jīng)將其擴(kuò)展到COBOL與PL/1高級(jí)語言。
運(yùn)行時(shí)選項(xiàng)
IBM lE同樣提供了多種運(yùn)行時(shí)選項(xiàng)，可以提高大型機(jī)性能。
以下是選項(xiàng)指定的層次結(jié)構(gòu)：
運(yùn)行時(shí)選項(xiàng)在程序中調(diào)用中指定
使用用戶選項(xiàng)(UOPT)控制會(huì)話(CSECT)連接選項(xiàng)到程序
區(qū)域選秀(ROPT)模塊
CEEPRMxx ParmLIB成員中的全局選項(xiàng)集
CBLPSHOPOPS的常規(guī)處理?xiàng)l件，存儲(chǔ)初始化與堆棧大小是運(yùn)行時(shí)優(yōu)化選項(xiàng)，尤其在CICS環(huán)境中。
CBLPSHPOPS。CBPSHPOPS控制LE在進(jìn)入或退出COBOL運(yùn)行時(shí)時(shí)，是否執(zhí)行PUSH HANDLE與POP HANDLE CICS命令。PUSH HANDLE命令PUSH HANDLE命令用棧保存所有尚未處理的條件，而POP則將句柄條件從前推動(dòng)。如果任何條件在有未處理句柄的情況下被提出，那么控制會(huì)切換到HANDLE命令指定的錯(cuò)誤運(yùn)行時(shí)。
關(guān)閉CBPSHPOPS選項(xiàng)可以節(jié)約CPU周期，避免額外的PUSH與POP命令。然而，如果沒有CBPSHPOPS，在較低模塊提出的條件可能會(huì)滲透到?jīng)]有錯(cuò)誤準(zhǔn)備的高級(jí)處理運(yùn)行時(shí)。只有在分析與測(cè)試后才改變配置。
存儲(chǔ)初始化 。STORAGE選項(xiàng)通一些參數(shù)控制內(nèi)存初始化，例如新申請(qǐng)的堆段參數(shù)，LE釋放的堆段參數(shù)以及初始化棧或當(dāng)控制進(jìn)入運(yùn)行時(shí)進(jìn)行自動(dòng)存儲(chǔ)。
堆初始化往往是CPU周期方面最廉價(jià)的成本。初始化棧存儲(chǔ)則更昂貴，雖然成本取決于子程序調(diào)用次數(shù)。除非你為國(guó)家安全局工作，否則不要使用erase-on-free 清除選項(xiàng)。
要避免LE內(nèi)存共同初始化，遵循編程最佳實(shí)踐，假定存儲(chǔ)是為初始化的，除非在程序中有另外明確指出。
棧和堆大小 。LE有自己的內(nèi)存管理器，其目的是減少程序找操作系統(tǒng)或CICS申請(qǐng)更多存儲(chǔ)的次數(shù)。 LE在大塊中獲得內(nèi)存，再根據(jù)需要細(xì)分。當(dāng)塊無法滿足存儲(chǔ)要求時(shí)， LE會(huì)調(diào)用操作系統(tǒng)或CICS申請(qǐng)另一個(gè)塊。一個(gè)初始化堆或棧存儲(chǔ)的明智選擇將減少調(diào)用操作系統(tǒng)內(nèi)存管理次數(shù)并降低CPU使用率。
選擇初始?jí)K大小時(shí)一門超越科學(xué)的藝術(shù)。分塊過小會(huì)增加CPU使用，但分塊過大可能會(huì)降低存儲(chǔ)使用。
在大存儲(chǔ)塊中的碎片在混合應(yīng)用程序中相當(dāng)麻煩。對(duì)于一個(gè)虛擬的應(yīng)用程序，某程序從對(duì)存儲(chǔ)塊中申請(qǐng)512KB大小的堆，而另一個(gè)程序可能會(huì)在相同時(shí)間申請(qǐng)從1MB堆塊中獲得32字節(jié)的堆。隨著程序運(yùn)行，第一個(gè)程序獲得512KB并調(diào)用另外那個(gè)獲得32字節(jié)的程序。當(dāng)?shù)谝粋€(gè)程序試圖獲得512KB時(shí)，LE無法通過現(xiàn)有的塊滿足需求，而必須申請(qǐng)另外一個(gè)塊。這意味著有幾乎0.5MB的存儲(chǔ)沒有被使用。
在選擇初始堆和棧大小時(shí)，先研究應(yīng)用程序行為。同樣為CICS在每個(gè)用戶存儲(chǔ)分段的開頭與結(jié)尾設(shè)置8字節(jié)“崩潰區(qū)”。一個(gè)4-K IBM LE事務(wù)請(qǐng)求(GETMAIN)實(shí)際占用4,112字節(jié)，這將導(dǎo)致CICS存儲(chǔ)碎片。堆CICS來說，使用4,080字節(jié)，非常適合一個(gè)4-K頁(yè)。LE同樣使用一些新的存儲(chǔ)用來滿足自己使用控制，這也進(jìn)一步降低了留給程序的可用空間。