2015-03-02 99 views
1

我安裝了一些失敗的請求跟蹤(在Windows Server 2012的IIS 8.5中),嘗試分析爲什麼某些頁面加載比其他頁面加載花費的時間更長。我們有一種情況,有時一個頁面會在幾秒鐘內加載,然後其他時間需要20秒來處理。所以我希望能夠使用FRT來幫助我分析那些需要很長時間的時間。IIS 8.5失敗請求跟蹤報告需要花費0次

question here是非常相似,但它確實顯示一點時間,而我沒有。而我的問題與轉移時間無關(至少不在IIS和我之間)。

這不僅僅是靜態HTML。這些頁面由PHP動態生成,而PHP則調用數據庫來檢索信息。我希望能夠區分IIS或PHP花費的時間,但是我的日誌文件都顯示FRT的每個元素的時間都是0(或0持續時間)。

shotgunning對我而言的一點,因爲我不知道到底是哪部分會在什麼我彙報後,但這裏是我的配置:

Content = All 
Conditions: Time = 2 (which is >2 if I read the help file correctly) 
Trace Providers: ISAPI Extensions (verbose), WWW 
Server (verbose) 
    * For WWW Server I have marked each of the 'Areas' 

PHP的編碼,使得它也報告所花費的時間。這是告訴我,在某些情況下需要6-8秒。 (這是一個爲此目的而設計的測試文件,因此它有50個查詢,報告整個時間)。然而,有時在該運行中有一個查詢需要15-20秒來處理。雖然FRT日誌確實記錄了一條蹤跡,但它會說所花的時間僅爲2.532s(作爲一個例子),即使PHP(和掛鐘)說它是6-8秒。但是,再次查看FRT日誌的詳細信息,無論它花了多長時間,它只顯示所用時間爲0。

我真的很想看看PHP調用需要多長時間;當你把2的時間限制上FRT跟蹤停止IIS是不得不等待完成返回結果之前,因此它似乎將被記錄...

感謝, 賈斯汀

回答

0

在不幸2秒的階段。

有幾種方法。如果它位於可限制流量的機器上,如開發或測試平臺,那麼您可以將其設置爲跟蹤狀態代碼的結果'200'。它會記錄所有成功(但長時間運行)的請求。

如果這是不可能的,那麼將跟蹤設置爲更接近問題時標將有所幫助。因此,在您的情況下,將其設置爲6秒,您將看到流程的所有階段直至運行的階段爲