⑴ 什麼是伺服器加速技術
由於用戶急劇增長，獲取信息的速度快慢已經成為制約互聯網發展的重要因素。尤其隨著電子商務的迅速發展，企業的信息中心已經從側重計算與數據處理的計算中心和側重網路與數據通訊的網路中心發展成為一個將計算中心與網路中心功能平衡優化的集成一體的數據中心。作為企業電子商務網路的基礎核心，數據中心將匯集高性能計算、數據通訊、語音通訊等處理功能於一體，成為支持企業未來電子商務系統應用的必然平台。
但是，作為企業網的心臟，數據中心面臨著眾多的挑戰。擴展性、靈活性、高性能、可靠性、高密度和安全性無一不是數據中心不可或缺的要求，尤其是在數據流急劇增長的時候還要進行持續穩定的運行。很難想像用戶會在屢次遇到「Server Too Busy」後還能再次訪問這個網站;更難以想像正在進行信用卡支付時遇到掉線會有多麼嚴重的後果。那麼，如何解決這個瓶頸問題呢?如何才能切實提高網路的服務質量呢?
顯然，傳統的網路結構已經不能滿足這種高質量的需求。在僅靠不斷增加帶寬的方式提高訪問速度收效甚微的情況下，想切實提高網路服務質量，就需要在現有網路層次結構中專門增加一層，以專門用於提高網路的響應時間。
目前這種用於加速互聯網路的產品有許多，代表技術有負載均衡、高速緩存、SSL/XML加速、流量與帶寬管理等。目前，此系列產品已經越來越普遍地被各數據中心、ISP、企業網站使用。他們往往分布在應用伺服器和路由器/交換機之間，有人稱之為「前端基礎設施」。
所有這些技術都能改善網路速度、提高服務質量，但機理不同，適用的范圍也不盡相同。以下詳細介紹各個技術的特點和適用范圍。
負載均衡技術
現在互聯網上有多少客戶?十分鍾後客戶數目會增長嗎?這些問題恐怕誰也回答不了。互聯網的快速增長已經使網路伺服器面對的訪問數量大大增加並且更加不可預知。如今，伺服器必須具備提供大量並發訪問服務的能力，其處理能力和I/O能力已經成為提供服務的瓶頸。如果客戶的增多導致通信量超出了伺服器能承受的范圍，那麼其結果必然是——宕機。
顯然，單台伺服器有限的性能不可能解決這個問題，一台普通伺服器的處理能力只能達到每秒幾萬個到幾十萬個請求，無法在一秒鍾內處理上百萬個甚至更多的請求。但若能將10台這樣的伺服器組成一個系統，並通過軟體技術將所有請求平均分配給所有伺服器，那麼這個系統就完全擁有每秒鍾處理幾百萬個甚至更多請求的能力。這就是負載均衡最初的基本設計思想。
最早的負載均衡技術是通過DNS來實現的，在DNS中為多個地址配置同一個名字，因而查詢這個名字的客戶機將得到其中一個地址，從而使得不同的客戶訪問不同的伺服器，達到負載均衡的目的。DNS負載均衡是一種簡單而有效的方法，但是它不能區分伺服器的差異，也不能反映伺服器的當前運行狀態。
其實，這種負載均衡的基本設計思想只能算是負載均衡技術的最初應用。現代負載均衡技術除了可以做到合理、平均、實時地均衡系統負載外，還能夠確保系統正常運行的高可用性和高可靠性。
負載均衡服務能夠平衡伺服器群中所有的伺服器和應用之間的通信負載，根據實時響應時間進行判斷，將任務交由負載最輕的伺服器來處理，以實現真正的智能通信管理和最佳的伺服器群性能。
假設每個伺服器能響應的請求為每秒10萬個。如果不採用負載均衡，那麼該系統就只能達到每秒10萬個的響應，即使採用三台伺服器，也有可能在不到每秒30萬個響應的時候就會出現某台伺服器由於訪問量過大而宕機;如果某台伺服器出現故障，則可能導致數萬個請求不能得到正確的響應。但如果採用負載均衡，不僅當伺服器出現故障時可以自動將指向該伺服器上的響應分擔到其他伺服器，還可以在數據量不太大時也將任務分配到各個伺服器中，避免出現有些伺服器數據量很小而有的已因數據量接近極限導致性能急劇下降的現象。如果數據量超出了伺服器的響應能力，只需增加伺服器數目就可以平滑升級。也就是說，負載均衡技術不僅可以維持網路系統中負載的均衡分配，還能夠維護網路系統的高可用性運行，因而是保證網路系統高性能的重要技術。
現代負載均衡技術通常操作於網路的第四層或第七層。負載均衡器可以根據實際的響應時間制定優先順序交付決策，從而實現高性能、智能化流量管理，達到最佳的伺服器群性能。採用第七層應用控制還可以減少通信高峰期的錯誤訊息，因為差錯控制和流量管理技術可以偵測到一些錯誤信息並透明地將會話重定向到另一個伺服器，使用戶順利地進行使用。例如，圖一中伺服器A不可用或者資料庫出現錯誤，錯誤信息將會返回到負載均衡器上，然後會將客戶的訪問指向伺服器B或者將消息重放到其他資料庫中去，整個過程對用戶是透明的。
由於採用了負載均衡技術，自動故障恢復得以實現，服務的時間可以延長，24×7可靠性和持續運行成為可能。另外，負載均衡器一般也支持路徑外返回模式，即繞過流量分配器，為那些焦急等待大量數據文件請求響應的客戶提供更快的響應時間。
在最新的負載均衡產品中，智能化越來越明顯。一些智能化的負載均衡器能夠偵測到像資料庫錯誤、伺服器不可用等信息，從而採取措施使會話恢復和重定向伺服器使電子商務能夠得以順利進行。多址負載均衡器可以對客戶發來的訪問請求進行解析，計算出最佳地址，然後將該地址返回客戶，使客戶自動連接到對其請求來說最佳的數據中心。
負載均衡技術解決了出現大流量數據時伺服器的智能化分配，但統計發現，在網路應用的需求中存在著許多冗餘的內容，這些重復的需求佔用了大量的網路資源。具體地說，在互聯網上80%的用戶都在訪問20%的熱門網站，而在這些熱門網站中又有一些熱門的內容吸引了絕大多數訪問者的注意;對於企業區域網而言，員工所發出的網路指令也存在著很大的重復。以上的情況造成了計算機執行的指令具有很高的重復性，這是僅用負載均衡技術不能解決的。
緩存技術就是基於以上的情況產生的。緩存設備會監視Web請求，檢索它們，然後存儲為它的對象。後來的用戶將直接從本地的緩存設備而不是真正的目標站點獲取該對象，從而達到提高響應性能，減少帶寬壓力的目的。
有效放置的緩存設備可以及時向最終用戶傳送Web網頁，提高Web站點的效率，減少WAN訪問費用，甚至可以建立起一道抵禦外部黑客攻擊的安全防線。因此，不僅對於那些能夠迅速地從緩存技術節省下來的費用中盈利的ISP和電信公司，而且對於企業而言，緩存技術也同樣具有著越來越大的吸引力。
緩存技術的基本概念是:由於從網路的邊緣索取對象比從Internet中索取的速度更快、費用更低廉，因此將Web數據靠近最終用戶保存，可以使服務提供商保留帶寬，節省費用。緩存設備工作在比路由器更高的層次上，能夠把用戶所要訪問的網路信息「抓」到本地，在最短的時間內將信息連續、完整、實時地傳遞給最終用戶，不僅大大縮短了訪問響應時間，而且極大地提高了高峰時間網路所能承受的訪問容量。可以說，緩存技術降低了目前廣域網通訊帶寬成本，是提升互聯網訪問性能的最好方法。
早期的緩存技術可用來節省帶寬以減少網路擁塞，但它們不可避免地引起了以下問題:一是用戶有可能得不到網頁的及時更新，因為緩存區不可能自動跟蹤網頁的變化;二是為得到最新網頁，用戶訪問時需要首先查詢真正的伺服器上的內容，這將導致訪問速度的降低。
目前使用最多的緩存技術產品是Web Cache。一提Cache，大家自然會想到計算機裡面的高速緩存，實際上，Web Cache的功用遠不止存儲和提供數據這么簡單。Cache是作為基於軟體的代理伺服器的一部分或專門的硬體(appliances，容器)出現的，本文主要談後者。與前者相比，它可以提供更好的性能。不同的生產商提供的產品在許多方面存在著差異，其中包括配置和設置的難易程度、使用的協議、安全性能、遠程管理、能夠用於緩存的 Web傳輸的類型以及價格、售後技術支持等。
Cache設備可在用戶端儲存最常瀏覽的網頁內容，隨時提供給用戶存取，還可同時監控內容的來源，以測知網頁是否已更新，並同步更新儲存的內容。一般來說，在配置了互聯網加速設備後，由於很多用戶瀏覽的內容可以從高速緩存中直接調出，網路效能會有明顯的大幅提升:網頁響應時間最多可以減少90%以上;頻寬使用率將增加30%～50%。
SSL/XML加速
解決了伺服器分配和緩存的問題之後，在網路傳輸的內容上，由於SSL和XML仍佔用相當的伺服器資源，仍然會影響網路的傳輸速度。它們能加速嗎?
SSL(加密套接字協議層)是一種應用極為廣泛的WEB信息安全傳送協議。最初由Netscape開發以提供Internet上的安全連接和傳送，目前，98%的Web上的安全傳送都運用SSL。SSL已經成了安全互聯網交易中數據加密的工業標准，採用SSL的網站在1998年和1999年間增加了兩倍。由於SSL運用加密演算法和密碼，其加密/解密過程需大量佔用伺服器的CPU資源，使CPU利用率接近100%，從而大大降低了伺服器性能。當網路用戶大大增加後，網路性能將急劇降低，很可能用戶會因網路響應欠佳而失去耐心離開網站。
電子商務時代，伺服器反應速度至關重要，為根本解決SSL給伺服器運行帶來的不利影響，必須採用專門設備處理SSL協議，以使伺服器CPU從繁重的加密/解密過程中解脫出來。
當使用SSL加速器時，所有非SSL數據流可以未受任何改變地通過加速器;但是當由SSL加密過的數據流經過SSL加速器時，進入的SSL數據流被解密並干凈地傳給伺服器，而外流的SSL數據流被加密並傳向客戶。這樣伺服器只需簡單地處理SSL請求，原本消耗眾多計算資源的HTTP/SSL現在被專用的 SSL加速設備負責處理。使用了SSL加速器之後，系統每秒處理的安全連接數可由原來幾十個增長到數百個。當然，如果需要最大限度地利用伺服器，也可以卸載SSL處理工作。
此外，SSL加速器可以實現靈活的動態堆疊，實行自動的「任務分擔」以得到最大的擴展能力。一般SSL加速器可以自動與所有類型的伺服器協同運行，並可以支持一台或多台伺服器。
XML(擴展標識語言)是SGML(標准通用標識語言)的一個子集，它已經快速取代EDI(電子數據交換)成為B2B網上交易的統一格式。事實已經證明，XML所採用的標准技術最適合Web開發。XML支持結構化的數據，可以更詳細地定義某個數據對象的數據結構，例如，描述產品，詳細定義該產品的生產廠、產品名、產品號、產地等信息，這種定義不僅為標記該產品提供方便，而且這種XML數據很容易按生產廠、產品名等排序，使用戶的查詢變得更方便。
XML加速器可以將XML交易進行分類，如按照商業合作夥伴名稱或類型、交易價值或數量以及時刻或時區為依據，配置業務優先順序，從而提高響應速度，解放伺服器資源，更快地處理交易。
智能化的XML加速器可以使用多變數分類包括與、或，以滿足復雜業務的優先順序要求。還有的XML加速器自身提供伺服器的負載均衡，以達到快速、安全的目的。
帶寬的重要性對網路來說不言而喻。但在實際應用中，由於眾多數據流同時使用帶寬卻無法按照任務的關鍵性和時間的敏感性分級，所以關鍵應用帶寬往往未被高效使用，帶寬的使用效率低下，成為網路傳輸的瓶頸。
例如，與Web瀏覽相比，電子郵件的任務關鍵性要高一些，但對時間的敏感性並沒有過高的要求;而實時的游戲等，對時間非常敏感，但任務的關鍵性並不大。如果對這些數據流不加分析地傳輸，必然會影響網路傳輸的效率。
帶寬管理器使用戶可以高效地管理網路通信、提供差別服務並控制廣域網路帶寬分配。由於使用帶寬管理器可以賦予帶寬優先順序，因此可以加大關鍵業務的帶寬，限制非關鍵或大容量應用的帶寬，提高眾多應用和服務的功能。
帶寬管理器適用於高速區域網和廣域網的交界處，是所有數據流的唯一路徑。它根據定製的帶寬計劃進行網路分析，進行精確的流量控制，智能地將通信進行分類。在大容量數據流的情況下，關鍵應用得以保證，帶寬獲得高效應用。由於各種應用、多種服務級別都能得到高質量服務，帶寬使用效率達到了最大化。
帶寬管理器不僅可以分析網路通信狀態，還可以提供網路報告，使服務提供商可以根據具體數字進行容量規劃並評估配置變化所產生的影響。
值得說明的是，以上談到的負載均衡、高速緩存、SSL加速和帶寬管理等各項技術既可以單獨使用，也可以相互結合，或者集成到交換機或伺服器中去。目前許多廠家已經生產了集合兩種或兩種以上加速技術的產品。也許幾年以後，我們可以看到更為集成的「互聯網加速器」或者已經集成所有加速技術的新型互聯網伺服器
⑵ 話說質量效應3中的EDI要是死機了會怎樣······
諾曼底號一切需要通過計算機完成的操作都將無法運行：隱身系統失效（後果就是在接專近祭屬斯無畏艦時被偵查到並被一炮秒掉），熱儲藏功能失效（質量效應網路里有說過，這會導致質量力場產生的大量熱能烤死船員），飛船規避機動能力嚴重下降（變成純人手操控一個怎麼復雜的太空船，諾曼底一號就是因為沒有EDI才在二代開始被爆掉！），主炮作廢（質量效應中戰艦都是在上萬公里處對轟的，何況諾曼底用的是旗艦級主炮的縮小版，人工操作難度可想而知）
⑶ Linux系統總死機，報錯double fault:
備份一下重裝吧
⑷ WAS是什麼
德語was的意思是:什麼 相當於英語的what 當然也有英語的意思。。（自己網路）
⑸ was文件用什麼方式打開
WAS是WebSphere Application Server的簡稱。
基於Java的應用伺服器， 整合企業數據和事務以用於動態電子商務環境。 包括高級集群能力和Web服務特性。
WebSphere®Appl icat ion Server V6.1是IBM®WebSphere軟體平台的基礎。 它提供了面向服務架構(SOA)所需的安全、 可伸縮、 富有彈性的應用程序基礎設施。
⑹ jsp請求weblogic導致java虛擬機宕機問題，高手請教……
#
# An unexpected error has been detected by HotSpot Virtual Machine:
#
# EXCEPTION_ACCESS_VIOLATION (0xc0000005) at pc=0x6d741046, pid=7808, tid=2944
#
# Java VM: Java HotSpot(TM) Client VM (1.5.0_06-b05 mixed mode)
# Problematic frame:
# V [jvm.dll+0x61046]
#
--------------- T H R E A D ---------------
上面這段信息，一般都是在程序出現JVM內存溢出時，出現。
你的這個JSP的請求，是實現什麼功能。
比如
1.上傳文件，你是不是上傳了一個很大的文件。
2.遍歷磁碟的文件對象。如果是這個，盡量不要用File對象，如果文件很多的話，也很很快溢出。
3.資料庫查詢的記錄過多。如果你是用bean對象來保存記不的話，也有可能溢出。
。。。。。
別的一時起不起來。
你還是從你的具體功能上找找，
暫時的解決辦法就是在weblogic的啟動 bat 或 sh文件中，添加JVM參數，擴大一下JVM內存。
⑺ 電腦死機藍屏 並且裝不進系統
我認為要逐步看看，應該先把內存換換看看，不行在試試硬碟，然後還不行有可能是光碟機和光碟的問題了，再不行的話，我感覺就是EDI線頭壞掉了，要是還找不出原因我感覺那就是CPU掛了~
⑻ EDIUOS有時輸出MPEG2格式時會死機，電腦配置屬於民用中高端機器，求大神相助
最好能找到死機前的機器狀態信息。如系統日誌，EDIUOS日誌，出錯時資源使用狀態等信息。
實在沒辦法就換內存條，換硬碟，換機器，換軟體版本等置換法查原因。
⑼ linux matlab 死機
你什麼發行版? 怎麼連openGL庫都沒法用?選擇一個較新的發行版再嘗試.我的OPENSUSE 再正常不過了 R2008A MATLAB