IIS和/或SQL的精確跟蹤

我在本網站遇到性能瓶頸：http://oceanosdecolor.es/，我無法找到它。如果嘗試，您會看到任何頁面（例如主頁）需要很長時間才能加載。IIS和/或SQL的精確跟蹤

第一次執行一個頁面時，該站點重新加載以檢測客戶端設備，但這只是第一次，然後它使客戶端設備保持不重新加載。

我將執行的痕跡記錄到數據庫中，但我沒有得到有用的信息，根據日誌，整個主頁的執行發生在同一秒內，但我可以看到主頁需要更多時間加載。

IIS日誌（在本地嘗試時）不起作用，因爲這也會在幾秒鐘內提供信息，而不是以毫秒爲單位，並且再次說明所有事情都在同一秒內發生，而且本地運行速度遠遠快於服務器上的速度。

因此，我要求在任何工具中尋求幫助，以更準確地監控性能或使用任何技術。

謝謝

來源

2011-12-01 K. Weber

好吧，我標記爲回答正確回答的問題，而不是那些不解決問題的問題。我嘗試投票給誰回答的人，即使答案沒有解決問題，但它說我需要一些聲譽或投票，所以我對此感到抱歉，但我無能爲力。 –

請提供更多信息......「本地對比」是什麼意思？服務器在共享主機上嗎？是否有代理參與？數據庫與ASP.NET應用程序在同一臺服務器上嗎？ – Yahia

謝謝。它是一個共享主機，數據庫在不同的服務器上（不知道是否「物理上不同」），我追蹤了從ASP到DB的動作，並且我在1秒內看到了所有事情，所以瓶頸可能在渲染本身，這聽起來很奇怪！我在同一託管公司和同一CMS平臺（http://proyecto9.es/ http://nozines.com/）中有其他站點，從不這樣做，至少我不讚賞它... –

我想你的答案可能不在於IIS或SQL Server。根據Chrome中的開發者工具，您的實際頁面執行和發送HTML需要從我的位置首次加載時需要400毫秒。問題是你有一堆CSS文件（其中很多沒有被發現，導致很長的延遲）。你也有很多要求。

我會安裝雅虎的YSlow爲您最喜愛的瀏覽器。從最終用戶的角度來看，這將爲您提供一大堆關於網站運行緩慢的建議。

要在Chrome上使用開發者工具：右鍵單擊您的頁面，點擊「檢查元素」，然後進入「網絡」標籤，然後硬刷新瀏覽器（shift-F5）。我看到的幾個問題是：commun.css（2.5秒和失敗），layout.css（400ms和失敗），jquery-ui-1.8.10.custom.min.js（800ms和失敗）。

找到這些失敗的原因並修復它，我相信你的網站會加載得更快。請儘可能使用CSS image sprites以減少請求數量。

來源

2011-12-01 17:45:00 MikeMurko

謝謝你！我相信你是對的。關於我知道的圖像精靈，但總是認爲_image editing_和_css adjust_中的努力並沒有在請求減少方面達到平衡，你認爲時間和帶寬的減少會非常大嗎？無論如何，我會嘗試你告訴我的工具 –

我絕對是這麼想的。請求是什麼延遲你的頁面加載比什麼都多（假設合理的快速腳本）。想想看，服務器每次發送請求的請求，等待響應，然後傳輸數據。儘可能將圖像合併爲精靈，可以減少發送/等待時間以及可能傳輸的數據量。看看我發送的鏈接，它裏面有一個精靈生成器引用。節省時間。 – MikeMurko

IIS和/或SQL的精確跟蹤

回答

相關問題