• <ruby id="5koa6"></ruby>
    <ruby id="5koa6"><option id="5koa6"><thead id="5koa6"></thead></option></ruby>

    <progress id="5koa6"></progress>

  • <strong id="5koa6"></strong>
    • 軟件測試技術
    • 軟件測試博客
    • 軟件測試視頻
    • 開源軟件測試技術
    • 軟件測試論壇
    • 軟件測試沙龍
    • 軟件測試資料下載
    • 軟件測試雜志
    • 軟件測試人才招聘
      暫時沒有公告

    字號: | 推薦給好友 上一篇 | 下一篇

    終極優化(1):使用 IIS 5.0 調整 Web服務器的藝術與科學

    發布: 2009-4-15 09:39 | 作者: 不詳 | 來源: 測試時代采編 | 查看: 24次 | 進入軟件測試論壇討論

    領測軟件測試網

    隨著用戶請求從網站獲得快速的響應時間,以及在這些網站上不斷增加的動態內容,更加需要利用到快速、有效的處理器用量。當一或多個進程幾乎耗盡所有處理器時,就會發生瓶頸。這會迫使準備好執行的進程線程必須在隊列中等待處理器時間。添加諸如內存、磁盤或網絡連接等其它硬件,以試圖克服處理器瓶頸的無效,反而會讓狀況更加惡化。

      windows 2000 server 上的 iis 5.0 能有效地調配二至四個處理器。如果您正在考慮添加額外的處理器,請衡量您網站的業務需求。例如,如果您在服務器上主控的大多是靜態內容,則備有兩個處理器的計算機應已足夠。如果主控的是會動態生成的內容,則備有四個處理器的安裝可以解決您的問題。不過,如果站點上的工作量需要大量的 cpu,則單一計算機將無法符合請求的數量。如果您的站點是這種情況,則應將它調配成跨多臺服務器。如果已經在多重服務器上執行您的站點,請考慮添加更多服務器。

      不過,您應該明了 windows 2000 及 iis 5.0 的最大性能增益來自于解決內存問題。在決定改變web 服務器上處理器的個數之前,請先排除內存問題,再監視下列「性能計數器」。

      ·  system : processor queue length。這個計數器顯示了在由系統上所有處理器共享的隊列中,等候執行的線程數目。如果這個計數器提供了兩個或以上的自變量值,則表示手邊就有一個處理器瓶頸。

      ·  processor : %processor time。處理器瓶頸的特征是︰當網絡適配卡及磁盤 i/0 仍保持正常的低容量時,「處理器︰% 處理器時間」的數字卻很高。在多處理器的計算機上檢查「processor : %processor time」計數器來找出任何不平衡的情況是個很好的作法。

      ·  thread : context switch/sec:dllhost#n, thread: context switchs/sec:inetinfo=>thread#, system: context switches/sec。如果決定增加線程緩沖池的大小,便應該監視這里列出的三個計數器。增加線程數目可能會增加內容切換的數目,因而造成性能不增反降。每一個請求有 10 個或以上內容切換就已經是相當高的數字了;如果出現這些數字,請考慮降低線程緩沖池大小。想通過測量連接及請求來得出線程及整體性能之間的平衡點是不容易的。每次當您調整線程時,請接著監視整體性能,以檢查性能是增進還是降低。若要判定是否應該調整線程計數,請將進程中的每一個線程數目和處理器時間拿來和總處理器時間作比較。如果線程持續忙碌,但并沒有使用全部的處理器時間,則建立更多線程對性能會有幫助。不過,如果所有線程都很忙,而且處理器已快接近最大容量,則最好將載量分配給更多服務器,而不要增加線程的數目。請參閱本文中〈附錄 1︰性能設置〉的aspthreadgateenabled 及 aspprocessorthreadmax metabase 屬性。

      ·  processor: interrupts/sec 及 processor: %dpc time 。使用這些計數器來判定處理器應花多少時間在中斷及延緩的過程調用上 (dpc)。有兩個因素可能是處理器上負載的其它來源?蛻舳苏埱笫沁@兩個因素的主要來源。有些新型網絡適配卡包括中斷減緩,也就是說當中斷程度太高時,它會將中斷累積在緩沖區中。

      跨多臺計算機調配

      如果處理器問題持續存在,請嘗試使用 network load balancing (nlb) 或硬件負載平衡器跨多臺計算機調配您的站點。雖然使用其中一種方法來設置 web farm 會增加一層復雜性,并產生一些其它問題,但如果您的網站規模夠大的話,這個操作可能會替您解決一些性能問題。nlb 的相關信息,請參閱 network load balancing technical overview。

      網絡容量、等待時間及帶寬

      基本上,網絡是客戶端向服務器傳送請求的線路。它花在您的服務器上來回傳遞這些請求及響應的時間,對用戶能察覺的服務器性能來說是個最大限制因素之一。這種請求-響應的循環時間就稱為等待時間,等待時間對于web 服務器管理員來說幾乎是無法控制的。例如,您對 internet 上速度緩慢的路由器,或是客戶端及服務器之間的物理距離所能作的處理實在不多。

      在主要是由靜態內容組成的站點上,網絡帶寬最有可能是性能瓶頸的來源。即使是一般的服務器也可能用滿一條 t3 連接 (45mbps) 或 100mbps fast ethernet 連接。您可以通過調整當前的連接,或盡可能最大化有效的帶寬來改善這些問題。

      測量有效帶寬最簡單的方法是判定您的服務器是以哪個速度傳送及接收資料的。有一些「性能」計數器可以測量您的服務器上許多組件中的數據傳輸。包括 web、ftp 及 stmp 服務、tcp 對象、tp 對象及「網絡接口」對象上的計數器。每一個計數器都會反應不同的 open system interconnectivity (osi) 層。這些計數器及其分析的詳細清單,請參閱隨 windows 2000 server resource kit 一起發行的《internet information services 5.0 資源指引》。請特別參閱〈監視及調整服務器〉該章中的〈網絡 i/o〉小節。不過,若要開始使用下列計數器︰

      

    延伸閱讀

    文章來源于領測軟件測試網 http://www.kjueaiud.com/

    54/5<12345>

    關于領測軟件測試網 | 領測軟件測試網合作伙伴 | 廣告服務 | 投稿指南 | 聯系我們 | 網站地圖 | 友情鏈接
    版權所有(C) 2003-2010 TestAge(領測軟件測試網)|領測國際科技(北京)有限公司|軟件測試工程師培訓網 All Rights Reserved
    北京市海淀區中關村南大街9號北京理工科技大廈1402室 京ICP備10010545號-5
    技術支持和業務聯系:info@testage.com.cn 電話:010-51297073

    軟件測試 | 領測國際ISTQBISTQB官網TMMiTMMi認證國際軟件測試工程師認證領測軟件測試網

    老湿亚洲永久精品ww47香蕉图片_日韩欧美中文字幕北美法律_国产AV永久无码天堂影院_久久婷婷综合色丁香五月

  • <ruby id="5koa6"></ruby>
    <ruby id="5koa6"><option id="5koa6"><thead id="5koa6"></thead></option></ruby>

    <progress id="5koa6"></progress>

  • <strong id="5koa6"></strong>