專利名稱：：管理資源請求的設(shè)備、系統(tǒng)和方法
背景技術(shù)：
：微處理器或者微處理器系統(tǒng)內(nèi)的資源管理涉及，例如，對存儲器、文件、總線接口等等的訪問進行管理。在某些現(xiàn)有技術(shù)的微處理器或者微處理器系統(tǒng)中，會拒絕內(nèi)由于資源不可用、資源競爭和/或數(shù)據(jù)一致性等原因而不能被服務(wù)的請求，并且在隨后的循環(huán)中再次發(fā)布該請求。而且，同一請求會被重復(fù)地(例如，許多次)拒絕和重新發(fā)布。這種對于請求的重復(fù)發(fā)布和拒絕會導(dǎo)致能量、性能或者緩存帶寬的浪費。一些現(xiàn)有的資源管理技術(shù)(例如由操作系統(tǒng)(OS)執(zhí)行的存儲器分配)因其復(fù)雜性會十分耗時，并且在某些環(huán)境中會是不方便的，其中需要在有限的、很小數(shù)量的周期或者在同一周期內(nèi)進行資源管理判斷。例如，一些現(xiàn)有技術(shù)的資源管理技術(shù)不能在需要訪問公共總線、鎖定機構(gòu)的不同代理之間提供有效的管理其中可以采取開鎖或者解鎖。在說明書的結(jié)論部分特別地指出并且清楚地記載了本發(fā)明的主題。然而，本發(fā)明的結(jié)構(gòu)和操作方法，及其中的特征和優(yōu)點可以結(jié)合附圖參考以下詳細的描述得到最好的理解，其中圖1是根據(jù)本發(fā)明的一些說明實施例的共享總線計算系統(tǒng)的示意圖，包括一處理器，其中使用了本發(fā)明的至少一個實施例；圖2是點對點計算系統(tǒng)的示意圖，其中使用了本發(fā)明的一個實施例。圖3是根據(jù)本發(fā)明的一些說明實施例的請求狀態(tài)的示意狀態(tài)圖；圖4是根據(jù)本發(fā)明的一些說明實施例對被拒絕的請求進行的方法的示意流程圖。應(yīng)當理解為了描述簡單和清楚起見，圖中示出的元件都沒有必要按比例示出。例如，為了清楚起見，一些元件地尺寸可以相對于其它元件而被夸大。另外，在合適的地方，在圖中重復(fù)使用某些參考標記以表示相應(yīng)的或者相似的元件。具體實施例方式在下面詳細的描述中，為了提供對本發(fā)明實施例的徹底理解提出了許多特定細節(jié)。然而，本領(lǐng)域技術(shù)人員應(yīng)當理解本發(fā)明實施例在沒有這些特定細節(jié)的情況下也可以實施。在其它實例中，為了不與本發(fā)明的實施例混淆，眾所周知的方法、程序、元件和電路在此沒有進行詳細的描述。除非有特別的闡述，如從以下討論中可以理解的，在整個說明書討論使用的術(shù)語例如“處理”，“計算”(computing)，“估計”(calculating)，“確定”等指的是計算機或者計算系統(tǒng)或者類似電子計算設(shè)備的動作和/或處理，其將物理表示的數(shù)據(jù)(例如電子的、在計算系統(tǒng)的寄存器和/或存儲器中的數(shù)據(jù))操作和/或轉(zhuǎn)換為在計算系統(tǒng)的存儲器、寄存器或者其它類似的信息存儲器、傳輸或者顯示設(shè)備中的類似的其他物理數(shù)據(jù)。另外，術(shù)語“多個”在整個說明書中被用于表示兩個或更多的組件、設(shè)備、元件、參數(shù)等等。參考圖1，示意性的示出了根據(jù)本發(fā)明的一些說明性實施例的計算系統(tǒng)100的一部分。雖然本發(fā)明的實施例不限于這方面，系統(tǒng)100可以包括或者可以是，例如個人計算機，臺式計算機，移動計算機，便攜計算機，筆記本計算機，終端，工作站，服務(wù)器計算機，個人數(shù)字助理(PDA)設(shè)備，圖形輸入計算機(tabletcomputer)，網(wǎng)絡(luò)設(shè)備，微控制器，蜂窩電話，攝像機，或者任意其它合適的計算和/或通信設(shè)備。根據(jù)本發(fā)明的一些說明的實施例，系統(tǒng)100可以包括一個或多個處理器102。處理器102可以包括，例如中央處理單元(CPU)，數(shù)字信號處理器(DSP)，微處理器，主機處理器，多個處理器，控制器，芯片，微芯片，或者任意其它合適的多用途或者專用處理器或控制器。雖然本發(fā)明實施例不限于這一方面，處理器102可以包括或者可以是，例如，精簡指令集計算機(RISC)，含流水線的處理器，多核處理器，復(fù)雜指令集計算機(CISC)，等等。根據(jù)本發(fā)明的實施例，處理器102可以包括一個或者多個處理器內(nèi)核101，例如，包括一個或多個執(zhí)行單元，指令引退單元，解碼器，讀取器(fetcher)，可選調(diào)度器，等等本領(lǐng)域中公知的設(shè)備。根據(jù)本發(fā)明的一些說明實施例，系統(tǒng)100可以包括一共享總線，例如一“前端總線”(FSB)104。例如，F(xiàn)SB104可以是一個能夠通過內(nèi)部連線103在處理器102例如CPU和計算機系統(tǒng)100的其它設(shè)備之間傳送信息的CPU數(shù)據(jù)總線。根據(jù)本發(fā)明的實施例，F(xiàn)SB104可以在CPU102和芯片集106之間連接，例如，通過內(nèi)部連線105。雖然本發(fā)明不限于這一方面，芯片集106可以包括一個或多個主板芯片，例如“北橋”和“南橋”，和/或“固件集線器”。芯片集106可以包括用于額外總線和/或計算系統(tǒng)100的設(shè)備的連接點。根據(jù)本發(fā)明的一些說明性實施例，系統(tǒng)100包括通過內(nèi)部連線107邊接到芯片集106的一個或多個外設(shè)108。例如，外設(shè)108可以包括一輸入單元，例如，鍵盤、鼠標、觸摸板、或者其它合適的指示設(shè)備或者輸入設(shè)備；一輸出單元，例如陰極射線管(CRT)監(jiān)視器、液晶顯示器(LCD)監(jiān)視器、或其它合適的監(jiān)視器或者顯示單元。在一些實施例中，前述的輸出設(shè)備可以耦接到芯片集106，例如在包含固件集線器的系統(tǒng)中的情況。在一些實施例中，外設(shè)可以包括一存儲單元，例如硬盤驅(qū)動器、軟盤驅(qū)動器、光盤(CD)驅(qū)動器、可記錄光盤(CD-R)驅(qū)動器、或者其它合適的可移動和/或固定存儲器單元。根據(jù)本發(fā)明的一些說明性實施例，系統(tǒng)100包括一存儲器單元110，例如通過內(nèi)部連線109，例如存儲器總線，連接到芯片集106的系統(tǒng)存儲器。存儲器單元110包括，例如，隨機存取存儲器(RAM)，只讀存儲器(ROM)，動態(tài)RAM(DRAM)，同步DRAM(SDRAM)，閃存存儲器，易失性存儲器，非易失性存儲器，緩存存儲器，緩沖器，短期存儲器單元，長期存儲器單元，或者其它合適的記憶存儲器(memory)單元或者存儲(storage)單元.根據(jù)本發(fā)明的一些說明性實施例，處理器102，例如CPU，包括非內(nèi)核元件。例如，CPU102可以包括一存儲器緩存112和一個或多個服務(wù)隊列，例如，隊列114，116，118和120，用于管理資源存取請求，下面將進行詳細解釋。例如，存儲器緩存112可以包括或者可以是多級緩存存儲器或者具有兩個或更多級的存儲器的末級緩存(LLC)。在本發(fā)明的一些實施例中，LLC112可以在CPU102的外部，例如，可以通過專用或者共享總線訪問的二級(L2)或者三級(L3)緩存。例如，隊列114-120可以包括以服務(wù)的先進先出(FIFO)順序存儲所請求的服務(wù)的硬件緩沖器。另外，一個或多個隊列114-120可以分別與一個或多個隊列管理器相關(guān)，例如，隊列管理器130，從而調(diào)度該隊列的服務(wù)順序。系統(tǒng)100另外可以包括其他合適的硬件組件和/或軟件組件。在一些實施例中，CPU內(nèi)核101可以產(chǎn)生用于訪問資源，例如存儲器的請求。例如，處理器102可以包括一內(nèi)核接口140，用于在處理器內(nèi)核101和處理器102的非內(nèi)核元件之間傳送信號和/或數(shù)據(jù)，訪問請求可以通過接口140而被傳送。雖然本發(fā)明的實施例不限于此方面，請求可以包括或者可以是一數(shù)據(jù)讀訪問，一數(shù)據(jù)寫訪問，或者用于執(zhí)行一操作的類似指令。如在本領(lǐng)域中所知的那樣，請求可以包括一個或多個字段，例如，表明請求指示，請求類型，請求地址，和其它屬性，例如存儲器類型等等。在一些情況下，例如，如果資源被一個以前的請求專門鎖定，則會拒絕用于訪問一資源的請求。雖然本發(fā)明的實施例不限于此方面，根據(jù)本發(fā)明的一些說明性實施例的資源管理技術(shù)可以使用啟發(fā)式算法來分類資源訪問請求，例如，基于潛在的拒絕的原因和請求資源期望保持鎖定的時間量，可以是“長拒絕”或者“短拒絕”，下面將詳細描述。根據(jù)本發(fā)明的一些說明性實施例，訪問請求可以被分配作為在與LLC112相關(guān)的隊列中的條目，例如LLC隊列(LQ)114。從LQ114，該訪問請求可以通過接口113被發(fā)布到LLC112，例如在調(diào)度邏輯(例如隊列管理器130)的控制下。雖然本發(fā)明的實施例不限于此方面，隊列管理器130可以是根據(jù)本發(fā)明的一些說明性實施例的資源管理機構(gòu)的一部分，下面將詳細描述。例如，隊列管理器130可以使用與LQ114相關(guān)的特定硬件實現(xiàn)，其可以包括由硬件、軟件或者二者一同實現(xiàn)的算法，來調(diào)度和管理隊列資源請求。如現(xiàn)有技術(shù)中周知的那樣，根據(jù)預(yù)期的數(shù)據(jù)項是否在緩存中被發(fā)現(xiàn)，訪問緩存的請求可以是成功的(也就是命中)或者不成功的(也就是未命中)。對于訪問LLC112未命中的訪問請求可以被分配給外部總線隊列(XQ)116，例如，通過接口115，以通過內(nèi)部連線103發(fā)布到FSB104，從而訪問系統(tǒng)存儲器110，如上面描述的那樣。然而，在一些情況下，XQ116會被滿負載使用和/或包含XQ中要訪問系統(tǒng)存儲器110的相同存儲器地址的未決請求的前一條目，從而導(dǎo)致了對該請求的拒絕的延遲。雖然本發(fā)明的實施例不限于此，在這樣的情況下，拒絕取決于外部總線，例如，F(xiàn)SB104和/或XQ116，因此拒絕可以被分類為長拒絕。在其它實例中，訪問請求可以通過FSB104從外部代理接收，例如，直接存儲器存取(DMA)代理或者其它處理器。例如，外部請求可以通過信號117傳輸，并且作為探聽隊列118中的一個條目，以被發(fā)布到LLC112，例如，通過信號119。來自探聽隊列118的未決的外部請求與從CPU內(nèi)核101發(fā)布的訪問請求對LLC112的同一區(qū)域作出訪問請求，導(dǎo)致當從LQ114發(fā)布時拒絕該訪問請求。雖然本發(fā)明的實施例不限于此，在這樣的情況下拒絕依賴于內(nèi)部CPU事件，該拒絕可以被分類為短拒絕。根據(jù)本發(fā)明的一些說明實施例，當請求被分配到LQ114時，資源管理機構(gòu)(例如，隊列管理器130)可以檢查一個或多個條件，其可以阻止請求被服務(wù)。例如，隊列管理器130可以檢查XQ116和/或探聽隊列118的狀態(tài)。根據(jù)本發(fā)明的實施例，資源管理機構(gòu)可以監(jiān)視與請求服務(wù)并發(fā)的潛在的拒絕條件，例如，如果LQ114是空，該請求在下個周期被直接發(fā)送到LLC112。雖然本發(fā)明的實施例不限于此，資源管理機構(gòu)(例如，隊列管理器130)能夠監(jiān)視資源的可用性，檢測拒絕的原因，區(qū)分拒絕的不同類型，因此管理不同的類型，下面將詳細描述。例如，根據(jù)本發(fā)明一些說明性實施例，一個被拒絕的請求如被分類為短拒絕，則可以在LQ114中被重新調(diào)度，并隨后被重新發(fā)布。根據(jù)本發(fā)明的說明性實施例，被分類為長拒絕的拒絕請求可以被放置在拒絕隊列120中。拒絕隊列120中的長拒絕請求可以處于掛起狀態(tài)，參考下面圖3中的詳細描述。根據(jù)本發(fā)明的一些說明性實施例，在接收到的喚醒事件時可以從拒絕隊列120中釋放請求，如在下面參考圖3進行的詳細描述，并且返回，例如到LQ從而隨后被重新發(fā)布。雖然本發(fā)明的實施例不限于此方面，拒絕隊列120可以與LQ114相關(guān)聯(lián)并且也由隊列管理器130控制。根據(jù)本發(fā)明的實施例，可替代地，拒絕隊列120可以受與拒絕隊列120關(guān)聯(lián)的一個單獨的隊列管理器控制，并且被包括在資源管理機構(gòu)中。參考圖2，示意性示出了使用本發(fā)明的一個實施例的點對點計算系統(tǒng)200。應(yīng)當理解為了說明的目的，雖然本發(fā)明實施例上述的描述參考了共享總線計算系統(tǒng)100的處理器102和其中的元件，本發(fā)明的實施例不限于此方面，并且也可以使用在例如點對點計算系統(tǒng)200的一個或多個處理器中，如下所述。根據(jù)本發(fā)明的說明性實施例，系統(tǒng)200可以包括，例如，具有一個或多個處理器(例如處理器270和280)的點對點總線方案；存儲器，例如存儲器202和204；和/或輸入/輸出(I/O)設(shè)備，例如設(shè)備214，通過一個或多個點對點接口互連。處理器270和/或280可以分別包括處理器內(nèi)核274和284。雖然本發(fā)明的實施例不限于此方面，處理器270和280中的一個或者兩個都可以根據(jù)本發(fā)明的實施例實現(xiàn)資源管理機構(gòu)，例如參考上述圖1的處理器102和下文中圖3和4而詳細說明的。根據(jù)本發(fā)明的一些說明性實施例，處理器270和280也可以包括各自的本地存儲器通道集線器(MCH)272和282，例如分別連接到存儲器202和204。處理器270和280可以通過點對點接口250交換數(shù)據(jù)，例如分別使用點對點接口電路278和288。處理器270和/或280可以通過點對點接口252和254與芯片集290交換數(shù)據(jù)，例如使用點對點接口電路276，294，286和298。芯片集290也可以通過高性能圖形接口292與高性能圖形電路238交換數(shù)據(jù)。芯片集290也可以通過總線接口296與總線216交換數(shù)據(jù)。根據(jù)一些實施例，輸入/輸出設(shè)備214可以包括，低性能圖形控制器，視顏控制器，和/或網(wǎng)絡(luò)控制器，例如，在本領(lǐng)域中公知的那樣。根據(jù)一些說明實施例，系統(tǒng)200也可以包括另外的總線橋218，其可以用于例如允許在總線216和總線220之間交換數(shù)據(jù)?？偩€220在一些實施例中可以是一小型計算機系統(tǒng)接口(SCSI)總線，一集成驅(qū)動電子(IDE)總線，或者一通用串行總線(USB)，例如，在本領(lǐng)域中公知的。另外的I/O設(shè)備可以連接到總線220。例如，系統(tǒng)200也可以包括鍵盤和/或光標控制設(shè)備222，例如鼠標；音頻I/O224；通信設(shè)備226，例如包括調(diào)制解調(diào)器和/或網(wǎng)絡(luò)接口；和/或數(shù)據(jù)存儲設(shè)備228，例如存儲軟件代碼230。在一些實施例中，數(shù)據(jù)存儲設(shè)備228可以包括固定磁盤，軟盤驅(qū)動器，光盤驅(qū)動器，磁光盤驅(qū)動器，磁帶，或者包含閃存存儲器的非易失性存儲器。參考圖3，示意性示出了根據(jù)本發(fā)明的一些說明性實施例可能的請求狀態(tài)的狀態(tài)圖300。如在本領(lǐng)域中公知的，狀態(tài)圖可以用于圖形化表示有限狀態(tài)機，例如，確定性有限狀態(tài)機(DFA)，非確定性有限狀態(tài)機(NFA)，通用非確定性有限狀態(tài)機(GNFA)，或者摩爾機。例如，每一頂點可以代表一狀態(tài)，每一邊可以代表兩個狀態(tài)間的轉(zhuǎn)換?？梢栽谶吷媳硎镜皆摖顟B(tài)的一個輸入條件。雖然本發(fā)明的實施例不限于此方面，資源清求(例如從處理器102到計算系統(tǒng)100的存儲器單元104或者到與存儲器104關(guān)聯(lián)的資源的資源請求，或者從處理器內(nèi)核101到LLC112的資源請求)可以處于“未決”狀態(tài)310，“掛起”狀態(tài)320或者“完成”狀態(tài)330。根據(jù)本發(fā)明的一些說明性實施例，可以產(chǎn)生一新的資源請求，例如通過CPU102，開始可以處于未決狀態(tài)310，如在轉(zhuǎn)換302上所示。例如，在LLC隊列114中的請求可以處于未決狀態(tài)310。如果成功地完成對該請求的服務(wù)，請求可以從未決狀態(tài)310改變到完成狀態(tài)330，如在轉(zhuǎn)換332中所示。例如，請求可以是從LQ114被發(fā)布到LLC112，并且如果其被命中并且沒有競爭可以被立即服務(wù)?？商娲兀谖礇Q狀態(tài)310的請求也會被拒絕，例如，由于資源競爭或者如果外部總線隊列116是滿的或者前端總線104被滿負載使用。根據(jù)本發(fā)明的一些說明性實施例，資源管理機構(gòu)(例如隊列管理器130)可以基于拒絕的原因和預(yù)期該拒絕條件保持有效的時間量，把被拒絕的請求分類為例如，“長拒絕”或者“短拒絕”。根據(jù)本發(fā)明的一些說明性實施例，被分類為短拒絕的拒絕請求可以再一次被放到請求隊列中，其中請求被重復(fù)地重新發(fā)布，例如通過在LQ114中的再調(diào)度，直到所清求的資源可用并且該請求被服務(wù)。因此，如轉(zhuǎn)換312中指示的那樣，請求可以在沒有轉(zhuǎn)換到其它狀態(tài)的情況下退出并且再進入未決狀態(tài)310。雖然本發(fā)明不限于此方面，導(dǎo)致短拒絕的資源僅在相當短的時間內(nèi)不可用，例如，一個周期，例如在LLC112中發(fā)生存儲體沖突的情況下，如在本領(lǐng)域中公知的那樣。根據(jù)本發(fā)明的一些說明性實施例，被分類為長拒絕的、所拒絕的請求可以從未決狀態(tài)310變?yōu)閽炱馉顟B(tài)320，如在轉(zhuǎn)換314中所示。如在轉(zhuǎn)換322中所示，當拒絕的原因不再有效時，例如當釋放了被鎖定的資源時，請求可以退出掛起狀態(tài)320并且重新開始未決狀態(tài)310。例如，如果存儲器處理為了被服務(wù)而需要訪問主存儲器110時，在其能夠完成和數(shù)據(jù)被寫入緩存之前，將花費例如成百個周期。在這樣的情況下，在存儲器處理中使用的總線，例如FSB104，可以發(fā)送一個指示，表示從系統(tǒng)存儲器110到LLC112的數(shù)據(jù)被接收到，其可以指示該處理已經(jīng)完成。雖然本發(fā)明的實施例不限于此方面，如果是長拒絕，請求可以被存儲在拒絕隊列(例如，拒絕隊列120)中，直到鎖定資源被釋放?？商娲?，請求可以與LLC隊列114中的掛起狀態(tài)相關(guān)聯(lián)，其可以阻止將一個掛起的請求發(fā)布到LLC112。由于與短拒絕相比，資源被預(yù)期在一個相當長的時間內(nèi)保持鎖定，例如，當主存儲器訪問另一個緩存中的鎖定數(shù)據(jù)時幾百個周期的情況，掛起被分類為長拒絕的請求可以在資源保持不可用時阻止請求的不必要的重新發(fā)送。因此，根據(jù)本發(fā)明的一些說明性實施例，使用拒絕隊列和/或掛起狀態(tài)可以提高性能效率。參考圖4，示意性示出了根據(jù)本發(fā)明的一些說明性實施例來管理被拒絕的請求的方法300的流程圖。雖然本發(fā)明不限于此方面的說明，方法300可以通過資源管理器被執(zhí)行，例如，隊列管理器130。根據(jù)本發(fā)明的一些說明性實施例，方法400可以通過檢測拒絕的原因開始，如在塊410中所示。例如，可能導(dǎo)致拒絕的條件可以并行于對末級緩存的訪問而被檢查。如在塊420中所示，方法400可以包括基于預(yù)定參數(shù)(例如預(yù)期所請求的資源保持鎖定的時間量)區(qū)別不同的拒絕類型，例如，長拒絕和短拒絕。雖然本發(fā)明的實施例不限于此方面，方法400可以包括啟發(fā)式算法來判斷拒絕是長拒絕或者短拒絕。例如，依賴于外部資源的拒絕，例如FSB104和/或XQ116，可以被分類為長拒絕，依賴于內(nèi)部CPU事件(例如LLC112)的拒絕可以分類為短拒絕。如在塊430中所示，方法可以包括退回(bounce)被分類為短拒絕的請求，例如，通過在合適的隊列中重新調(diào)度。根據(jù)本發(fā)明的一些說明性實施例，方法400包括掛起一長拒絕請求，如在塊440中所示。例如，長拒絕請求可以放置在拒絕隊列中，例如隊列120。雖然本發(fā)明的實施例不限于此，一個被掛起的請求可以與有關(guān)該拒絕之原因的數(shù)據(jù)關(guān)聯(lián)，例如，指示哪個資源被鎖定的數(shù)據(jù)。根據(jù)本發(fā)明的一些說明性實施例，方法400可以包括監(jiān)視資源，如塊450中所示。例如資源管理器可以(例如周期性地)查詢計算系統(tǒng)100中被請求的資源，來確定是否該資源保持鎖定。附加地或者可替代地，資源管理器可以等待來自鎖定資源的暗示或者明示鎖定條件被釋放的信號，例如，F(xiàn)SB104和/或XQ116可以發(fā)出數(shù)據(jù)被接收的指示，例如，從系統(tǒng)存儲器110到LLC112。這樣的指示通常可以指示存儲器處理已被完成。然而，應(yīng)當理解，由于不止一個被掛起的請求依賴于這樣的存儲器處理，通用的指示不能應(yīng)用于所有的掛起請求。根據(jù)本發(fā)明的一些說明性實施例，方法400包括發(fā)送釋放命令到拒絕隊列，如在塊460中所示。雖然本發(fā)明不限于此方面，釋放命令可以觸發(fā)來自該隊列的一個或多個長拒絕請求的釋放。例如，釋放命令可以觸發(fā)特定的釋放事件來釋放該隊列中的特定請求，通用的釋放事件以釋放所有排隊的請求，或者組釋放事件以釋放該隊列中具有相似參數(shù)的一組請求。根據(jù)本發(fā)明的一些說明性實施例，通用釋放事件可以被至少一個長拒絕條件中的改變觸發(fā)。例如，如果XQ116是滿的，那么隊列中空條目的釋放可以產(chǎn)生一通用的釋放信號。(例如拒絕隊列120中的)掛起請求可以被重新發(fā)布例如到LLC114。在通用釋放的情況下，一些請求可以被再次拒絕，例如由于正在進行的競爭，而至少一個未命中LLC的請求能夠進入XQ以被服務(wù)。如果釋放的請求被拒絕，其可以回到掛起狀態(tài)，例如，在拒絕隊列120中。本發(fā)明的實施例可以通過軟件，硬件，或者適合于特定應(yīng)用或者符合特定設(shè)計要求的軟件和/或硬件的任意組合實現(xiàn)。本發(fā)明的實施例可以包括單元和子單元，他們可以相互獨立或者結(jié)合在一起，全部的或者部分的，并可以通過使用本領(lǐng)域中公知的特定的、多用途的或者通用處理器或者設(shè)備來實現(xiàn)。本發(fā)明的一些實施例可以包括緩沖器、寄存器、存儲單元和/或存儲器單元，用于數(shù)據(jù)的臨時的或者長期存儲，和/或為了便于特定實施例的操作。盡管在此示例和描述了本發(fā)明的某些特征，本領(lǐng)域技術(shù)人員可以對其進行許多改變，替代，變化和等效。因此，應(yīng)當理解附加的權(quán)利要求試圖覆蓋在本發(fā)明的實質(zhì)主旨下的所有這樣的改變和變化。權(quán)利要求1.一種方法，包括針對一個對資源進行訪問的請求，監(jiān)視一個或多個拒絕條件；以及基于與一個或多個拒絕條件相關(guān)的一個或多個參數(shù)把對該請求的拒絕分類為長拒絕或短拒絕。2.根據(jù)權(quán)利要求1的方法，其中基于所述的一個或多個參數(shù)對該請求的拒絕進行分類包括基于拒絕的原因和預(yù)期所述的一個或多個拒絕條件保持有效的時間量進行分類。3.根據(jù)權(quán)利要求1的方法，其中對拒絕進行分類包括基于該拒絕的原因，預(yù)測所述一個或多個拒絕條件預(yù)期保持有效的時間量。4.根據(jù)權(quán)利要求1的方法，其中監(jiān)視所述一個或多個拒絕條件包括查詢一個或多個資源來確定所述一個或多個資源的可用性。5.根據(jù)權(quán)利要求1的方法，其中分類拒絕包括如果所述的一個或多個拒絕條件包括依賴于內(nèi)部事件的條件，則將拒絕分類為短拒絕。6.根據(jù)權(quán)利要求1的方法，其中分類拒絕包括如果所述的一個或多個拒絕條件包括依賴于外部資源的條件，則將拒絕分類為長拒絕。7.根據(jù)權(quán)利要求1的方法，包括如果請求被拒絕并且被分類為短拒絕，則在將要訪問的所述資源的服務(wù)隊列中重新調(diào)度所述請求。8.根據(jù)權(quán)利要求1的方法，包括如果請求被拒絕并且被分類為長拒絕，則在拒絕隊列中掛起所述請求。9.根據(jù)權(quán)利要求8的方法，包括把所述拒絕隊列中的所述請求與同拒絕原因以及要被所述請求訪問的資源相關(guān)的數(shù)據(jù)進行關(guān)聯(lián)。10.根據(jù)權(quán)利要求9的方法，包括基于所述數(shù)據(jù)和來自要被訪問的該資源的信號發(fā)送一個釋放事件以從所述拒絕隊列中釋放所述請求，其中所述信號指示該資源可被用于服務(wù)該請求。11.根據(jù)權(quán)利要求8的方法，包括，基于指示所述一個或多個拒絕條件中的改變的一個或多個參數(shù)，發(fā)送釋放事件以便從所述拒絕隊列中釋放所述請求。12.一種設(shè)備，包括資源管理機構(gòu)，用于為訪問資源的請求監(jiān)視一個或多個拒絕條件，并基于與一個或多個拒絕條件相關(guān)的一個或多個參數(shù)將對該請求的拒絕分類為長拒絕或短拒絕。13.根據(jù)權(quán)利要求12的設(shè)備，其中所述的資源管理機構(gòu)可以基于拒絕的原因和預(yù)期所述一個或多個拒絕條件保持有效的時間量來對拒絕進行分類。14.根據(jù)權(quán)利要求12的設(shè)備，其中所述資源管理機構(gòu)能夠基于拒絕的原因預(yù)測所述一個或多個拒絕條件預(yù)期保持有效的時間量。15.根據(jù)權(quán)利要求12的設(shè)備，其中所述的資源管理機構(gòu)能夠查詢一個或個資源從而確定所述一個或多個資源的可用性。16.根據(jù)權(quán)利要求12的設(shè)備，其中，如果請求被拒絕并且被分類為短拒絕，所述資源管理機構(gòu)能在將被訪問的所述資源的服務(wù)隊列中重新調(diào)度所述請求。17.根據(jù)權(quán)利要求12的設(shè)備，其中如果請求被拒絕并且被分類為長拒絕，所述資源管理機構(gòu)能夠掛起所述請求。18.根據(jù)權(quán)利要求17的設(shè)備，其中所述資源管理機構(gòu)能夠把被掛起的所述請求與同該拒絕原因以及要被所述請求訪問的資源相關(guān)的數(shù)據(jù)進行關(guān)聯(lián)。19.根據(jù)權(quán)利要求18的設(shè)備，其中所述資源管理機構(gòu)能夠基于所述數(shù)據(jù)和一個來自要被訪問的資源的信號釋放所述被掛起的請求，其中所述信號指示資源可被用于服務(wù)該請求。20.根據(jù)權(quán)利要求17的設(shè)備，其中所述資源管理機構(gòu)能夠基于指示所述一個或多個拒絕條件中的改變的一個或多個參數(shù)，釋放所述被掛起的請求。21.一種系統(tǒng)，包括處理器，用于為訪問資源的請求監(jiān)視一個或多個拒絕條件，并且基于與一個或多個拒絕條件相關(guān)的一個或多個參數(shù)，將對該請求的拒絕分類為長拒絕或短拒絕；以及存儲器，用于根據(jù)請求被分類為長拒絕或者短拒絕來存儲一個或者多個對該請求進行管理的隊列。22.根據(jù)權(quán)利要求21的系統(tǒng)，其中所述一個或多個隊列包括要被所述請求訪問的資源的服務(wù)隊列，其中如果請求被拒絕并且被分類為短拒絕，所述處理器能夠在服務(wù)隊列中重新調(diào)度該請求。23.根據(jù)權(quán)利要求21的系統(tǒng)，其中所述一個或多個隊列包括一拒絕隊列，其中如果請求被拒絕并且被分類為長拒絕，所述處理器能夠在拒絕隊列中掛起該請求。24.根據(jù)權(quán)利要求23的系統(tǒng)，其中所述處理器能夠把所述拒絕隊列中的所述請求與同該拒絕的原因以及要被所述請求訪問的資源相關(guān)的數(shù)據(jù)進行關(guān)聯(lián)，其中所述存儲器用于存儲與該請求相關(guān)的數(shù)據(jù)。25.根據(jù)權(quán)利要求24的系統(tǒng)，其中所述處理器能夠基于所述數(shù)據(jù)和來自要被訪問的資源的信號而從所述拒絕隊列中釋放所述請求，其中所述信號指示該資源可被用于服務(wù)所述請求。26.根據(jù)權(quán)利要求24的系統(tǒng)，其中所述處理器能夠基于指示所述一個或多個拒絕條件中的改變的一個或多個參數(shù)，從拒絕隊列中釋放所述請求。根據(jù)權(quán)利要求21的系統(tǒng)，其中所述處理器能夠查詢一個或多個資源來確定所述一個或多個資源的可用性。27.根據(jù)權(quán)利要求21的系統(tǒng)，其中所述處理器能夠基于拒絕的原因和預(yù)期所述一個或多個拒絕條件保持有效的時間量來對拒絕進行分類。28.根據(jù)權(quán)利要求21的系統(tǒng)，其中所述處理器能夠基于拒絕的原因來預(yù)測所述一個或多個拒絕條件預(yù)期保持有效的時間。全文摘要管理資源請求的設(shè)備、系統(tǒng)和方法，本發(fā)明的實施例提供一種資源管理機構(gòu)，用于監(jiān)視資源的可用性，檢測拒絕的原因，區(qū)別不同類型拒絕，并因此管理不同類型。例如，根據(jù)本發(fā)明的實施例中的隊列管理器能夠基于拒絕的原因和預(yù)期該拒絕條件保持有效的時間量，將被拒絕的請求分類為例如“長拒絕”或者“短拒絕”。短拒絕請求可以在合適的服務(wù)隊列中被重新調(diào)度，同時長拒絕請求可以在拒絕隊列中被掛起。并描述和要求了其它特征。文檔編號G06F9/46GK101017450SQ20061006424公開日2007年8月15日申請日期2006年12月30日優(yōu)先權(quán)日2005年12月30日發(fā)明者A·曼德爾森,J·曼德爾布拉特,L·諾瓦科夫斯基申請人:英特爾公司