1. 程式人生 > >Win2003 IIS6.0效能優化指南

Win2003 IIS6.0效能優化指南

問:好多asp.net程式,放在一臺伺服器上,客戶端連線使用一段時間後,在伺服器上開啟工作管理員一看,發現有很多w3wp.exe,佔用記憶體很大,達到1g,請問為什麼會這樣?有什麼辦法可以避免這種情況呢?

答:這主要是你的ASP.NET 開發的程式有記憶體洩漏;對於非託管資源,一定要注意釋放。

問:我的具體情況是這樣的:

伺服器配置至強2.8G 記憶體512M SCSI硬碟 2塊(軟映象)

系統 windows 2003

現在掛了一個asp.net開發的網站訪問量不大但是出現一個問題就是

每當伺服器執行2-3天后訪問網站就特別慢重啟動伺服器後就正常了

檢視程序使用記憶體的情況發現w3wp.exe

sqlservr.exe 程序佔用記憶體

相當大達到了170M(每個)物理可用記憶體幾乎用光

(伺服器重啟動時佔用的記憶體很小才40M 每個)

以前網站掛在一個虛擬機器上資料庫是分開掛的從沒出現這種情況

後來原版移植到新伺服器上就出現這樣的問題~~

還個一問題就是我在SQL企業管理器中檢視SQL程序發現有很多是。net 引起的程序是sleeping 但是卻佔用了記憶體~ 無法釋放

搞了很久了一直都沒解決,求救~~請高手指教~~ 萬分感謝~~~~~

答:IIS服務管理器----》應用程式池----》新增你的應用,並設定最大記憶體,當程式達到最大記憶體後其會自動重啟。

我的問題跟你一樣,

不過我的記憶體是2G,訪問量比較高,一般是差不多執行24小時後就得重啟,記憶體沒耗完,W3WP程序佔到一百八九十兆,SQL佔了二百多兆時,就得重啟,不然整個站點就當在那邊....55555555,搞了快半個月了還是不行,痛苦啊

w3wp.exe 就是你的ASP.NET應用宿主,如果你使用了大量的SessionCache等資源,並且Session超市時間很長,那麼記憶體佔用量就比較大。應用池是為增加效能而設的一個特性,但是也消耗很大的記憶體。另外關掉Windows Server 2003裡的大多數Service(那個不用都可以關掉),也可以節省一部分記憶體

1.懷疑在程式中應用的CACHE,

2.CACHE中有大量的資料

3.頻繁重新整理CACHE

4.沒有設計好CACHE的方式

你的問題我以前也遇見過,我以前是用的Session,後我全部改成cook之後就好多了,應該是你的Session或是你的CACHE有問題(CACHE不太懂,但多多少應該是有的)

跟蹤下SQL的呼叫記錄,在每次往CACHESESSION寫入大量資料時記錄一下時間,看是否太過頻繁

1.win2003asp.net的程序就是w3wp.exe

2.512M 記憶體個人用是夠用了,但是放在伺服器上就有點不夠用了,尤其是win2003 + asp.net +sql server 。尤其是sql server 他是很吃記憶體的,如果不控制的話,他會佔光所有的實體記憶體(只剩下幾十M 100M 吧)。win2003 本身就要佔用150M左右。也就剩不下什麼了。

3.優化asp.net程式,就向樓上的說的那樣,少用或不用session cache application之類的東西,再有就是是不是有翻頁的地方,翻頁處理不好也是會佔很多記憶體的。

4.限制sql的記憶體。企業管理器——SQL的屬性(一般是local)——“記憶體”標籤

在這裡看記憶體的設定,把最大值改成100M吧。

第四條是最快的方法,可以試一試。

我的一個自開發OA系統也存在這樣的問題。

總結上面,大概原因是因為 session cache 的不合理使用造成的。

我的應用程式中,確實用了很多的Session Cache,

MSDN 中找到了“動態記憶體分配”這一篇,今天就試看看,是否有效。

希望有經驗的朋友多給些資訊,大家也好總結下出現類似錯誤的原因,謝謝!!

不知道你是什麼網站。按理說是不會佔用這麼大的。如上你用了cache存放了超額的內容。當然。象session這種是不太可能佔用這麼大的了,或用了 application 類似的一些有超長時間或永久保持性的物件來儲存大量資料。如利用單例儲存資料這些都有可能造成使用大量的記憶體。

建義2003系統安裝至少1G記憶體。

w3wp.exe2003下的一個iis程序,至於樓主說的sql佔用記憶體,那有可能是因為你的sql沒有設定佔用記憶體上限

IIS優化為Web伺服器減負

20080721日星期一 20:46

打造基於IIS 6.0的站點是很多企業的首選,但是IIS相對於其他Web平臺不但對硬體的要求比較高,而且其效能不夠盡如人意。如果沒有強勁的硬體平臺,用IIS搭建的Web站點確實有些老牛破車的味道。另外,IIS保守的預設設定讓這一切雪上加霜。如何在現有的硬體平臺上打造快捷的Web伺服器呢?那就從IIS優化,為Web減負開始。

  1、禁止多餘的Web服務擴充套件

  IIS6.0支援多種服務擴充套件,有些管理員偷懶或者不求甚解,擔心Web執行中出現解析錯誤,索性在建站時開啟了所有的Web服務擴充套件。殊不知,這其中的有些擴充套件比如“所有未知CGI擴充套件”、“在伺服器端的包含檔案”等是Web執行中根本用不到的,況且還佔用IIS資源影響效能拖垮Web,甚至某些擴充套件存在漏洞容易被攻擊者利用。因此,科學的原則是,用到什麼擴充套件就啟用什麼擴充套件。

  如果企業站點是靜態頁面,那什麼擴充套件都不要開啟。不過現在的企業站點都是互動的動態頁面比如aspphpjsp等。如果是asp頁面,那隻需開啟“Active Server Pages”即可。對於phpjsp等動態頁面IIS6.0預設是不支援的需要進行安裝相應元件實現對這些擴充套件的支援。不過,此時用不到的擴充套件完全可以禁用。

  禁止Web服務擴充套件的操作非常簡單,開啟“IIS管理器”,在左窗格中點選“Web服務擴充套件”,在右側選擇相應的擴充套件,然後點選“禁用”即可。(1)

2、刪除不必要的IIS副檔名對映

  IIS預設支援.asp.cdx8種副檔名的對映,這其中除了.asp之外其他的擴充套件幾乎用不到。這些用不著的擴充套件會加重web伺服器的負擔,而且帶來一定的安全隱患。比如.asa.cer等副檔名,就可以被攻擊者利用來獲得webshell。因為一般的asp系統都會限制asp檔案的上傳,但如果沒有限制.asa或者.cer等副檔名,攻擊者就可以更改檔案字尾突破上傳限制,執行.asa或者.cer的檔案獲得webshell( 2)

刪除IIS副檔名的操作是:開啟IIS管理器,右鍵單擊“預設Web站點”選擇“屬性”,點選“主目錄”選項卡,然後點選“配置”開啟應用程式視窗,最後根據自己的需要選擇不必要的應用程式對映比如.shtml, .shtm, .stm等,然後點選“刪除”即可。(3)

3、取消訪問記錄

  IIS6.0預設開啟對於web的訪問記錄。當開啟記錄功能後,IIS會事無鉅細地忠實記錄所有的web訪問記錄。這些記錄檔案的內容是非常龐雜的,比如訪問時間、客戶端IP、從哪個連結訪問、 Cookies等,另外還包括 Method(方法), UserAgent(使用者代理)等。這些記錄不但佔用大量的磁碟空間還大大地影響了web伺服器的效能。有人做過評測,停止訪問記錄可以提升5%8% web效能。而且這些記錄對於一般使用者,特別是中小型的Web站點沒有什麼用途,簡直太耗費系統性能了,因此建議關閉它。

  取消訪問記錄的操作是:開啟IIS管理器,定位到具體的web站點,右鍵點選選擇“屬性”,在“主目錄”選項卡下取消對“記錄訪問”的勾選即可。(4)

4、對訪問流量進行限制

  預設情況下IIS 6.0對於訪問量是沒有限制的,如果併發連線過大超過了Web的負載輕則發生網路擁塞,重則導致伺服器宕機。因此需要對使用者的訪問進行限制,控制Web訪問的流量。

  開啟“Internet資訊服務”管理器,在其視窗右側點選主機名前面的“+”號,依次定位到某個Web站點上。選中該Web站點右鍵單擊選擇“屬性”,在開啟的屬性設定視窗中選中“效能”標籤,將“啟用頻寬限制”複選框選中,在隨後被啟用的“最大網路使用”設定框中,指定你的網路站點頻寬的具體數值。大家可以根據伺服器的效能及其訪問量綜合考慮繼續設定。對於一般的企業站點將頻寬流量設定為1500kb/s就差不多了。同時在“網站連線”下可以進行連線限制的設定,大家可以根據情況設定一個數值。完成以上設定後,IIS就只能使用其被授予的資源進行Web服務,杜絕了異常情況造成的伺服器過載,為Web減負。(5)

5、讓Web負載自由伸縮

  預設情況下IIS是全負荷地為Web提供服務的,這在一定程度上加重了Web負擔。如何能夠自動地根據負載變化自動調節工作程序呢?

  利用IIS 6.0Web園,我們只需指定用於某個應用程式池的工作程序的數量就可以了實現各個Web站點之間的隔離。具體的配置步驟是:在“Internet資訊服務”管理器中開啟應用程式池的“屬性”對話方塊,轉到“效能”頁,在“Web園”下面的“最大工作程序數”輸入框中輸入程序數量。當伺服器的負載較小,不需要額外的工作程序時,IIS 6.0在一定的時間後(預設20分鐘,可配置)自動縮減實際的工作程序數量;如果負載變大,需要額外的工作程序,IIS 6.0再次增加工作程序數量。另外,還可以“啟用CUP監視”,設定“最大CPU使用率”,“重新整理CUP使用率值”以及“CPU使用率超過最大使用率是執行的操作”,這些設定可以根據需要進行設定。當一切設定完成後這一切就交給IIS自動進行,不需要管理員干預。 (6)

6、配置應用呈現池

  IIS可以支援多個Web服務,特別是虛擬主機一臺伺服器上有非常多的Web站點。如何才能做到各個站點之間相互獨立,不因某些Web站點出現故障而影響其他站點呢?為不同工作程序指定應用程式池是個很好的解決辦法。

  (1)、建立

  開啟“IIS 管理器”中,展開本地計算機,右鍵單擊“應用程式池”,選擇“新建→應用程式池”。在“應用程式池名稱”框中,輸入新的應用程式池名稱。如果點選選“將現有應用程式池作為模板”,可以在“應用程式池名稱”下來列表中選擇相應的應用程式池,最後單擊“確定”即可。 (7)

(2)、指派

  在“IIS 管理器中”,右鍵單擊你要為其指派應用程式池的站點然後單擊“屬性”。在該站點的屬性面板中“主目錄”選項卡,在“應用程式池”下拉列表中選擇剛才建立的應用程式池即可。如果所有的選項為灰色,單擊“建立”按鈕就可以輸入“應用程式名”,然後在“應用程式池”列表框中,選擇並指派網站的應用程式池了。( 8)

(3)、回收

  利用“回收”功能,可是設定如何恢復系統資源進行IIS資源使用的靈活定製。開啟“IIS 管理控制檯”,單擊“+”號依次“展開本地計算機→應用程式池”。選擇你要回收的應用程式池右鍵單擊選擇“屬性”,出現應用程式池的屬性對話方塊,單擊“回收”選項卡在其下可以設定“程序回收”、“記憶體回收”等,所有這些設定大家根據實際需要進行設定。(9)

總結:通過上述IIS優化措施,Web伺服器就能輕裝上陣其效能將會有較大的提升。當然,要從根本上改善Web效能,僅僅進行軟設定是不夠的。另外,還需要進行硬體改造,軟硬結合才是最完美的解決方案。

管理網際網路資訊伺服器(Internet Information ServerIIS)大家都知道,它是一個既簡單而又麻煩的東西,簡單的是安裝它幾乎不需要費什麼腦筋,選擇一下路徑,然後一路按“下一步”就可以完成;配置也比較簡單,只要有一定的NT和網路知識,照著說明書就可以架設一個像模像樣的Web站點出來。然而管理IIS卻沒有想像的那樣簡單。使用一段時間以後,管理員往往會遇上伺服器效能不良的情況。這時候,IIS的效能優化,就尤為重要了。

  導致IIS服務效能不良的原因有兩個方面。一個是人為的,也就是說管理員在安裝、配置IIS的時候沒有進行優化或者配置錯誤。另一個則是客觀上的,隨著執行的服務種類,以及訪問人數的增加,伺服器原有的硬體配置已不能滿足要求了,這就需要提高硬體配置。

  在伺服器配置上優化IIS效能

  1.IIS快取記憶體是對IIS進行優化時要考慮的最重要的專案之一。伺服器保留了一部分記憶體空間用作IIS快取記憶體,為將來的請求儲存物件,這樣IIS就可從快取記憶體中檢索物件而不用從硬碟中檢索。

  調整IIS快取記憶體的容量需要修改登錄檔,表項如下:

  \HKEY_LOCAL_MACHINE

  \System

  \CurrentControlSet

  \Services

  \InetInfo

  \Parameters

  \MemoryCacheSize

  MemoryCacheSize的範圍是從04GB,預設值為30720003MB)。

  IIS通過快取記憶體系統控制代碼、目錄列表以及其他常用資料的值來提高系統的效能。這個引數指明瞭分配給快取記憶體的記憶體大小。如果該值為0,那就意味著“不進行任何快取記憶體”。在這種情況下系統的效能可能會降低。如果你的伺服器網路通訊繁忙,並且有足夠的記憶體空間,可以考慮增大該值。必須注意的是修改登錄檔後,需要重新啟動才能使新值生效。

  2.使IIS使用處理器時間最長。伺服器的CPU處理器能力總是有限的。哪一個應用程式佔用處理器的時間最長,誰的效能就能得到最大的提高。

  (1)在NT的控制面板中,雙擊系統圖標。

  (2)單擊效能標籤。

  (3)在應用程式效能下將遊標拖到None的位置,這樣就可以使所有正在執行的服務,包括IIS,使用處理器的時間達到最大值。

  3.伺服器屬性設定。在伺服器屬性裡有一項可以使網路應用程式的總處理能力最大的選項,你當然應該選擇它。

  (1)在桌面上右鍵單擊網路鄰居圖示,然後選擇屬性選項。

  (2)單擊“服務標籤”。

  (3)單擊“伺服器”,然後按“屬性”。

  (4)選擇最大化網路應用程式的總處理能力。然後單擊“OK。”

  提高硬體配置來優化IIS效能

  當進行了上述的優化配置,IIS的效能仍然沒有什麼明顯改善的話,也許你應該考慮提高伺服器配置了。如升級處理器,增加硬碟,升級網絡卡,增加記憶體等。

  優化IIS的注意事項

  為了避免以後的頭疼,在安裝IIS之時就應該注意到IIS的優化。比如:

  1.為了提高效能和節約資源,應該只執行需要的協議。這一點很多管理員都沒有注意,筆者曾見到在一臺只作Web服務的機器上同時安裝有NetBEUITcp/IPIPX協議。顯然這是不合理的。

  2.應該將IIS伺服器,設定為獨立的伺服器,不要讓伺服器去承受域控制器要求的額外負荷。試想:伺服器一邊在響應使用者的登入,一邊還要提供IIS服務,效能能不下降嗎?

  3.可以把NT伺服器的頁交換檔案分佈到多個物理磁碟上,注意是多個“物理磁碟”,分佈在多個分割槽上是無效的。另外,不要將頁交換檔案放在與WIndows NT引導區相同的分割槽中。

  4.使用磁碟映象或磁碟帶區集可以提高磁碟的讀取效能。

  5.關於日誌的記錄,應該採用檔案記錄而不是記錄到ODBC資料來源。此外,還可以在記錄期間增加用來記錄日誌的記憶體緩衝區的容量來減少磁碟的活動。該緩衝區的預設容量值為64KB

  6.最好把所有的資料都儲存在一個單獨的分割槽裡。然後定期執行磁碟碎片整理程式以保證在儲存Web伺服器資料的分割槽中沒有碎片。使用NTFS有助於減少碎片。筆者推薦使用NortonSpeeddisk,可以很快地整理NTFS分割槽。

  7.雖然SSL可以提供相當可靠的加密傳輸。但是所需的額外開銷會導致IIS伺服器速度下降,尤其是在處理大型檔案的時候。所以應該只對確實需要保護的目錄進行SSL加密。

管理網際網路資訊伺服器(Internet Information Server,IIS)的人們都知道,IIS是一個既簡單又麻煩的傢伙。簡單的是安裝它幾乎不需要費什麼腦筋,選擇一下路徑,然後一路按“下一步”就可以完成;配置也比較簡單,只要有一定的NT和網路知識,照著說明書就可以架設一個像模像樣的Web站點出來。然而管理IIS卻沒有想像的那樣簡單。使用一段時間以後,管理員往往會遇上伺服器效能不良的情況。這時候,IIS的效能優化,就提上日程了。

  導致IIS服務效能不良的原因有兩個方面。一個是人為的,也就是說管理員在安裝、配置IIS的時候沒有進行優化或者配置錯誤。另一個則是客觀上的,隨著執行的服務種類,以及訪問人數的增加,伺服器原有的硬體配置已不能滿足要求了,這就需要提高硬體配置。

  在伺服器配置上優化IIS效能

  1.IIS快取記憶體是對IIS進行優化時要考慮的最重要的專案之一。伺服器保留了一部分記憶體空間用作IIS快取記憶體,為將來的請求儲存物件,這樣IIS就可從快取記憶體中檢索物件而不用從硬碟中檢索。   調整IIS快取記憶體的容量需要修改登錄檔,表項如下:

  \HKEY_LOCAL_MACHINE
  \System
  \CurrentControlSet
  \Services
  \InetInfo
  \Parameters
  \MemoryCacheSize
  MemoryCacheSize的範圍是從0道4GB,預設值為3072000(3MB)。

  IIS通過快取記憶體系統控制代碼、目錄列表以及其他常用資料的值來提高系統的效能。這個引數指明瞭分配給快取記憶體的記憶體大小。如果該值為0,那就意味著“不進行任何快取記憶體”。在這種情況下系統的效能可能會降低。如果你的伺服器網路通訊繁忙,並且有足夠的記憶體空間,可以考慮增大該值。必須注意的是修改登錄檔後,需要重新啟動才能使新值生效。

  2.使IIS使用處理器時間最長。伺服器的CPU處理器能力總是有限的。哪一個應用程式佔用處理器的時間最長,誰的效能就能得到最大的提高。

  (1)在NT的控制面板中,雙擊系統圖標。

  (2)單擊效能標籤。

  (3)在應用程式效能下將遊標拖到None的位置,這樣就可以使所有正在執行的服務,包括IIS,使用處理器的時間達到最大值。

  3.伺服器屬性設定。在伺服器屬性裡有一項可以使網路應用程式的總處理能力最大的選項,你當然應該選擇它。

  (1)在桌面上右鍵單擊網路鄰居圖示,然後選擇屬性選項。

  (2)單擊“服務標籤”。

  (3)單擊“伺服器”,然後按“屬性”。

  (4)選擇最大化網路應用程式的總處理能力。然後單擊“OK。”

  提高硬體配置來優化IIS效能

  當進行了上述的優化配置,IIS的效能仍然沒有什麼明顯改善的話,也許你應該考慮提高伺服器配置了。然而事關銀子問題,老闆們一定不會輕易同意,除非你用事實說服他。你必須在首先提高什麼硬體配置上面考慮清楚。以下是在進行IIS優化時需要考慮的有關硬體:

  處理器:可以升級為速度更快的CPU,還可以再增加一個CPU。但是代價太高了(也許會換主機板什麼的),老闆很難接受。

  硬碟:硬碟空間被NT和IIS服務以如下兩種方式使用:一種是簡單地儲存資料;另一種是作為虛擬記憶體使用。如果使用Ultra2的SCSI硬碟,可以顯著提高IIS的效能。

  網路介面卡:如果伺服器是在企業內部網上執行,那麼可以考慮將他的網絡卡升級為100M網絡卡。這在網路頻寬是瓶頸的情況下特別有效。

  記憶體:增加記憶體可能是升級系統最簡單、最有效的方法。也是筆者推薦的硬體升級首選方案。   那麼如何知道需要進行硬體上的升級呢?這就和效能監視器的使用有關了。筆者會在其他文章中描述。在這裡作簡要介紹:比如你可以利用效能監視器來跟蹤伺服器上的CPU使用程度。並可以檢視由記憶體調換到硬碟中的頁面的數目和頻率。將這些資訊與記憶體使用情況以及其他系統資訊相結合,就可以得到一張系統性能報告表。如果這些資訊一直表現出很高的使用率,那麼就說明應該升級硬體裝置了。

  優化IIS的注意事項

  為了避免以後的頭疼,在安裝IIS之時就應該注意到IIS的優化。比如:

  1.為了提高效能和節約資源,應該只執行需要的協議。這一點很多管理員都沒有注意,筆者曾見到在一臺只作Web服務的機器上同時安裝有NetBEUI、Tcp/IP和IPX協議。顯然這是不合理的。

  2.應該將IIS伺服器,設定為獨立的伺服器,不要讓伺服器去承受域控制器要求的額外負荷。試想:伺服器一邊在響應使用者的登入,一邊還要提供IIS服務,效能能不下降嗎?

  3.可以把NT伺服器的頁交換檔案分佈到多個物理磁碟上,注意是多個“物理磁碟”,分佈在多個分割槽上是無效的。另外,不要將頁交換檔案放在與WIndows NT引導區相同的分割槽中。

  4.使用磁碟映象或磁碟帶區集可以提高磁碟的讀取效能。

  5.關於日誌的記錄,應該採用檔案記錄而不是記錄到ODBC資料來源。此外,還可以在記錄期間增加用來記錄日誌的記憶體緩衝區的容量來減少磁碟的活動。該緩衝區的預設容量值為64KB。

  6.最好把所有的資料都儲存在一個單獨的分割槽裡。然後定期執行磁碟碎片整理程式以保證在儲存Web伺服器資料的分割槽中沒有碎片。使用NTFS有助於減少碎片。筆者推薦使用Norton的Speeddisk,可以很快地整理NTFS分割槽。

  7.雖然SSL可以提供相當可靠的加密傳輸。但是所需的額外開銷會導致IIS伺服器速度下降,尤其是在處理大型檔案的時候。所以應該只對確實需要保護的目錄進行SSL加密。

綠色通道:好文要頂關注我收藏該文與我聯絡

詳細出處參考:http://www.jb51.net/article/21403.htm

相關推薦

Win2003 IIS6.0效能優化指南

問:好多asp.net程式,放在一臺伺服器上,客戶端連線使用一段時間後,在伺服器上開啟工作管理員一看,發現有很多w3wp.exe,佔用記憶體很大,達到1g,請問為什麼會這樣?有什麼辦法可以避免這種情況呢? 答:這主要是你的ASP.NET 開發的程式有記憶體洩漏;對於非託管

IIS6.0 效能優化

IIS 6.0 應用了新的程序模型。核心模式的HTTP偵聽程式(Http.sys)接收併發送HTTP請求(甚至可以使用它的響應快取來滿足請求)。工作程序註冊URL子空間,Http.sys將請求傳送到相應的程序(如果使用應用程式池,則傳送到程序集合)。 圖 4 展示了IIS

淺談webpack4.0 效能優化

原文連結:https://blog.csdn.net/yuanyang08/article/details/84324331 前言:在現實專案中,我們可能很少需要從頭開始去配置一個webpack 專案,特別是webpack4.0釋出以後,零配置啟動一個專案成為一種標配。正因為零配置的webpack對專

效能優化指南

作者:xybaby 來自:http://www.cnblogs.com/xybaby/ 0 題記 作為一個程式設計師,效能優化是常有的事情,不管是桌面應用還是web應用,不管是前端還是後端,不管是單點應用還是分散式系統。本文從以下幾個方面來思考這個問題:效能優化的一般性原則,效能優化的層

Vue 應用效能優化指南

得益於 Vue 的 響應式系統 和 虛擬 DOM 系統 ,Vue 在渲染元件的過程中能自動追蹤資料的依賴,並精確知曉資料更新的時候哪個元件需要重新渲染,渲染之後也會經過虛擬 DOM diff 之後才會真正更新到 DOM 上,Vue 應用的開發者一般不需要做額外的優化工作。

MySQL效能優化指南

前言 當 MySQL 單表記錄數過大時,增刪改查效能都會急劇下降,本文會提供一些優化參考,大家可以參考以下步驟來優化。 單表優化 除非單表資料未來會一直不斷上漲,否則不要一開始就考慮拆分,拆分會帶來邏輯、部署、運維的各種複雜度。 一般以整型值為主的表在千萬級以下

轉載 -- 前端效能優化指南

https://segmentfault.com/a/1190000003646305     前端效能優化指南 AJAX優化 快取AJAX: 非同步並不等於即時。 請求使用GET:

應用場景深度解析:Nignx效能優化指南

講師介 李強 天天拍車運維總監 網名:撒加,9年以上運維及管理經驗。先後在AdMaster、餓了麼擔任運維經理,現任天天拍車運維總監,主要負責天天拍車運維架構的管理、持續優化記運維團隊的建設、培養。 作為國內最早一批思科網路模擬器的推廣者、虛擬者先鋒論壇的創始人,一直致力於網路模擬器使用的推廣,

Spark效能優化指南:高階篇

前言 繼基礎篇講解了每個Spark開發人員都必須熟知的開發調優與資源調優之後,本文作為《Spark效能優化指南》的高階篇,將深入分析資料傾斜調優與shuffle調優,以解決更加棘手的效能問題。 資料傾斜調優 調優概述 有的時候,我們可能會遇到大資料計算中一個最棘手

Python效能優化指南

1、使用生成器和列表解析 一個普遍被忽略的記憶體優化是生成器的使用。生成器讓我們建立一個函式一次只返回一條記錄,而不是一次返回所有的記錄,如果你正在使用python2.x,這就是你為啥使用xrange替代range或者使用ifilter替代filter的原因。一個很好地

Spark效能優化指南——基礎篇

前言 在大資料計算領域,Spark已經成為了越來越流行、越來越受歡迎的計算平臺之一。Spark的功能涵蓋了大資料領域的離線批處理、SQL類處理、流式/實時計算、機器學習、圖計算等各種不同型別的計算操作,應用範圍與前景非常廣泛。在美團•大眾點評,已經有很多同學在各種專案中嘗試使用Spark。大多數同學(包括筆

Spark效能優化指南——高階篇(轉載)

前言 繼基礎篇講解了每個Spark開發人員都必須熟知的開發調優與資源調優之後,本文作為《Spark效能優化指南》的高階篇,將深入分析資料傾斜調優與shuffle調優,以解決更加棘手的效能問題。 資料傾斜調優 調優概述 有的時候,我們可能會遇到大資料計算中一個最棘手的問題——資料傾斜,此時Spark

Java效能優化指南系列(三):理解JIT編譯器

即時編譯器概述 編譯器在編譯過程中通常會考慮很多因素。比如:彙編指令的順序。假設我們要將兩個暫存器的值進行相加,執行這個操作一般只需要一個CPU週期;但是在相加之前需要將資料從記憶體讀到暫存器中,這個操作是需要多個CPU週期的。編譯器一般可以做到,先啟動資料載入操作,然後執

【轉載】Spark效能優化指南——高階篇

前言 繼基礎篇講解了每個Spark開發人員都必須熟知的開發調優與資源調優之後,本文作為《Spark效能優化指南》的高階篇,將深入分析資料傾斜調優與shuffle調優,以解決更加棘手的效能問題。 資料傾斜調優 調優概述 有的時候,我們可能會遇到大資料計算中一個最棘手的問題——資料傾斜,此時Spark作業

win2003+iis6.0 Service unavailable 問題的解決方法

新裝的IIS伺服器,一般來說問題不可能出在iis本身,出現這樣的問題一般先從許可權方面考慮,先考慮IIS服務的啟動帳戶沒有許可權啟動IIS。 1. 現象:單擊“開始”——“設定”——“控制面板”——“管理工具”——“事件檢視器”,開啟事件檢視器,單擊“系統”,看到很多警告和錯誤,主要是以下幾個: &n

Spark效能優化指南一——基礎篇

1.Spark調優有哪些原則? 2.Spark作業原理是什麼? 3.怎樣進行引數調優? 前言 在大資料計算領域,Spark已經成為了越來越流行、越來越受歡迎的計算平臺之一。Spark的功能涵蓋了大資料領域的離線批處理、SQL類處理、流式/實時計

win2003+iis6.0環境下w3wp.exe佔用過高的解決方案

前段時間,朋友的伺服器出現w3wp.exe程序一直處在80%至90%左右,嚴重影響其它使用者網站的訪問效率。順便說一下,朋友的伺服器為Win2003系統,大約有約100左右個網站。出現這樣的問題,只有找到對應的網站,並檢查是否被掛馬。在此記錄一下解決這次事件的過程。 因為朋

美團點評 spark效能優化指南-高階篇

前言: 最近開始玩spark,公司分享了一些不錯的spark效能優化學習,故在此分享: http://tech.meituan.com/spark-tuning-pro.html 前言 繼基礎篇講解了每個Spark開發人員都必須熟知的開發調優與資源調優之後,

Java效能優化指南(四):GC收集器導論

本章主要介紹垃圾收集器的基礎知識。為了提升效能,如果需要重寫程式碼,那肯定需要花費很大的精力,所以一般都是在不得已的情況下才會這麼做。實踐證明,對垃圾收集器進行調優可以對應用帶來比較大的效能提升,它也是效能工程師對應用進行調優的重要手段。當前Java虛擬機器主要有4類垃圾收

composer autoload 自動載入效能優化指南

composer 提供的 autoload 機制使得我們組織程式碼和引入新類庫非常方便,但是也使專案的效能下降了不少 。 com