[發明專利]檢測和預測復雜系統中的瓶頸

在審

• 申請號: 201780023677.9
• 申請日: 2017-06-08
• 公開（公告）號: CN109074300A
• 公開（公告）日: 2018-12-21
• 發明（設計）人: B·馬萊茨基;P·派德科夫斯基;M·帕茨特;P·沃爾查克
• 申請（專利權）人: 國際商業機器公司
• 主分類號: G06F11/22
• 分類號: G06F11/22
• 代理公司: 北京市中咨律師事務所 11247
• 代理人: 于靜;楊曉光

提供了一種用于檢測系統中的瓶頸的方法、計算機系統和計算機程序產品。該方法包括接收一個圖(102)，其中節點表示軟件模塊，邊表示軟件模塊之間的通信信道，監視每個軟件模塊的所選資源，與可用資源相比較(104)，監視通信信道上消耗的帶寬與可用帶寬的比率(106)，遍歷該圖，用于識別其產生的輸出量低于處于空閑模式的軟件模塊所需的輸出量的源軟件模塊(108)，并分析所識別的源軟件模塊的資源消耗，以識別所識別的源軟件模塊的資源的缺乏量(110)。

背景技術

本發明一般涉及一種用于檢測系統中的瓶頸的方法，更具體地，涉及一種使用圖的方法，在該圖中，節點表示軟件模塊，圖的邊表示通信信道。本發明還涉及一種用于檢測系統中的瓶頸的瓶頸識別系統，以及一種計算機程序產品。

如今，軟件解決方案通常包含許多相互通信的端點(endpoint)，其中許多端點同時充當數據生產者和消費者。其中一個端點/軟件模塊可能會發生性能不佳，這通常會影響整個解決方案的整體性能。此外，端點的性能不僅取決于運行它的硬件，還取決于其他因素，例如，在同一機器上運行的其他軟件模塊，可能是物理機或虛擬機。隔離系統中瓶頸的根本原因-特別是間歇性存在-可能難以檢測、隔離和消除。原因在于性能瓶頸可能有多種原因。可能沒有足夠的計算資源，例如主存儲器或外部存儲容量，交換文件太大或太小，通信帶寬不足，太多用戶試圖用相同的軟件模塊做同樣的事情等等。即使對于有經驗的系統設計師和架構師來說，找到性能問題的真正原因也可能是一項繁瑣的任務。支持此類分析的工具數量仍然有限，并且通常基于過去的靜態信息。因此，可能需要更復雜的支持來隔離系統中的瓶頸。

發明內容

如本文所公開的，由計算機執行的用于檢測系統中的瓶頸的方法包括，接收一個圖，其中節點表示軟件模塊，邊表示軟件模塊之間的通信信道，監視用于每個軟件模塊的所選資源，與可用資源相比較，監視通信信道上消耗的帶寬與可用帶寬的比率，遍歷該圖，用于識別其產生的輸出量低于處于空閑模式的所述軟件模塊所需的所述輸出量的源軟件模塊，以及，分析所識別的源軟件模塊的資源消耗，以識別所識別的源軟件模塊的資源的缺乏量。本文還公開了對應于上述方法的計算機系統和計算機程序產品。

附圖說明

圖1是描繪根據本發明的實施例的用于檢測系統中的瓶頸的本發明方法的示例的框圖；

圖2是描繪根據本發明的實施例的本發明方法的一般模型的示例的圖；

圖3是描繪根據本發明的實施例的包括元件(element)網絡的系統的示例的框圖；

圖4是描繪根據本發明實施例的用于檢測系統中的瓶頸的瓶頸檢測系統的示例的框圖；以及

圖5示出了包括用于檢測系統中的瓶頸的系統的計算系統的實施例。

具體實施方式

根據本發明的一個方面，可以提供一種用于檢測系統中的瓶頸的方法。該系統可以包括通過通信信道彼此通信的軟件模塊。該方法可以包括接收一個圖。在該圖中，節點可以表示軟件模塊之一，邊可以表示通信信道之一，其中數據流從軟件模塊中的發送軟件模塊流到所述軟件模塊中的接收軟件模塊。表示軟件模塊的節點可以用作發送軟件模塊和接收軟件模塊，并且可以涉及表示輸入數據的接收量與從輸入數據導出的輸出數據的產生量的預期比率的預定義因子。

該方法可以進一步包括，為每個軟件模塊針對所選資源監視軟件模塊消耗的資源量與資源的可用量的比率，為每個通信信道監視一個通信信道消耗的帶寬與該通信信道上的可用帶寬的比率，以及該通信信道的空閑時間量；對于處于空閑模式的軟件模塊，遍歷圖，用于識別其產生的輸出量低于處于空閑模式的所述軟件模塊所需的所述輸出量的源軟件模塊，以及，分析所識別的源軟件模塊的資源消耗，以識別所識別的源軟件模塊的資源的缺乏量。