專利名稱：存儲器消耗監(jiān)控裝置和存儲器消耗監(jiān)控方法
技術(shù)領(lǐng)域：
本發(fā)明涉及計(jì)算機(jī)技術(shù)領(lǐng)域，具體而言，涉及存儲器消耗監(jiān)控裝置和存儲器消耗監(jiān)控方法。
背景技術(shù)：
目前多數(shù)企業(yè)管理軟件均采用Java或者.net編寫而成。其內(nèi)存管理特點(diǎn)與上一代軟件有區(qū)別。上一代軟件的內(nèi)存分配與釋放均需要應(yīng)用程序顯式調(diào)用，并且在調(diào)用完成后立即生效(立即分配或者立即釋放)。但是基于Java或者.net的程序并不是這樣。它們的內(nèi)存分配雖然仍然由應(yīng)用程序調(diào)用，但是內(nèi)存釋放過程并不由應(yīng)用程序代碼控制，而是由托管內(nèi)存管理器負(fù)責(zé)。托管內(nèi)存管理器根據(jù)當(dāng)前內(nèi)存使用的情況自動釋放不再使用的內(nèi)存，并且重新整理內(nèi)存空間結(jié)構(gòu)，釋放內(nèi)存碎片。托管內(nèi)存管理器釋放不在使用的內(nèi) 存，并重整理內(nèi)存空間結(jié)構(gòu)的過程被稱為“垃圾回收”(GC, Garbage Collector)。企業(yè)管理軟件中的應(yīng)用服務(wù)器常常執(zhí)行大量的服務(wù)請求任務(wù)。但是，在處理這些請求的過程中，只要有少數(shù)請求處理程序消耗相對較大量的存儲器件，服務(wù)器性能也會急劇下降。為此，監(jiān)控這些系統(tǒng)中的存儲器消耗與請求相關(guān)性對于維持總體穩(wěn)定是有用的。但是，當(dāng)系統(tǒng)被高度利用時(shí)，監(jiān)控存儲器的活動本身會顯著影響系統(tǒng)性能。相關(guān)技術(shù)中存在一些解決方案。例如直接監(jiān)視應(yīng)用服務(wù)器的內(nèi)存提交量。但是對于托管程序來說，內(nèi)存的釋放過程是不可預(yù)期的。對于高壓カ服務(wù)器，內(nèi)存提交量總是會保持在一個(gè)相對固定的點(diǎn)。不能準(zhǔn)確地反映這些內(nèi)存提交量中，真正被程序使用的內(nèi)存量。如果在監(jiān)控內(nèi)存提交量之前，強(qiáng)制要求GC回收所有不再使用的內(nèi)存。隨后再檢查內(nèi)存提交量。這樣可以獲得精確的存儲器真實(shí)使用情況。但強(qiáng)制GC行為會暫停所有應(yīng)用服務(wù)器工作線程，有時(shí)甚至?xí)r間長達(dá)數(shù)十秒?？紤]到通常應(yīng)用服務(wù)器的響應(yīng)時(shí)間普遍低于I秒。顯然這種方案對系統(tǒng)性能將產(chǎn)生顯著的不良影響。其次，除了帶有初始化動作的請求處理程序和另外ー些存在設(shè)計(jì)缺陷導(dǎo)致內(nèi)存泄漏的請求處理程序。絕大多數(shù)請求處理程序雖然在執(zhí)行過程中會分配內(nèi)存，但是在處理完成后的一段事件內(nèi)會釋放這些內(nèi)存。直接監(jiān)控內(nèi)存提交量不能發(fā)現(xiàn)在請求處理程序的執(zhí)行過程中究竟分配了多少內(nèi)存。因此，需要一種存儲器消耗監(jiān)控技術(shù)，可監(jiān)控請求處理程序在執(zhí)行過程中所分配的內(nèi)容，且不會影響系統(tǒng)的性能。

發(fā)明內(nèi)容
基于上述背景技術(shù)的考慮，本發(fā)明的ー個(gè)目的是提供一種存儲器消耗監(jiān)控裝置，可監(jiān)控請求處理程序在執(zhí)行過程中所分配的內(nèi)容，且不會影響系統(tǒng)的性能。根據(jù)本發(fā)明的ー個(gè)方面，提供了一種存儲器消耗監(jiān)控裝置，用于監(jiān)控處理器和存儲器，包括監(jiān)控單元，監(jiān)控存儲器垃圾收集事件和服務(wù)請求的發(fā)生；相關(guān)性分析単元，確定所述服務(wù)請求與所述存儲器垃圾收集事件之間的相關(guān)性；報(bào)告單元，連接至所述相關(guān)性分析単元，根據(jù)所述相關(guān)性分析単元的分析結(jié)果報(bào)告所述服務(wù)請求中的可疑請求。在該技術(shù)方案中，可監(jiān)控存儲器垃圾收集事件和發(fā)生的服務(wù)請求，建立存儲器垃圾收集事件與服務(wù)請求之間的關(guān)系，根據(jù)該關(guān)系可確定可疑請求。在上述技術(shù)方案中，優(yōu)選的，所述相關(guān)性分析単元包括相關(guān)性確定子單元，確定在每個(gè)所述存儲器垃圾收集事件定義的時(shí)間間隔內(nèi)所發(fā)生的服務(wù)請求以及服務(wù)請求所對應(yīng)的發(fā)生次數(shù)；計(jì)算子単元，根據(jù)所述時(shí)間間隔內(nèi)所述存儲器垃圾收集事件所收集到的內(nèi)存總量，以及各服務(wù)請求的發(fā)生次數(shù)，獲取各所述服務(wù)請求的內(nèi)存分配量，將內(nèi)存分配量最大的服務(wù)請求作為可疑請求。根據(jù)存儲器垃圾收集事件所收集到的內(nèi)存總量以及各服務(wù)請求的次數(shù)可精確計(jì)算出每種服務(wù)請求所分配到的內(nèi)存，避免了直接監(jiān)控內(nèi)存提交量不能發(fā)現(xiàn)在請求處理程序的執(zhí)行過程中究竟分配了多少內(nèi)存的問題，同時(shí)在相對精確的獲得每種服務(wù)請求的內(nèi)存分配情況同時(shí)，也盡可能減輕對系統(tǒng)的負(fù)擔(dān)。在上述技術(shù)方案中，優(yōu)選的，所述時(shí)間間隔的時(shí)段數(shù)大于等于所述服務(wù)請求的數(shù) 量。若服務(wù)請求的應(yīng)用相關(guān)地址有多種，則需監(jiān)控多個(gè)時(shí)間間隔，才能獲取每種應(yīng)用相關(guān)地址對應(yīng)的服務(wù)請求所對應(yīng)的內(nèi)存量，也就是說，隨著監(jiān)控時(shí)段的増加，統(tǒng)計(jì)將越來越精確。在上述任一技術(shù)方案中，優(yōu)選的，還可以包括提取單元，連接至所述相關(guān)性分析單元，根據(jù)所述服務(wù)請求的協(xié)議規(guī)范從所述服務(wù)請求中提取出應(yīng)用相關(guān)地址，將所述應(yīng)用相關(guān)地址作為所述服務(wù)請求的數(shù)據(jù)供所述相關(guān)性分析単元使用。服務(wù)請求多種多樣，不同的協(xié)議有各自的規(guī)范，而應(yīng)用相關(guān)地址才是本方案中所需要的，因此在服務(wù)請求中提取出應(yīng)用相關(guān)地址，利用該應(yīng)用相關(guān)地址來代表ー種服務(wù)請求。在上述任一技術(shù)方案中，優(yōu)選的，所述相關(guān)性分析單元還包括排除子単元，若所述應(yīng)用相關(guān)地址是第一次被分析，則排除所述應(yīng)用相關(guān)地址對應(yīng)的服務(wù)請求所在的時(shí)間間隔時(shí)段內(nèi)的所有存儲器垃圾收集事件和所有服務(wù)請求。在分解出應(yīng)用相關(guān)地址后，需要判斷該應(yīng)用相關(guān)地址是否是第一次被分析，如果是，則考慮到很多請求處理過程都會在第一次請求發(fā)生時(shí)初始化ー些內(nèi)存數(shù)據(jù)，因此，在本方案中將排除首次發(fā)現(xiàn)的請求，并且排除該請求所在時(shí)段內(nèi)的所有存儲器垃圾回收事件和服務(wù)請求。根據(jù)本發(fā)明的另一方面，還提供了一種存儲器消耗監(jiān)控方法，包括監(jiān)控存儲器垃圾收集事件和服務(wù)請求的發(fā)生；確定所述服務(wù)請求與所述存儲器垃圾收集事件之間的相關(guān)性；根據(jù)所述相關(guān)性報(bào)告所述服務(wù)請求中的可疑請求。在該技術(shù)方案中，可監(jiān)控存儲器垃圾收集事件和發(fā)生的服務(wù)請求，建立存儲器垃圾收集事件與服務(wù)請求之間的關(guān)系，根據(jù)該關(guān)系可確定可疑請求。在上述任一技術(shù)方案中，優(yōu)選的，所述確定所述服務(wù)請求與所述存儲器垃圾收集事件之間的相關(guān)性的步驟包括確定在每個(gè)所述存儲器垃圾收集事件定義的時(shí)間間隔內(nèi)所發(fā)生的服務(wù)請求以及服務(wù)請求所對應(yīng)的發(fā)生次數(shù)；根據(jù)所述時(shí)間間隔內(nèi)所述存儲器垃圾收集事件所收集到的內(nèi)存總量，以及各服務(wù)請求的發(fā)生次數(shù)，獲取各所述服務(wù)請求的內(nèi)存分配量，將內(nèi)存分配量最大的服務(wù)請求作為可疑請求。根據(jù)存儲器垃圾收集事件所收集到的內(nèi)存總量以及各服務(wù)請求的次數(shù)可精確計(jì)算出每種服務(wù)請求所分配到的內(nèi)存，避免了直接監(jiān)控內(nèi)存提交量不能發(fā)現(xiàn)在請求處理程序的執(zhí)行過程中究竟分配了多少內(nèi)存的問題，也提高了計(jì)算速度，減輕對系統(tǒng)的負(fù)擔(dān)。在上述任一技術(shù)方案中，優(yōu)選的，所述時(shí)間間隔的時(shí)段數(shù)大于等于所述服務(wù)請求的數(shù)量。若服務(wù)請求的應(yīng)用相關(guān)地址有多種，則需監(jiān)控多個(gè)時(shí)間間隔，才 能獲取每種應(yīng)用相關(guān)地址對應(yīng)的服務(wù)請求所對應(yīng)的內(nèi)存量，也就是說，隨著監(jiān)控時(shí)段的増加，統(tǒng)計(jì)將越來越精確。在上述任一技術(shù)方案中，優(yōu)選的，根據(jù)所述服務(wù)請求的協(xié)議規(guī)范從所述服務(wù)請求中提取出應(yīng)用相關(guān)地址，將所述應(yīng)用相關(guān)地址作為所述服務(wù)請求的數(shù)據(jù)供分析使用。服務(wù)請求多種多樣，不同的協(xié)議有各自的規(guī)范，而應(yīng)用相關(guān)地址才是本方案中所需要的，因此在服務(wù)請求中提取出應(yīng)用相關(guān)地址，利用該應(yīng)用相關(guān)地址來代表ー種服務(wù)請求。在上述任一技術(shù)方案中，優(yōu)選的，若所述應(yīng)用相關(guān)地址是第一次被分析，則排除所述應(yīng)用相關(guān)地址對應(yīng)的服務(wù)請求所在的時(shí)間間隔時(shí)段內(nèi)的所有存儲器垃圾收集事件和所有服務(wù)請求。在分解出應(yīng)用相關(guān)地址后，需要判斷該應(yīng)用相關(guān)地址是否是第一次被分析，如果是，則考慮到很多請求處理過程都會在第一次請求發(fā)生時(shí)初始化ー些內(nèi)存數(shù)據(jù)，因此，在本方案中將被排除首次發(fā)現(xiàn)的服務(wù)請求，并且排除該請求所在時(shí)段內(nèi)的所有存儲器垃圾回收事件和服務(wù)請求。根據(jù)本發(fā)明的技術(shù)方案，能準(zhǔn)確反映內(nèi)存提交量中真正被程序使用的內(nèi)存量，可發(fā)現(xiàn)在請求處理程序的執(zhí)行過程中究竟分配了多少內(nèi)存，且不會影響系統(tǒng)的性能。


圖I示出了根據(jù)本發(fā)明的實(shí)施例的存儲器消耗監(jiān)控裝置的框圖；圖2示出了根據(jù)本發(fā)明的實(shí)施例的存儲器消耗監(jiān)控裝置的示意圖；以及圖3示出了根據(jù)本發(fā)明的實(shí)施例的存儲器消耗監(jiān)控裝置方法的流程圖；圖4示出了根據(jù)本發(fā)明的實(shí)施例的存儲器消耗監(jiān)控裝置方法的流程圖。
具體實(shí)施例方式為了能夠更清楚地理解本發(fā)明的上述目的、特征和優(yōu)點(diǎn)，下面結(jié)合附圖和具體實(shí)施方式
對本發(fā)明進(jìn)行進(jìn)一歩的詳細(xì)描述。在下面的描述中闡述了很多具體細(xì)節(jié)以便于充分理解本發(fā)明，但是，本發(fā)明還可以采用其他不同于在此描述的其他方式來實(shí)施，因此，本發(fā)明并不限于下面公開的具體實(shí)施例的限制。圖I示出了根據(jù)本發(fā)明的實(shí)施例的存儲器消耗監(jiān)控裝置的框圖。如圖I所示，根據(jù)本發(fā)明的實(shí)施例的存儲器消耗監(jiān)控裝置100，用于監(jiān)控處理器和存儲器，包括監(jiān)控單元102，監(jiān)控存儲器垃圾收集事件和服務(wù)請求的發(fā)生；相關(guān)性分析單元104，確定服務(wù)請求與存儲器垃圾收集事件之間的相關(guān)性；報(bào)告單元106，連接至相關(guān)性分析単元104，根據(jù)相關(guān)性分析単元104的分析結(jié)果報(bào)告服務(wù)請求中的可疑請求。在該技術(shù)方案中，可監(jiān)控存儲器垃圾收集事件和發(fā)生的服務(wù)請求，建立存儲器垃圾收集事件與服務(wù)請求之間的關(guān)系，根據(jù)該關(guān)系可確定可疑請求。在上述技術(shù)方案中，優(yōu)選的，相關(guān)性分析單元104包括相關(guān)性確定子單元1042，確定在每個(gè)存儲器垃圾收集事件定義的時(shí)間間隔內(nèi)所發(fā)生的服務(wù)請求以及服務(wù)請求所對應(yīng)的發(fā)生次數(shù)；計(jì)算子單元1044，根據(jù)時(shí)間間隔內(nèi)存儲器垃圾收集事件所收集到的內(nèi)存總量，以及各服務(wù)請求的發(fā)生次數(shù)，獲取各服務(wù)請求的內(nèi)存分配量，將內(nèi)存分配量最大的服務(wù)請求作為可疑請求。根據(jù)存儲器垃圾收集事件所收集到的內(nèi)存總量以及各服務(wù)請求的次數(shù)可精確計(jì)算出每種服務(wù)請求所分配到的內(nèi)存，避免了直接監(jiān)控內(nèi)存提交量不能發(fā)現(xiàn)在請求處理程序的執(zhí)行過程中究竟分配了多少內(nèi)存的問題，也提高了計(jì)算速度，減輕對系統(tǒng)的負(fù)擔(dān)。
在上述技術(shù)方案中，優(yōu)選的，時(shí)間間隔的時(shí)段數(shù)大于等于服務(wù)請求的數(shù)量。若服務(wù)請求的應(yīng)用相關(guān)地址有多種，則需監(jiān)控多個(gè)時(shí)間間隔，才能獲取每種應(yīng)用相關(guān)地址對應(yīng)的服務(wù)請求所對應(yīng)的內(nèi)存量，也就是說，隨著監(jiān)控時(shí)段的増加，統(tǒng)計(jì)將越來越精確。在上述任一技術(shù)方案中，優(yōu)選的，還可以包括提取單元108，連接至相關(guān)性分析單元104，根據(jù)服務(wù)請求的協(xié)議規(guī)范從服務(wù)請求中提取出應(yīng)用相關(guān)地址，將應(yīng)用相關(guān)地址作為服務(wù)請求的數(shù)據(jù)供相關(guān)性分析単元104使用。服務(wù)請求多種多樣，不同的協(xié)議有各自的規(guī)范，而應(yīng)用相關(guān)地址才是本方案中所需要的，因此在服務(wù)請求中提取出應(yīng)用相關(guān)地址，利用該應(yīng)用相關(guān)地址來代表ー種服務(wù)請求。在上述任一技術(shù)方案中，優(yōu)選的，相關(guān)性分析単元104還包括排除子単元1046，若應(yīng)用相關(guān)地址是第一次被分析，則排除應(yīng)用相關(guān)地址對應(yīng)的服務(wù)請求所在的時(shí)間間隔時(shí)段內(nèi)的所有存儲器垃圾收集事件和所有服務(wù)請求。在分解出應(yīng)用相關(guān)地址后，需要判斷該應(yīng)用相關(guān)地址是否是第一次被分析，如果是，則考慮到很多請求處理過程都會在第一次請求發(fā)生時(shí)初始化ー些內(nèi)存數(shù)據(jù)，因此，在本方案中將排除首次發(fā)現(xiàn)的請求，并且排除該請求所在時(shí)段內(nèi)的所有存儲器垃圾回收事件和服務(wù)請求。圖2示出了根據(jù)本發(fā)明的實(shí)施例的存儲器消耗監(jiān)控裝置的示意圖。服務(wù)請求發(fā)生吋，處理器204用于處理服務(wù)請求過程，隨著所為響應(yīng)的存儲器分配，存儲器垃圾回收事件也將發(fā)生。當(dāng)請求和事件發(fā)生時(shí)，可以在對性能產(chǎn)生很小影響下將它們的相關(guān)信息存檔。記錄的事件周期可以存在2種方法。在選定的時(shí)間周期T內(nèi)，例如T=I分鐘。記錄GC事件與請求事件。此后每個(gè)相同的時(shí)間周期T內(nèi)都同樣的記錄GC事件和請求事件。存儲器206用于記錄與存儲器垃圾回收事件相關(guān)聯(lián)的事件信息，從而，與不同的存儲器垃圾回收事件相關(guān)聯(lián)的開始時(shí)間、結(jié)束時(shí)間都可以存儲在其中。如圖2中所示，存儲器消耗監(jiān)控裝置可集成在系統(tǒng)服務(wù)器200中，與該系統(tǒng)服務(wù)器200還連接有顯示器202。在本實(shí)施例中，周期T的選擇需要遠(yuǎn)大于普通請求的處理時(shí)間和GC事件發(fā)生頻率。例如，如果每請求花費(fèi)20毫秒，而事件周期選擇為I分鐘。在這種情況下，記錄請求的完成時(shí)間，還是記錄請求的到達(dá)時(shí)間，對于時(shí)段T來說是幾乎沒有區(qū)別的。只是在具體實(shí)現(xiàn)上，全部請求使用同樣的標(biāo)準(zhǔn)即可，全部記錄請求到達(dá)時(shí)間，或者全部記錄請求完成時(shí)間。在監(jiān)控過程中，首先對服務(wù)請求進(jìn)行參數(shù)化分解。服務(wù)請求多種多樣，但是無論是基于SOA、SOAP、HTTP還是其他服務(wù)請求的協(xié)議，都能歸結(jié)為協(xié)議描述、服務(wù)器地址、應(yīng)用相關(guān)地址、請求參數(shù)四部分。例如某HTTP GET請求，請求的URL (訪問請求)為http://host:8080/U9/GetBiIIDetaiI. aspx BillID=l?？梢愿鶕?jù)協(xié)議將其分割為協(xié)議描述http://; 服務(wù)器地址host:8080 ;應(yīng)用相關(guān)地址/U9/GetBillDetail.aspx ；請求參數(shù)Bi11 ID=I。不同的協(xié)議都有各自的規(guī)范，可根據(jù)協(xié)議規(guī)范提取其中的應(yīng)用相關(guān)地址。在某些文獻(xiàn)中，也會將應(yīng)用相關(guān)地址稱作應(yīng)用相關(guān)URL。在這四部分中，只有應(yīng)用相關(guān)地址是本方案需要的，它與存儲器分配過程緊密相關(guān)。下面解釋對服務(wù)請求進(jìn)行參數(shù)化分解的原因。假如GetBillDetail. aspx DocCode=l 和 GetBillDetail. aspx DocCode=2 這兩個(gè)URL分別是獲取訂單I的詳細(xì)信息和訂單2的詳細(xì)信息。獲取不同用戶的處理過程是相同的，所以對于應(yīng)用服務(wù)器來說應(yīng)是同一功能的不同參數(shù)。由于兩個(gè)請求的URL不同，它會識別為不同的請求。根據(jù)人們的操作習(xí)慣，很少有人會針對同一張單據(jù)反復(fù)查看。所以應(yīng)用服務(wù)器很難出現(xiàn)功能和參數(shù)正好都相同的情況，即URL很難重復(fù)。在具體的實(shí)踐中將無法得到累計(jì)的迭代結(jié)果，進(jìn)而使得分析可能是低效甚至無效的。所以需要首先將URL進(jìn)行參數(shù)化分解。將URL中的應(yīng)用相關(guān)URL從URL中提取出來。對于這個(gè)例子，這兩個(gè)服務(wù)請求的應(yīng)用相關(guān)URL都將是GetBillDetail. aspx。在分解出應(yīng)用相關(guān)地址后，首先需要判斷該應(yīng)用相關(guān)地址是否是第一次被分析。如果是，考慮到很多請求處理過程都會在第一次請求發(fā)生時(shí)初始化一些內(nèi)存數(shù)據(jù)。所以同類(相同應(yīng)用相關(guān)地址)第一次發(fā)生時(shí)，往往伴隨相對多的內(nèi)存分配。因此，在本實(shí)施例中，將排除首次發(fā)現(xiàn)的服務(wù)請求。需要說明的是，排除并不是僅僅排除掉這條請求記錄，而是排除該請求所在時(shí)段的所有GC事件和服務(wù)請求。由于某個(gè)時(shí)段內(nèi)多個(gè)請求并行執(zhí)行，所以很難從內(nèi)存占用總量上直接獲得某個(gè)具體請求的內(nèi)存分配情況。所以如果僅僅考慮ー個(gè)時(shí)段內(nèi)的監(jiān)控記錄。無法確定時(shí)段內(nèi)具體某個(gè)請求的內(nèi)存分配情況，也無法建立GC事件的數(shù)量與具體服務(wù)請求之間的關(guān)系。但是通過累計(jì)多個(gè)時(shí)段的監(jiān)控記錄，則可以找到內(nèi)存分配明顯多于其他請求的特殊請求。而隨著監(jiān)控時(shí)段的增多，統(tǒng)計(jì)將越來越精確。舉例說明GC事件與具體服務(wù)請求之間的相關(guān)性判斷方法。例如，在某時(shí)段Tl中。發(fā)現(xiàn)了 I次應(yīng)用相關(guān)地址A、I次應(yīng)用相關(guān)地址B和4次應(yīng)用相關(guān)地址C。而在這個(gè)時(shí)段內(nèi)，GC事件收集到的內(nèi)存總量為45兆字節(jié)。同理，在時(shí)段T2和T3中也進(jìn)行了記錄。記錄列表如下所示
權(quán)利要求
1.一種存儲器消耗監(jiān)控裝置，用于監(jiān)控處理器和存儲器，其特征在于，包括 監(jiān)控單元，監(jiān)控存儲器垃圾收集事件和服務(wù)請求的發(fā)生； 相關(guān)性分析単元，確定所述服務(wù)請求與所述存儲器垃圾收集事件之間的相關(guān)性； 報(bào)告單元，連接至所述相關(guān)性分析単元，根據(jù)所述相關(guān)性分析単元的分析結(jié)果報(bào)告所述服務(wù)請求中的可疑請求。
2.根據(jù)權(quán)利要求I所述的存儲器消耗監(jiān)控裝置，其特征在于，所述相關(guān)性分析単元包括 相關(guān)性確定子單元，確定在每個(gè)所述存儲器垃圾收集事件定義的時(shí)間間隔內(nèi)所發(fā)生的服務(wù)請求以及服務(wù)請求所對應(yīng)的發(fā)生次數(shù)； 計(jì)算子単元，根據(jù)所述時(shí)間間隔內(nèi)所述存儲器垃圾收集事件所收集到的內(nèi)存總量，以及各服務(wù)請求的發(fā)生次數(shù)，獲取各所述服務(wù)請求的內(nèi)存分配量，將內(nèi)存分配量最大的服務(wù)請求作為可疑請求。
3.根據(jù)權(quán)利要求2所述的存儲器消耗監(jiān)控裝置，其特征在于，所述時(shí)間間隔的時(shí)段數(shù)大于等于所述服務(wù)請求的數(shù)量。
4.根據(jù)權(quán)利要求2所述的存儲器消耗監(jiān)控裝置，其特征在于，還包括提取單元，連接至所述相關(guān)性分析単元，根據(jù)所述服務(wù)請求的協(xié)議規(guī)范從所述服務(wù)請求中提取出應(yīng)用相關(guān)地址，將所述應(yīng)用相關(guān)地址作為所述服務(wù)請求的數(shù)據(jù)供所述相關(guān)性分析単元使用。
5.根據(jù)權(quán)利要求4所述的存儲器消耗監(jiān)控裝置，其特征在于，所述相關(guān)性分析單元還包括排除子単元，若所述應(yīng)用相關(guān)地址是第一次被分析，則排除所述應(yīng)用相關(guān)地址對應(yīng)的服務(wù)請求所在的時(shí)間間隔時(shí)段內(nèi)的所有存儲器垃圾收集事件和所有服務(wù)請求。
6.—種存儲器消耗監(jiān)控方法,其特征在于,包括 監(jiān)控存儲器垃圾收集事件和服務(wù)請求的發(fā)生； 確定所述服務(wù)請求與所述存儲器垃圾收集事件之間的相關(guān)性； 根據(jù)所述相關(guān)性報(bào)告所述服務(wù)請求中的可疑請求。
7.根據(jù)權(quán)利要求6所述的存儲器消耗監(jiān)控方法，其特征在干，所述確定所述服務(wù)請求與所述存儲器垃圾收集事件之間的相關(guān)性的步驟包括確定在每個(gè)所述存儲器垃圾收集事件定義的時(shí)間間隔內(nèi)所發(fā)生的服務(wù)請求以及服務(wù)請求所對應(yīng)的發(fā)生次數(shù)； 根據(jù)所述時(shí)間間隔內(nèi)所述存儲器垃圾收集事件所收集到的內(nèi)存總量，以及各服務(wù)請求的發(fā)生次數(shù)，獲取各所述服務(wù)請求的內(nèi)存分配量，將內(nèi)存分配量最大的服務(wù)請求作為可疑請求。
8.根據(jù)權(quán)利要求7所述的存儲器消耗監(jiān)控方法，其特征在于，所述時(shí)間間隔的時(shí)段數(shù)大于等于所述服務(wù)請求的數(shù)量。
9.根據(jù)權(quán)利要求7所述的存儲器消耗監(jiān)控方法，其特征在于，根據(jù)所述服務(wù)請求的協(xié)議規(guī)范從所述服務(wù)請求中提取出應(yīng)用相關(guān)地址，將所述應(yīng)用相關(guān)地址作為所述服務(wù)請求的數(shù)據(jù)供分析使用。
10.根據(jù)權(quán)利要求9所述的存儲器消耗監(jiān)控方法，其特征在于，若所述應(yīng)用相關(guān)地址是第一次被分析，則排除所述應(yīng)用相關(guān)地址對應(yīng)的服務(wù)請求所在的時(shí)間間隔時(shí)段內(nèi)的所有存儲器垃圾收集事件和所有服務(wù)請求。
全文摘要
本發(fā)明提供了一種存儲器消耗監(jiān)控裝置，用于監(jiān)控處理器和存儲器，包括監(jiān)控單元，監(jiān)控存儲器垃圾收集事件和服務(wù)請求的發(fā)生；相關(guān)性分析單元，確定所述服務(wù)請求與所述存儲器垃圾收集事件之間的相關(guān)性；報(bào)告單元，連接至所述相關(guān)性分析單元，根據(jù)所述相關(guān)性分析單元的分析結(jié)果報(bào)告所述服務(wù)請求中的可疑請求。根據(jù)本發(fā)明的技術(shù)方案，可高效的獲取存儲器的使用情況，甄別出對系統(tǒng)資源(存儲器)消耗巨大的請求處理程序，從而還可為提高服務(wù)器的性能提供有力保障。本發(fā)明還提供了一種存儲器消耗監(jiān)控方法。
文檔編號G06F11/34GK102819483SQ20121021799
公開日2012年12月12日 申請日期2012年6月27日 優(yōu)先權(quán)日2012年6月27日
發(fā)明者楊歷 申請人:用友軟件股份有限公司