TWI421681B - 於計算環境中用於記憶體管理之記憶體及系統 - Google Patents

Description

於計算環境中用於記憶體管理之記憶體及系統

本發明大體而言係關於在一計算環境中的記憶體管理，且更特定言之，係關於一種用於基於一任務之執行範疇而將記憶體空間定態地配置及解除配置至執行於該計算環境中之該任務的系統及方法。

在計算環境中之記憶體管理涉及為了載入可執行邏輯碼(亦即，軟體程式)保留電腦記憶體之部分且稍後根據特定記憶體管理機制釋放記憶體以供再使用。保留記憶體之過程通常被稱作將記憶體空間"配置"至邏輯物件；且釋放記憶體之過程通常被稱作"解除配置"記憶體空間。

視所用之程式設計語言之類型而定的解除配置機制有時包括"廢料收集"過程。在本文中術語"廢料"指代配置至適當執行程式不再需要之邏輯物件的記憶體空間。通常，當收集所謂的廢料物件時，其意謂解除配置相應記憶體空間。

已實施手動及自動的記憶體管理機制。在手動機制中，程式設計師必須將指令有效地插入邏輯碼中以識別並解除配置與未用物件相關聯之記憶體空間。自動機制僅在程式設計語言階層下被使用且使廢料收集週期僅在系統經偵測關於記憶體為低時開始。

不幸地，以上兩種機制在諸如支援建立於網站伺服器與一或多個用戶端機器之間的眾多會話之基於網際網路之應 用(亦即，網站應用)的記憶體密集型軟體應用中並不提供最佳的結果。例如，在複數個小伺服程式(servlet)用以在網站會話期間伺服於自一或多個用戶端提交至網站伺服器之複數個請求時，記憶體管理變得繁重且複雜。

通常，當將記憶體配置至會話中之邏輯物件時，記憶體保持配置直至會話終止，而不管對應於邏輯物件之任務在會話之整個長度期間是處於活動狀態還是不活動狀態。複雜的網站應用可在每一會話期間支援並需要許多邏輯任務及小伺服程式的執行。若廢料收集過程經延遲直至每一會話結束或直至系統在記憶體上為低執行時，則網站伺服器之效能將受不利影響，因為網站伺服器可迅速地用完記憶體且無法恢復。

因此，需要可克服上述缺點之記憶體管理方法及系統。

本揭示案係針對藉由為計算環境中之有效任務界定一或多個執行範疇而促進在計算環境中之記憶體管理的系統及相應方法。

為了概述起見，在本文中已描述本發明之特定態樣、優勢及新穎特徵。應瞭解，根據本發明之任一特定實施例，並不可達成所有此等優勢。因此，可以達成或最優化一優勢或優勢群而不達成本文中所教示或建議之所有優勢的方式實施或進行本發明。

根據一實施例，一種用於計算環境中之記憶體管理的方法包含：為執行於計算環境中之應用程式唯一地識別與第 一任務相關聯之第一物件，其中將記憶體之第一區域配置至第一物件；根據與第一任務相關聯之第一執行上下文為第一任務判定第一執行範疇，其中第一上下文為執行環境階層內之第一任務界定第一預期壽命；回應於監視第一執行上下文而判定第一任務之執行範疇的變化；及回應於判定第一任務不再執行於第一執行範疇內而解除配置記憶體之第一區域。

在一實施例中，該方法進一步包含唯一地識別與為第一任務之子任務之第二任務相關聯的第二物件，其中將記憶體之第二區域配置至第二物件；根據與第二任務相關聯之第二執行上下文為第二任務判定第二執行範疇，其中第二上下文相對於第一任務為執行環境階層內的第二任務界定第二預期壽命；回應於監視第二執行上下文而判定第二任務之執行範疇的變化；及回應於判定第二任務不再執行於第二執行範疇內而解除配置記憶體之第二區域。

可進一步唯一地識別與為第二任務之子任務之第三任務相關聯的第三物件，其中將記憶體之第三區域配置至第三物件；及回應於判定第三任務不再有效地伺服於請求而解除配置記憶體之第三區域。回應於判定第三任務不再有效地伺服於請求，第二執行上下文亦可得以終止。此外，回應於判定第二任務不再有效地伺服於請求，第一執行上下文可得以終止。

亦即，回應於判定無第二任務之子任務有效地伺服於請求，第二執行上下文可得以終止；及回應於判定無第一任 務之子任務有效地伺服於請求，第一執行上下文亦可得以終止。

在一實施例中，第一、第二及第三任務係在經由通信網路而建立於伺服器系統與用戶端系統之間的通信會話內執行。在一些實施例中，通信網路包含網際網路。可回應於判定通信會話已終止而解除配置記憶體之第一、第二及第三區域。

根據另一實施例，提供用於計算環境中之記憶體管理的系統。該系統可包含用於為執行於計算環境中之應用程式唯一地識別與第一任務相關聯之第一物件的邏輯單元，其中將記憶體之第一區域配置至第一物件；用於根據與第一任務相關聯之第一執行上下文為第一任務判定第一執行範疇的邏輯單元，其中第一上下文為執行環境階層內之第一任務界定第一預期壽命；用於回應於監視第一執行上下文而判定第一任務之執行範疇變化的邏輯單元；及用於回應於判定第一任務不再執行於第一執行範疇內而解除配置記憶體之第一區域的邏輯單元。

該系統可進一步包含用於唯一地識別與為第一任務之子任務之第二任務相關聯的第二物件之邏輯單元，其中將記憶體之第二區域配置至第二物件；用於根據與第二任務相關聯之第二執行上下文為第二任務判定第二執行範疇的邏輯單元，其中第二上下文相對於第一任務為第二任務界定第二預期壽命；用於回應於監視第二執行上下文而判定第二任務之執行範疇變化的邏輯單元；及用於回應於判定第 二任務不再執行於第二執行範疇內而解除配置記憶體之第二區域的邏輯單元。

在一實施例中，該系統進一步包含用於唯一地識別與為第二任務之子任務之第三任務相關聯的第三物件之邏輯單元，其中將記憶體之第三區域配置至第三物件；及用於回應於判定第三任務不再有效地伺服於請求而解除配置記憶體之第三區域的邏輯單元。

在另一實施例中，提供包含具有電腦可讀程式之電腦可用媒體的電腦程式產品。電腦可讀程式在執行於電腦上時使電腦執行與以上系統及方法結合揭示之程序及功能。

除某些替代實施例之外，下文將參考隨附圖式進一步詳細地提供上文所揭示之實施例中的一或多者。然而，本發明不限於所揭示之任何特定實施例。

藉由參看下文提供之隨附圖式中的圖來理解本發明之實施例。

本揭示案係針對促進在執行多個邏輯任務及子任務之應用環境中之記憶體管理的系統及相應方法。實施記憶體管理方法以為一或多個任務及子任務界定並監視各種執行範疇(例如，會話範疇、任務/子任務範疇及當前範疇)，使得根據該等經界定之執行範疇自記憶體移除與該等任務及子任務相關聯的物件。

在下文中，陳述許多特定細節以提供對本發明之各種實施例的全面描述。可在不具有此等特定細節或在細節上具 有一些變化的情況下實踐本發明之特定實施例。在一些情況下，較不詳細地描述某些特徵以便不使本發明之其他態樣變得模糊。不應將與元件或特徵中之每一者相關聯之細節的量解釋為限定一特徵優於其他特徵之新穎性或重要性。

舉例而言，在下文中，本發明之某些態樣經揭示為適用於執行於基於網站之環境中的小伺服程式。然而，值得注意的係此應用以實例說明。因而，不應將本發明之範疇解釋為限於此等例示性實施例。在替代實施例中，所揭示之系統及方法適用於在任何計算環境中管理記憶體。

參看圖1，說明例示性計算環境，其中伺服器系統(下文"伺服器")110經由通信網路("網路")130與用戶端系統(下文"用戶端")120通信。在此例示性實施例中，在包括伺服器110及用戶端120之眾多計算系統經互連以彼此通信之網際網路(亦即，全球資訊網(WWW))上實施網路130。然而視實施而定，可根據替代實施例中之本地、遠端或分散式構架來建構網路130。

較佳地，伺服器110為網站伺服器且用戶端120為具有用於經由網路130將請求提交至伺服器110之用戶端軟體環境125的計算機。如所示，伺服器110包含伺服器軟體環境115，其經組態以用於答覆由用戶端120提交之請求。請求與答覆經由網路130之交換在建立於伺服器110與用戶端120之間的一或多個會話的上下文內發生以伺服於用戶端120之請求。

所提交之請求可由執行於伺服器軟體環境115中之應用程式150伺服。應用程式150可為(例如)在基於網站之環境中持續的邏輯碼(例如，Java小程式(applet)、Java小伺服程式或其他功能的等效模組)。亦即，一旦回應於會話中所接收之第一請求而調用應用程式150，應用程式150較佳在記憶體中保持有效以實現會話之剩餘部分提交之一或多個後續請求。

應用程式150在記憶體中的持續允許其便利地回應於用戶端120之請求。因此，有利地，與在實現請求後自伺服器110之執行環境移除的其他應用程式(例如，共用閘道介面(CGI)程式)大不相同，應用程式150較佳持續於記憶體中以避免與每次伺服於請求時另外需要之設置及卸下程序相關聯的時間延遲。

參看圖1及圖2，在一實施例中，應用程式150(例如)回應於由用戶端120提交之一或多個請求而由伺服器110啟動(launch)(S210)。視用戶端之數目或所提交之請求的數目而定，應用程式150可管理一或多個會話(S220)。在每一會話中，可執行應用程式150以開啟如圖1中所示之一或多個任務及子任務(例如，任務1至3及子任務1至6等)。

任務及子任務(例如)與由小伺服程式、爪哇伺服頁面(JSP)或經組態以伺服於用戶端請求之其他程式設計應用(例如，應用程式設計介面(API))執行或管理的一或多個操作相關聯。如所示，根據一實施例，一任務(例如，任務2)可具有可在同一會話中開啟之一或多個子任務(例如，子 任務3、4、5)。每一子任務亦可具有一或多個其他子任務。

曾經開啟之每一任務或子任務與至少一邏輯物件相關聯，將記憶體空間配置至該邏輯物件。執行每一物件以執行任務或子任務之相關操作。視實施而定，在每一會話中，各種機制可用以管理每一任務/子任務及與其相關聯之所配置的記憶體空間。舉例而言，邏輯模組(例如，會話管理器API)可用以添加或移除與每一任務/子任務相關聯之會話物件。

在一實施例中，會話管理器判定新任務/子任務是否由應用程式150開啟以(例如)伺服於請求(S230)。當開啟新任務/子任務時，會話管理器監視或編輯資料結構(例如，描述符檔案)以跟蹤執行階層內之任務及相關聯子任務。較佳地，會話管理器根據任務之執行範疇而將唯一識別符指派至由應用程式150開啟之每一任務。如下文進一步詳細地提供，此唯一識別符可用以界定任務類型及進一步分類每一任務/子任務。

在一實施例中，描述符檔案包含為每一任務類型界定描述的程式設計語言語法，諸如可延伸性標示語言(XML)。舉例而言，描述符檔案之要素可界定每一任務之組成部分。對於所界定之每一任務類型而言，預設特定組成部分可在任務類型界定中被識別為任務初始預設組成部分。因此，開發者可界定使用者可執行之一組任務，以使得為每一任務類型界定一或多個特定組成部分(例如，替代性JSP 頁面)。

根據一實施例，當開啟新任務/子任務時，邏輯模組(例如，範疇管理器API)用以判定新任務/子任務之執行範疇(S240)。在一實施例中，範疇管理器用以監視共用於會話中與每一任務/子任務相關聯的物件。因此，範疇管理器管理會話物件之建立(亦即，配置)及移除(亦即，解除配置)且支援請求將物件添加至會話或自會話移除的能力。

參看圖3，根據一實施例實施範疇管理器以亦為會話中之開啟任務/子任務界定許可執行範疇(S310)。亦即，實施範疇管理器以規定對應於與當前應用流有關之每一任務之一或多個物件的壽命粒度(lifetime granularity)，且更新物件之許可執行範疇。界定許可執行範疇(亦即，為會話中之任務/子任務界定多層壽命粒度)提供較佳在伺服器110之記憶體空間達到臨界低臨限值前，且較佳在物件持續所在之會話終止前，釋放配置至對應於各種執行上下文或階層下該任務/子任務之一或多個物件之記憶體空間的可能性。

在一實施例中，任務/子任務之許可執行範疇及對應於該任務/子任務之物件(例如)較佳由範疇管理器在將任務/子任務添加至會話時界定。可根據以下三個範疇或上下文來界定執行範疇：(1)應用上下文，(2)任務/子任務上下文，及(3)當前上下文。然而，值得注意的係視實施而定，可指定或指派其他上下文或標準。為了實例及簡明起見，吾人已在下文中將論述限於上述三個執行上下文。

在應用上下文中，與應用程式150相關聯之物件保持有效達會話之持續時間。亦即，未自執行環境移除控制應用程式150之操作的相應物件直至會話終止。應用上下文可用以為在不同任務/子任務之中共用且潛在地更新之狀態資訊界定執行範疇。舉例而言，概述伺服器上所界定節點及排程之伺服器狀態結構可自多個任務、電腦、應用程式、節點群及排程經更新且較佳持續達會話之壽命。

在任務/子任務上下文中，與開啟任務/子任務相關聯之物件保持達任務/子任務之執行持續時間(亦即，當任務/子任務有效以回應於所提交之請求時)。舉例而言，在IBM Tivoli儲存管理器(ITSM)之節點群任務中，關於界定給ITSM伺服器之節點群的相關資訊及任務組成部分(例如，在節點群任務中啟動之精靈(wizard)、記錄簿及表單)之當前狀態及資訊資料經保持直至相應任務終止。

在當前上下文中，與有效任務/子任務相關聯之物件保持達在該時間有效之任務/子任務之組成部分的持續時間。舉例而言，在ITSM之節點群任務中，對於特定電腦或應用記錄簿而言，檔案空間表資料可相關，其中在將該記錄簿顯示給使用者前選擇電腦或應用。在此情況下，當前上下文(例如)與唯一JSP頁面相關聯。

因而，範疇管理器根據預定執行上下文而監視會話內之每一任務/子任務的執行範疇(S320)。當任務/子任務已完成在許可範疇內之執行(S330)時，範疇管理器自執行環境移除與任務/子任務相關聯之物件(S340)。且當會話終止 (S350)時，會話管理器較佳移除與一些或所有應用程式相關之會話物件(S360)。

在下文中，提供根據Java物件類實施之例示性範疇管理器介面。值得注意的係，不應將本發明之範疇解釋為限於此例示性實施例，因為在不同程式設計語言中所揭示之原理的其他實施及順應變化為可能的。

public class DsmScopeManager{public static final byte COMP＿SCOPE；public static final byte TASK＿SCOPE；public static final byte CCT＿SCOPE；public static final void add(byte scope,String scopeID,Object value,HttpSession session)；public static final void add(byte scope,final Object[][]attrs,HttpSession session)；public static final void addPersistent(String scopeID,Object value,byte scope,HttpSession session)；public static final void makePersistent(String scopeID,byte scope,HttpSession session)；public static final HashSet getScopeAttrSet(byte scope,HttpSession session)；public static final void cleanUp(byte scope,HttpSession session)；public static fina1 void cleanUpTask(WccContext,wccContext,HttpSession session)；}

根據一實施例，以下例示性構架支援上述範疇管理器之功能性。根據一實施例，該構架為軟體應用程式，其管理應用程式150之運轉時間流且較佳以網站容器(web container)來實施，以偵測應用程式、任務及任務特定組成部分。構架可進一步偵測使用者流(user flow)狀態及物件執行範疇且有助於判定適當記憶體管理及物件清除機制。

在一實施例中，構架包含用於偵測應用流及用於監視有效任務及其相關聯組成部分之一組相關類。使用此構架，可監視並判定當前有效之任務、當前顯示給使用者之任務、每一任務之當前有效組成部分，及彼等組成部分由使用者觀測到之流。

可實施特定類(例如，DsmTasksFactory類)以識別相關任務及相關聯組成部分。在一實施例中，將此類實施為(例如)單例類。單例類為建立單一執行個體之類。

較佳地，該類可提供資訊以支援給定DSM任務類型且(例如)視為輸入描述每一DSM任務類型之XML應用程式描述符檔案。XML檔案之要素可提供啟動任務及任務特定組成部分映射至之可能巢套組成部分(例如，任務JSP頁面及替代性JSP頁面)所需之資訊的預定項。

在一實施例中，方法介面支援對任務範疇屬性設置的存取。控制器(例如，DsmTaskController)類可負責處理與任務相關之事件且支援應用程式150中邏輯任務及每一任務之內容的建立及管理。此控制器授權於應用模組(例如，任務事件收聽器)管理特定任務事件之責任，諸如啟動、 停用或關閉一或多個任務。

因此，構架監視並控制會話中之一或多個任務及相關事件之設置、狀態、執行階層及範疇。因此，在一實施例中，構架負責建立包括任務視圖(例如，JSP)之任務框及較佳識別其他任務特定特徵(諸如任務求助)。處理模組產生待發送至使用者之瀏覽器的回應以顯示應用程式使用者介面之給定任務區段，或在任務已存在之情況下更新該區段。

在完成任務/子任務時，相關聯範疇屬性被清除且自會話執行環境移除。亦較佳忽視留意範疇上下文之構架建立的物件結構。在一實施例中，自支援構架之觀點，界定一包含關於應用程式150之狀態之資訊的類(例如，DsmConsoleContext)。該類累積所有會話範疇名稱以持續達當前應用程式會話之壽命。

在一實施例中，小伺服程式或入口網站應用程式(portlet)封裝提供介面及類(例如，HttpSessionBindingListener介面及HttpSessionBindingEvent類)以有助於管理會話內之資源。舉例而言，物件(例如，DsmConsoleContext物件)可與會話(例如，HttpSession)相關聯(例如，接合)。藉由此聯結，構架偵測會話終止，以使得可自執行環境移除相應物件。

在例示性實施例中，所界定之上下文類(例如，DsmConsoleContext)與會話(例如，HttpSession)相關且反之亦然。當所界定之上下文類與會話分離(例如，未接合) 時，會話與上下文之間的雙重相關性丟失。此雙重相關性允許構架存取會話，其限制條件為會話或上下文可用。

可實施另一上下文類(例如，WccContext類)以監視任務導航之當前狀態及屬性範疇。此類監視各種執行範疇內之當前觀測或有效任務且跟蹤在需要時(例如)回應於所接收之請求而建立或移除的相應物件執行個體(例如，DsmTask執行個體)。

根據一實施例，當啟動應用程式150時，預設任務經建立且經假定表示當前觀測之任務。物件類(例如，DsmTask類)界定任務之屬性記憶體管理資訊且較佳維持與任務之唯一識別符及待保持於會話範疇中達任務之壽命之一組持續屬性相關的資訊。當在各種執行範疇期間為任務累積額外資訊時，該物件類(例如，DsmTask類)監視任務之組成部分的顯示流。因而，當前任務組成部分由此類來監視。在一些實施例中，當最初開啟任務時，任務之主要組成部分經假定表示當前上下文，如用於相應任務類型之描述符檔案中所界定。構架較佳提供主視圖頁面及零或多個替代視圖(例如，JSP頁面)之界定，給定任務類型可基於事件來顯示其。在例示性實施例中，藉由預設值顯示主頁面。

根據一或多個實施例，可使用另一上下文類(例如，DsmContextSwitch類)以回應於預定事件而切換所顯示之當前上下文或改變應用程式控制台之內容。舉例而言，瀏覽器視圖可最初顯示展示媒體複本之表的頁面。由此表支援之行動可允許使用者(例如)使用精靈以建立媒體群。

在例示性實施例中，伺服器110回應於(例如)自第一上下文切換至第二上下文之建立媒體群請求而建立媒體群表單以替代表頁面。可將在兩個上下文之間傳遞之任何資訊置放於會話中作為屬性。需要此等屬性(例如)以界定新近啟動之組成部分之壽命的初始設置或導航導引。例如，可以自含式物件執行個體(例如，DsmComponentContext類執行個體)累積此等屬性。當返回啟動組成部分之切換由構架偵測時，較佳自會話執行環境移除最低粒度層級屬性。

在不同實施例中，可完全以硬體形式或完全以軟體形式，或硬體與軟體元件之組合來實施本發明。舉例而言，用戶端120及伺服器110可包含受控計算系統環境，其可在很大程度上用經實施以執行達成由本發明之系統所預期之結果之過程的硬體組件及軟體程式碼來呈現。

參看圖4A及圖4B，根據例示性實施例之計算系統環境由硬體環境1110及軟體環境1120組成。硬體環境1110包含為軟體提供執行環境之機器及設備；且軟體如下文所提供為硬體提供執行指令。

如此處所提供，就特定邏輯/功能關係來描述執行於說明之硬體元件上的軟體元件。然而，應注意，以軟體實施之各別方法亦可藉由(例如)經組態及程式化之處理器、ASIC(特殊應用積體電路)、FPGA(場可程式化閘陣列)及DSP(數位信號處理器)而以硬體來實施。

軟體環境1120被分成包含系統軟體1121及應用軟體1122之兩個主要類別。系統軟體1121包含控制程式，諸如作業 系統(OS)及指示硬體如何運行及處理資訊之資訊管理系統。

在較佳實施例中，應用程式150經實施為執行於一或多個硬體環境上以伺服於由用戶端120提交之一或多個請求的應用軟體1122。應用軟體1122可包含(但不限於)程式碼、資料結構、韌體、常駐軟體、微碼或可由微控制器讀取、分析或執行之任何其他形式的資訊或常式。

在替代實施例中，本發明可經實施為可自提供程式碼之電腦可用或電腦可讀媒體存取以供電腦或任何指令執行系統使用或結合其一起使用的電腦程式產品。為了達成此描述之目的，電腦可用或電腦可讀媒體可為可含有、儲存、通信、傳播或傳送程式以供指令執行系統、裝置或器件使用或結合其一起使用的任何裝置。

電腦可讀媒體可為電子、磁性、光學、電磁、紅外線或半導體系統(或裝置或器件)或傳播媒體。電腦可讀媒體之實例包括半導體或固態記憶體、磁帶、抽取式電腦磁片、隨機存取記憶體(RAM)、唯讀記憶體(ROM)、硬性磁碟及光碟。光碟之當前實例包括緊密光碟唯讀記憶體(CD－ROM)、緊密光碟讀取/寫入(CD－R/W)及數位視訊碟片(DVD)。

參看圖4A，應用軟體1122之實施例可經實施為呈執行於資料處理系統上之電腦可讀程式碼形式的電腦軟體，資料處理系統諸如包含藉由系統匯流排1100耦接至一或多個記憶體元件之處理器1101的硬體環境1110。記憶體元件(例 如)可包含區域記憶體1102、儲存媒體1106及快取記憶體1104。處理器1101將可執行碼自儲存媒體1106載入至區域記憶體1102。快取記憶體1104提供暫時儲存以減少自儲存媒體1106載入程式碼以用於執行的次數。

使用者介面器件1105(例如，鍵盤、指標器件等)及顯示幕1107可(例如)直接或經由插入I/O控制器1103而耦接至計算系統。通信介面單元1108(諸如網路配接器)亦可耦接至計算系統以使資料處理系統能夠經由插入私密或公共網路而與其他資料處理系統或遠端印表機或儲存器件通信。有線或無線數據機及乙太網路卡為例示性類型之網路配接器中的少數。

在一或多個實施例中，硬體環境1110可並非包括所有以上組件，或可包含具有額外功能性或效用之其他組件。舉例而言，硬體環境1110可為以諸如視訊轉換器、個人資料助理(PDA)、行動通信單元(例如，無線電話)或具有資訊處理及/或資料儲存及通信能力之其他類似硬體平台之嵌入式系統實施的膝上型電腦或其他攜帶型計算器件。

在系統之一些實施例中，藉由發送及接收載運表示各種類型之資訊(包括程式碼)之數位資料流的電、電磁或光學信號，通信介面1108與其他系統通信。可藉由遠端網路(例如，網際網路)或替代地藉由在載波上傳輸而建立通信。

參看圖4B，應用軟體1122可包含在自儲存媒體1106載入至區域記憶體1102中後執行於系統軟體1121之上的一或多 個電腦程式。在用戶端－伺服器架構中，應用軟體1122可包含用戶端軟體及伺服器軟體。舉例而言，在本發明之一實施例中，用戶端軟體執行於計算系統100上且伺服器軟體執行於伺服器系統(未圖示)上。

軟體環境1120亦可包含用於存取在本地或遠端計算網路上可用之資料的瀏覽器軟體1126。另外，軟體環境1120可包含用於接收使用者命令及資料之使用者介面1124(例如，圖形使用者介面(GUI))。請注意，上文所述之硬體及軟體架構及環境為達成實例之目的，且可在任何類型之系統架構或處理環境上實施本發明之一或多個實施例。

亦應瞭解，邏輯碼、程式、模組、過程、方法及執行每一方法之各別步驟的次序僅僅為例示性的。視實施而定，除非在本揭示案中另有指示，否則可以任何次序或並行地執行步驟。另外，邏輯碼不與任何特定程式設計語言相關，或限於任何特定程式設計語言，且可包含在分散式、非分散式或多處理環境中執行於一或多個處理器上的一或多個模組。

因此，應瞭解，可在隨附申請專利範圍之精神及範疇內以修改及改變實踐本發明。描述不意欲為詳盡的或將本發明限於所揭示之精確形式。所揭示之實施例的此等及各種其他順應變化及組合在本發明之範疇內且由申請專利範圍及其均等物之全部範疇進一步界定。

110‧‧‧伺服器系統

115‧‧‧伺服器軟體環境

120‧‧‧用戶端系統

125‧‧‧用戶端軟體環境

130‧‧‧通信網路

150‧‧‧應用程式

1100‧‧‧系統匯流排

1101‧‧‧處理器

1102‧‧‧區域記憶體

1103‧‧‧I/O控制器

1104‧‧‧快取記憶體

1105‧‧‧使用者介面器件

1106‧‧‧儲存媒體

1107‧‧‧顯示幕

1108‧‧‧通信介面單元

1110‧‧‧硬體環境

1120‧‧‧軟體環境

1121‧‧‧系統軟體

1122‧‧‧應用軟體

1124‧‧‧使用者介面

1126‧‧‧瀏覽器軟體

圖1說明根據一或多個實施例之網站伺服器的例示性軟 體環境，其中伺服器系統經由通信網路與用戶端系統通信。

圖2為根據一實施例之用於判定在建立於圖1之用戶端系統與伺服器系統之間的通信會話中之一或多個任務的執行範疇之例示性方法的流程圖。

圖3為根據一實施例之用於藉由經界定之執行範疇管理配置至一或多個物件之記憶體之例示性方法的流程圖。

圖4A及圖4B為根據一或多個實施例之本發明之系統可在其中操作之硬體及軟體環境的方塊圖。

根據一或多個實施例，在不同圖中由相同數字參考之本發明之特徵、元件及態樣表示相同、等效或相似特徵、元件或態樣。

110‧‧‧伺服器系統

115‧‧‧伺服器軟體環境

120‧‧‧用戶端系統

125‧‧‧用戶端軟體環境

130‧‧‧通信網路

150‧‧‧應用程式

Claims (20)

1. 一種用於一計算環境中之記憶體管理的方法，該方法包含：回應於介於一用戶端系統及一伺服器系統於一通信網路上一會話之建立，為一執行於該伺服器系統上之應用程式唯一地識別一與一第一任務相關聯的第一物件，其中該應用程式伺服由該用戶端系統提交至該伺服器系統之請求，且其中將該伺服器系統中之記憶體之一第一區域配置至該第一物件；根據一與該第一物件相關聯之第一執行上下文為該第一物件判定一第一執行範疇，其中於該第一上下文中，一執行環境階層內之該第一物件之一第一預期壽命被決定，該執行環境階層係由一應用程式執行上下文、一任務執行上下文及一當前執行上下文界定，其中於該應用程式執行上下文中，除非該伺服器系統之記憶體空間接近一預定臨界值，該第一記憶體區域仍被配置給與控制該執行於該會話期間之應用程式相關聯之該第一物件，其中於該任務執行上下文中，除非該伺服器系統之記憶體空間接近一預定臨界值，該第一記憶體區域仍被配置給與該第一任務相關聯之該第一物件，而該第一任務於該第一應用程式之該上下文中被執行，且其中於該當前執行上下文中，除非該伺服器系統之記憶體空間接近一預定臨界值，該第一記憶體區域仍被配 置給與該第一任務之一組件相關聯之該第一物件而該組件在該第一任務之該上下文中仍為有效；回應於監視該第一執行上下文判定該第一物件之執行範疇中之一改變，其中該第一執行上下文係基於一使用者於該會話建立期間使用該用戶端系統之一流狀態及該執行環境階層內之該第一物件之該第一預期壽命被界定，該執行環境階層由該應用程式執行上下文、該任務執行上下文及該當前執行上下文所界定；基於該使用者流狀態及該第一物件之該經判定第一預期壽命判定一適當記憶體管理及物件清除機制；及基於該經判定機制，回應於判定該伺服器之記憶體空間在該會話之前已接近一預定臨界值，解除配置記憶體之該第一區域，在該會話中該第一物件持續終止。
2. 如請求項1之方法，其進一步包含：唯一地識別一與一為該第一任務之一子任務之第二任務相關聯的第二物件，其中將記憶體之一第二區域配置至該第二物件；根據一與該第二物件相關聯之第二執行上下文為該第二物件判定一第二執行範疇，其中該第二上下文為相對於該第一任務之一執行環境階層內的該第二物件界定一第二預期壽命；回應於主動地監視該第二執行上下文而判定該第二物件之執行範疇中的一變化，其中該第二執行上下文係基於一使用者於該會話建立期間使用該用戶端系統之一流 狀態被界定；基於該使用者流狀態及該第二物件之物件執行範疇判定一適當記憶體管理及物件清除機制；及基於該經判定機制，回應於判定該伺服器之記憶體空間在該第一任務終止之前已接近一預定臨界值而解除配置記憶體之該第二區域。
3. 如請求項2之方法，其進一步包含：唯一地識別一與一為該第二任務之一子任務之第三任務相關聯的第三物件，其中將記憶體之一第三區域配置至該第三物件；及回應於判定伺服器之記憶體空間在該第二任務終止之前已接近一預定臨界值而解除配置記憶體之該第三區域。
4. 如請求項3之方法，其中回應於判定第三任務不再有效地伺服於一請求，該第二執行上下文得以終止。
5. 如請求項4之方法，其中回應於判定第二任務不再有效地伺服於一請求，該第一執行上下文得以終止。
6. 如請求項2之方法，其中回應於判定無該第二任務之子任務有效地伺服於一請求，該第二執行上下文得以終止。
7. 如請求項1之方法，其中該第一任務係在一建立於一伺服器系統與一用戶端系統之間的會話內執行，其中回應於判定該會話終止，該第一執行上下文得以終止。
8. 如請求項3之方法，其中該第一任務、該第二任務及該 第三任務係在一經由一通信網路而建立於一伺服器系統與一用戶端系統之間的會話內執行。
9. 如請求項8之方法，其中該通信網路包含網際網路。
10. 如請求項8之方法，其中回應於判定該會話已終止而解除配置記憶體之該第一區域、該第二區域及該第三區域。
11. 一種用於一計算環境中之記憶體管理的系統，該系統包含：至少一處理器，其用於支持與配置及解除配置一與一用戶端系統通信之伺服器系統中之記憶體空間之記憶體管理機制；一用於為一執行於一該伺服器系統上之應用程式回應於介於該用戶端系統及該伺服器系統於一通信網路上一會話之建立唯一地識別一與一第一任務相關聯之第一物件的邏輯單元，其中該應用程式伺服由該用戶端系統提交至該伺服器系統之請求，且其中將該伺服器系統中記憶體之一第一區域配置至該第一物件；一用於根據一與該第一物件相關聯之第一執行上下文為該第一物件判定一第一執行範疇的邏輯單元，其中於該第一上下文中，一執行環境階層內之該第一物件之一第一預期壽命被決定，該執行環境階層係由一應用程式執行上下文、一任務執行上下文及一當前執行上下文界定；其中於該應用程式執行上下文中，除非該伺服器系統 之記憶體空間接近一預定臨界值，該第一記憶體區域仍被配置給與控制該執行於該會話期間之應用程式相關聯之該第一物件，其中於該任務執行上下文中，除非該伺服器系統之記憶體空間接近一預定臨界值，該第一記憶體區域仍被配置給與該第一任務相關聯之該第一物件，而該第一任務於該第一應用程式之該上下文中被執行，且其中於該當前執行上下文中，除非該伺服器系統之記憶體空間接近一預定臨界值，該第一記憶體區域仍被配置給與該第一任務之一組件相關聯之該第一物件而該組件在該第一任務之該上下文中仍為有效；一用於回應於監視該第一執行上下文而判定該第一物件之執行範疇之一變化的邏輯單元，其中該第一執行上下文係基於一使用者於該會話建立期間使用該用戶端系統之一流狀態及該執行環境階層內之該第一物件之該第一預期壽命被界定，該執行環境階層由該應用程式執行上下文、該任務執行上下文及該當前執行上下文所界定；一用於基於該使用者流狀態及該第一物件之經判定第一預期壽命判定一適當記憶體管理及物件清除機制的邏輯單元；及一用於基於該經判定機制，回應於判定該伺服器之記憶體空間在該會話之前已接近一預定臨界值而解除配置記憶體之該第一區域的邏輯單元，在該會話中該第一物 件持續終止。
12. 如請求項11之系統，其進一步包含：一用於唯一地識別一與一為該第一任務之一子任務之第二任務相關聯之第二物件的邏輯單元，其中將記憶體之一第二區域配置至該第二物件；一用於根據一與該第二物件相關聯之第二執行上下文為該第二物件判定一第二執行範疇的邏輯單元，其中該第二上下文為相對於該第一任務之一執行環境階層內之該第二物件界定一第二預期壽命；一用於回應於主動地監視該第二執行上下文而判定該第二物件之執行範疇中之一變化的邏輯單元，其中該第二執行上下文係基於一使用者於該會話建立期間使用該用戶端系統之一流狀態被界定；一用於基於該使用者流狀態及該第二物件之物件執行範疇判定一適當記憶體管理及物件清除機制的邏輯單元；及一用於基於該經判定機制，回應於判定伺服器之記憶體空間在該第一任務終止之前已接近一預定臨界值而解除配置記憶體之該第二區域的邏輯單元。
13. 如請求項12之系統，其進一步包含：一用於唯一地識別一與一為該第二任務之一子任務之第三任務相關聯之第三物件的邏輯單元，其中將記憶體之一第三區域配置至該第三物件；及一用於回應於判定伺服器之記憶體空間在該第二任務 終止之前已接近一預定臨界值而解除配置記憶體之該第三區域的邏輯單元。
14. 如請求項12之系統，其中回應於判定一第三任務不再有效地伺服於一請求，該第二執行上下文得以終止。
15. 如請求項11之系統，其中回應於判定一第二任務不再有效地伺服於一請求，該第一執行上下文得以終止。
16. 如請求項12之系統，其中回應於判定無該第二任務之子任務有效地伺服於一請求，該第二執行上下文得以終止。
17. 如請求項11之系統，其中該第一任務係在一建立於一伺服器系統與一用戶端系統之間的會話內執行，其中回應於判定該會話終止，該第一執行上下文得以終止。
18. 如請求項13之系統，其中該第一任務、該第二任務及該第三任務係在一經由一通信網路而建立於一伺服器系統與一用戶端系統之間的會話內執行。
19. 一種電腦程式產品，其包含一儲存一電腦可讀程式之電腦可用非暫態儲存媒體，其中該電腦可讀程式在執行於一電腦上時使該電腦：回應於介於一用戶端系統及該伺服器系統於一通信網路上一會話之建立為一執行於一伺服器系統上之應用程式唯一地識別一與一第一任務相關聯的第一物件，其中該應用程式伺服由該用戶端系統提交至該伺服器系統之請求，且其中將該伺服器系統中記憶體之一第一區域配置至該第一物件； 根據一與該第一物件相關聯之第一執行上下文為該第一物件判定一第一執行範疇，其中於該第一上下文中，一執行環境階層內之該第一物件之一第一預期壽命被決定，該執行環境階層係由一應用程式執行上下文、一任務執行上下文及一當前執行上下文界定，其中於該應用程式執行上下文中，除非該伺服器系統之記憶體空間接近一預定臨界值，該第一記憶體區域仍被配置給與控制該執行於該會話期間之應用程式相關聯之該第一物件，其中於該任務執行上下文中，除非該伺服器系統之記憶體空間接近一預定臨界值，該第一記憶體區域仍被配置給與該第一任務相關聯之該第一物件，而該第一任務於該第一應用程式之該上下文中被執行，且其中於該當前執行上下文中，除非該伺服器系統之記憶體空間接近一預定臨界值，該第一記憶體區域仍被配置給與該第一任務之一組件相關聯之該第一物件而該組件在該第一任務之該上下文中仍為有效；回應於監視該第一執行上下文而判定該第一物件之執行範疇中的一變化，其中該第一執行上下文係基於一使用者於該會話建立期間使用該用戶端系統之一流狀態及該執行環境階層內之該第一物件之該第一預期壽命被預測地界定，該執行環境階層由該應用程式執行上下文、該任務執行上下文及該當前執行上下文所界定；及基於該使用者流狀態及該第一物件之該經判定第一預 期壽命判定一適當記憶體管理及物件清除機制；且基於該經判定機制回應於判定該伺服器之記憶體空間在該會話之前已接近一預定臨界值而解除配置記憶體之該第一區域，在該會話中該第一物件持續終止。
20. 如請求項19之電腦程式產品，其中該電腦可讀程式在執行於一電腦上時進一步使該電腦：識別一與一為該第一任務之一子任務之第二任務相關聯的第二物件，其中將記憶體之一第二區域配置至該第二物件；根據一與該第二物件相關聯之第二執行上下文為該第二物件判定一第二執行範疇，其中該第二上下文為相對於該第一任務之該第二物件於一執行環境階層中界定一第二預期壽命；回應於主動地監視該第二執行上下文而判定該第二物件之執行範疇中的一變化，其中該第二執行上下文係基於該會話建立期間一使用者使用該用戶端系統之流狀態被界定；基於該使用者流狀態及該第二物件之物件執行範疇判定一適當記憶體管理及物件清除機制；及基於該經判定機制，回應於判定伺服器之記憶體空間於該第一任務終止之前已接近一預定臨界值而解除配置記憶體之該第二區域。