主頁我猜沒問題。每次大約需要1秒才能加載。 （我使用YSlow的插件） http://pocomaru.cloudapp.net/如何找出緩慢加載網頁的原因？
但是如果我去一個指定的類別，例如： http://pocomaru.cloudapp.net/category/45/iphone-4-4s-cases 它仍然需要1.7-2s加載。
我期待一個非常快的負載，最多1秒。該頁面只包含一個主要的sql調用： 獲取屬於某個類別的產品，並且該類別中只有18個產品。
我知道正常的技術來增加頁面加載時間，如延遲加載圖片等，但我的問題是，初始頁面加載時間太長。
我不知道是什麼原因。數據庫是sql azure web版本。任何人都可以看到它嗎？我正在使用.net EF。
非常感謝！
我覺得這個頁面可以給你一些啓發來的原因是什麼，你可以做些什麼，使之更好：
有相當多的前端性能改進，你可以但最終如果你想有一個1秒的加載時間，你需要整理後端。
HTML的請求和響應之間的差距大約爲1.5秒，因此您需要分析服務器上發生了什麼。
看起來這是一個服務器端問題。
我會得到一個探查器（一些版本的Visual Studio有這個built in），並首先在您的開發機器上運行它 - 這是理解您的應用程序性能特徵的最快方式。通常情況下，通過這個過程將顯示一些提高應用程序性能的機會。
如果您的應用程序在您的開發計算機上運行得非常好，但在Azure上運行緩慢，則必須深入研究基礎結構問題。通過collecting performance counters開始 - 通常會顯示正在發生的事情（生產中缺少的索引是經典）。
表格有多大，並且在用於過濾的字段上是否有索引？它看起來像當頁面完全冷（無人訪問一段時間）時，可能需要長達20秒：http://www.webpagetest.org/result/120726_5R_108A/
New Relic與Azure達成協議，您可以免費獲得其「標準」產品 - http://newrelic.com/azure 。這應該能夠告訴你時間在哪裏很快。
我同意pmeenan。我也跑了網頁測試，現在似乎有更多的404錯誤http://www.webpagetest.org/result/120726_20_13F8/。內維爾K和refhat也提供了很好的建議。 – 2012-07-26 23:04:17
:)你是Patrick嗎？歡迎來到StackExchange。 – 2012-07-26 23:05:47
是的，在這裏找到我的方式，謝謝你的歡迎。 – pmeenan 2012-08-03 18:44:14