中廣核集團(tuán)WEB應(yīng)用平臺優(yōu)化

2013-12-13 11:28:30 電力信息化　點(diǎn)擊量：評論 (0)

摘要本項(xiàng)目主要目的是在不增加資源或增加少量資源的前提下，通過優(yōu)化WEB平臺的應(yīng)用程序、開發(fā)過程、數(shù)據(jù)庫和WEB服務(wù)器，使用戶能夠快捷、安全和可靠地使用WEB應(yīng)用平臺。關(guān)鍵詞 WEB應(yīng)用運(yùn)行平臺優(yōu)化本文主要

ion Services Global︰File Cache Hits %、Internet Information Services Global︰File Cache Flushes，及 Internet Information Services Global︰File Cache Hits。第一個計(jì)數(shù)器「Memory : Cache Bytes」顯示「文件系統(tǒng)緩存」的大小，其默認(rèn)為最多使用 50% 的可用物理內(nèi)存。由于當(dāng)緩存的內(nèi)存快要不足時，IIS 會自動調(diào)整它，所以請留意這個計(jì)數(shù)器行進(jìn)的方向。第二個計(jì)數(shù)器是緩存存取次數(shù)與緩存請求總數(shù)的比例，它會反應(yīng)出此「IIS 文件緩存」的設(shè)置表現(xiàn)的好不好。對于主要由靜態(tài)文件組成的網(wǎng)站來說，80% 以上的緩存存取次數(shù)應(yīng)是個不錯的數(shù)字。

 除了添加更多 RAM 外，請嘗試下列技巧以增強(qiáng)內(nèi)存性能︰改進(jìn)數(shù)據(jù)組織、嘗試映像或等量劃分磁盤、以 ISAPI 或 ASP 應(yīng)用程序取代 CGI 應(yīng)用程序、加大分頁文件、重新計(jì)數(shù)「IIS 文件緩存」、刪除不需要的功能，以及將「文件系統(tǒng)緩存」的平衡值改成「IIS 5.0 工作設(shè)置」。

2、處理器容量

　　隨著用戶請求從網(wǎng)站獲得快速的響應(yīng)時間，以及在這些網(wǎng)站上不斷增加的動態(tài)內(nèi)容，更加需要利用到快速、有效的處理器用量。當(dāng)一或多個進(jìn)程幾乎耗盡所有處理器時，就會發(fā)生瓶頸。這會迫使準(zhǔn)備好執(zhí)行的進(jìn)程線程必須在隊(duì)列中等待處理器時間。

　　Windows 2000 Server 上的 IIS 5.0 能有效地調(diào)配二至四個處理器。如果服務(wù)器上大多是靜態(tài)內(nèi)容，則備有兩個處理器的計(jì)算機(jī)應(yīng)已足夠。如果是會動態(tài)生成的內(nèi)容，則備有四個處理器的安裝可以解決您的問題。不過，如果站點(diǎn)上的工作量需要大量的 CPU，則單一計(jì)算機(jī)將無法符合請求的數(shù)量。如果您的站點(diǎn)是這種情況，則應(yīng)將它調(diào)配成跨多臺服務(wù)器。如果已經(jīng)在多重服務(wù)器上執(zhí)行您的站點(diǎn)，請考慮添加更多服務(wù)器。使用內(nèi)建在Windows 2000 中的 [性能] 工具來監(jiān)視性能。

有關(guān)計(jì)數(shù)器的說明：

 System : Processor Queue Length。這個計(jì)數(shù)器顯示了在由系統(tǒng)上所有處理器共享的隊(duì)列中，等候執(zhí)行的線程數(shù)目。如果這個計(jì)數(shù)器提供了兩個或以上的自變量值，則表示手邊就有一個處理器瓶頸。

 Processor : %Processor Time。處理器瓶頸的特征是︰當(dāng)網(wǎng)絡(luò)適配卡及磁盤 I/0 仍保持正常的低容量時，「處理器︰% 處理器時間」的數(shù)字卻很高。

3、網(wǎng)絡(luò)容量、等待時間及帶寬

　　測量有效帶寬最簡單的方法是判定服務(wù)器是以哪個速度傳送及接收資料的。有一些「性能」計(jì)數(shù)器可以測量服務(wù)器上許多組件中的數(shù)據(jù)傳輸。包括 Web、FTP 及 STMP 服務(wù)、TCP 對象、TP 對象及「網(wǎng)絡(luò)接口」對象上的計(jì)數(shù)器。每一個計(jì)數(shù)器都會反應(yīng)不同的 Open System Interconnectivity (OSI) 層。

 Network Interface: Bytes Total/sec。若要判定網(wǎng)絡(luò)連接是否存在瓶頸

上一頁 1 2 3 4 5 6 7 8 9 10 下一頁

責(zé)任編輯：和碩涵

免責(zé)聲明：本文僅代表作者個人觀點(diǎn)，與本站無關(guān)。其原創(chuàng)性以及文中陳述文字和內(nèi)容未經(jīng)本站證實(shí)，對本文以及其中全部或者部分內(nèi)容、文字的真實(shí)性、完整性、及時性本站不作任何保證或承諾，請讀者僅作參考，并請自行核實(shí)相關(guān)內(nèi)容。

我要收藏

個贊