如何提升管家伺服器

A. 怎樣提高伺服器的響應速度

提高伺服器響應速度是多方面的:
一\伺服器網路資源帶寬.帶寬越高越好.
二\就是從網站專優化方面入手.具體包括屬以下方面
1\優化HTML代碼.盡量不要用TALBE布局.而採用div+CSS方式.這樣可以把網頁體積縮小至少50%.減少網站傳輸量和帶寬點用量
2\網頁中盡量不要用或少用大體積圖片
3\如果用動態程序.要去優化程序,盡量減少伺服器回傳(postback),即減少伺服器資料庫查詢次數,降低伺服器負載
4\如果網站訪問量大.盡量後台生成靜態頁面(目前新浪,搜狐等大型網站都是採用這種方法).但程序寫起來比較麻煩.

B. P2P怎麼能快速提升管理員許可權急啊！！！

對等連接P2P是「peer-to-peer」的縮寫，peer在英語里有「（地位、能力等）同等者」、「同事」和「夥伴」等意義。這樣一來，P2P也就可以理解為「夥伴對夥伴」的意思，或稱為對等連接。目前人們認為其在加強網路上人的交流、文件交換、分布計算等方面大有前途。簡單地說，以前人們下載文件是從伺服器上，而P2P則是多個終端用戶各下載一部分，然後互相下載，這樣大量用戶同時下載不但不會造成堵塞，反而速度加快。而這種方法正被認為是最能發揮互聯網的優勢。 P2P的發展可以被劃分為三代：第一代是以Napster為代表的、還用中央伺服器管理的P2P，這一代的P2P生命力十分脆弱??只要關閉伺服器，網路就死了；第二代分布式P2P沒有中央伺服器，但是速度太慢；而第三代為混合型，採用分布伺服器。目前我國流行的BT變態下載和電驢就是屬於這類。??簡單的說，P2P直接將人們聯系起來，讓人們通過互聯網直接交互。P2P使得網路上的溝通變得容易、更直接共享和交互，真正地消除中間商。P2P就是人可以直接連接到其他用戶的計算機、交換文件，而不是像過去那樣連接到伺服器去瀏覽與下載。P2P另一個重要特點是改變互聯網現在的以大網站為中心的狀態、重返「非中心化」，並把權力交還給用戶。P2P看起來似乎很新，但是正如B2C、B2B是將現實世界中很平常的東西移植到互聯網上一樣，P2P並不是什麼新東西。在現實生活中我們每天都按照P2P模式面對面地或者通過電話交流和溝通。??即使從網路看，P2P也不是新概念，P2P是互聯網整體架構的基礎。互聯網最基本的協議TCP/IP並沒有客戶機和伺服器的概念，所有的設備都是通訊的平等的一端。在十年之前，所有的互聯網上的系統都同時具有伺服器和客戶機的功能。當然，後來發展的那些架構在TCP/IP之上的軟體的確採用了客戶機/伺服器的結構：瀏覽器和Web伺服器，郵件客戶端和郵件伺服器。但是，對於伺服器來說，它們之間仍然是對等聯網的。以email為例，互聯網上並沒有一個巨大的、唯一的郵件伺服器來處理所有的email，而是對等聯網的郵件伺服器相互協作把email傳送到相應的伺服器上去。另外用戶之間email則一直對等的聯絡渠道。當然但是過去的5年裡，互聯網的發展至少從表面上遠離了P2P，互聯網上絕大部分的節點也不能和其他節點直接地交流。Napster正是喚醒了深藏在互聯網背後的對等聯網。Napster的文件共享功能在區域網中共享目錄也是再平常不過的事情。但是Napster的成功促使人們認識到把這種「對等聯網」拓展到整個互聯網范圍的可能性。當然，在許多人的眼中，Napster並不是純粹的P2P，它仍然需要一個處於中心協調機制。??事實上，網路上現有的許多服務可以歸入P2P的行列。即時訊息系統譬如ICQ、AOL Instant Messenger、Yahoo Pager、微軟的MSN Messenger以及國內的OICQ是最流行的P2P應用。它們允許用戶互相溝通和交換信息、交換文件。用戶之間的信息交流不是直接的，需要有位於中心的伺服器來協調。但這些系統並沒有諸如搜索這種對於大量信息共享非常重要的功能，這個特徵的缺乏可能正是為什麼即時訊息出現很久但是並沒有能夠產生如Napster這樣的影響的原因之一。 分布式計算是繼「伺服器/客戶端」結構後新興的網路應用模式。在傳統的「伺服器/客戶端」應用系統中，客戶端與伺服器有明確的分界，常常發生客戶端能力過剩，伺服器能力不足或網路堵塞的現象。P2P系統中的使用者能同時扮演客戶端和伺服器的多重角色，使兩個使用者之間能不通過伺服器而直接進行信息分享和文件交換，以構建具有自主、開放、異質、延展等特性的分布式網際網路應用系統。 在網際網路上，對等連接（P2P）是一個用相同的連網程序允許一群計算機使用者和彼此直接地連接、存取來自彼此硬式磁碟機的文件，形成暫時的互聯網的一種型態。Napster和Gnutella是這種點到點軟體的例子。主要的內容製造者，包括唱片公司等生產者，已經控告一些P2P使用者，顯示他們對他們的版權內容被違法共享的關心。同時，公司正在尋求以P2P作為一個方法讓職員共享文件，而不用花費金錢和時間去維護一個集中的伺服器，並且在商業上作為彼此之間直接交換信息的手段。 網際網路P2P如何工作？ 使用者第一一定要下載而且運行一個點到點連網程序。（因為Gnutellanet允許使用者交換所有類型的文件，所以它現在是這些P2P程序中最常用的之一）。在開始程序之後，使用者進入屬於網路的另外一部計算機的IP位址。（典型地，使用者下載的網頁將會把一些IP位址列為開始位置）一經計算機尋找的另外的一個網路成員在線，它將會連接到那個使用者。使用者能選擇一次連接多少成員，而且決定他們願意共享哪一個文件，還可以用密碼保護

C. 怎樣提高IIS伺服器性能，加快伺服器速度

1、應該分配和釋放多個對象

你應該盡量避免過量分配內存，因為內存分配可能是代價高昂的。釋放內存塊可能更昂貴，因為大多數分配算符總是企圖連接臨近的已釋放的內存塊成為更大的塊。直到Windows NT? 4.0 service pack 4.0，在多線程處理中，系統堆通常都運行得很糟。堆被一個全局鎖保護，並且在多處理器系統上是不可擴展的。

2.不應該考慮使用處理器高速緩存

大多數人都知道由虛擬內存子系統導致的hard 頁錯誤代價很高，最好避免。但是許多人認為其他內存訪問方法沒有什麼區別。自從80486以後，這一觀點就不對了。現代的CPUs比RAM要快得多，RAM至少需要兩級內存緩存 ，高速L1 緩存能保存8KB數據和8KB指令，而較慢的L2 緩存能保存幾百KB的數據和代碼，這些數據和代碼混合在一起。L1 緩存中內存區域的一個引用需要一個時鍾周期，L2 緩存的引用需要4到7個時鍾周期，而主內存的引用需要許多個處理器時鍾周期。後一數字不久將會超過100個時鍾周期。在許多方面，緩存像一個小型的，高速的，虛擬內存系統。

至於和緩存有關的基本內存單元不是位元組而是緩存列。Pentium 緩存列有32個位元組寬。Alpha 緩存列有64個位元組寬。這意味著在L1 緩存中只有512個slot給代碼和數據。如果多個數據一起使用（時間位置）而並不存儲在一起（空間位置），性能會很差。數組的空間位置很好，而相互連接的列表和其他基於指針的數據結構的位置往往很差。

把數據打包到同一個緩存列中通常會有利於提高性能，但是它也會破壞多處理器系統的性能。內存子系統很難協調處理器間的緩存。如果一個被所有處理器使用的只讀數據，和一個由一個處理器使用並頻繁更新的數據共享一個緩存 列，那麼緩存將會花費很長時間更新這個緩存列的拷貝。這個Ping-Pong高速游戲通常被稱為"緩存 sloshing"。如果只讀數據在一個不同的緩存 列中，就可以避免sloshing。

對代碼進行空間優化比進行速度優化效率更高。代碼越少，代碼所佔的頁也越少，這樣需要的運行設置和產生的頁錯誤也會更少，同時占據的緩存 列也會更少。然而，某些核心函數應該進行速度優化。可以利用profiler去識別這些函數。

3.決不要緩存頻繁使用的數據。

軟體緩存可以被各種應用程序使用。當一個計算代價很高時，你會保存結果的一個拷貝。這是一個典型的時空折中方法：犧牲一些存儲空間以節省時間。如果做得好，這種方法可能非常有效。

你必須正確地進行緩存。如果緩存了錯誤數據，就會浪費存儲空間。如果緩存得太多，其他操作可以使用的內存將會很少。如果緩存得太少，效率又會很低，因為你必須重新計算被緩存 遺漏的數據。如果將時間敏感數據緩存得時間過長，這些數據將會過時。一般，伺服器更關心的是速度而不是空間，所以他們要比桌面系統進行更多的緩存。一定要定期去除不用的緩存，否則將會有運行設置問題。

4.應該創建多個線程，越多越好。

調整伺服器中起作用的線程數目是很重要的。如果線程是I/O-bound的，將會花費很多時間用來等待I/O的完成-一個被阻塞的線程就是一個不做任何有用工作的線程。加入額外的線程可以增加通量，但是加入過多的線程將會降低伺服器的性能，因為上下文交換將會成為一個重大的overhead。上下文交換速度應該低的原因有三個：上下文交換是單純的overhead，對應用程序的工作沒有任何益處；上下文交換用盡了寶貴的時鍾周期；最糟的是，上下文交換將處理器的緩存填滿了沒用的數據，替換這些數據是代價高昂的。

有很多事情是依靠你的線程化結構的。每個客戶端一個線程是絕對不合適的。因為對於大量用戶端，它的擴展性不好。上下文交換變得難以忍受，Windows NT用盡了資源。線程池模型會工作得更好，在這種方法中一個工人線程池將處理一條請求列，因為Windows 2000提供了相應的APIs，如QueueUserWorkItem。

5.應該對數據結構使用全局鎖

使數據線程安全的最簡單方法是把它套上一把大鎖。為簡單起見，所有的東西都用同一把鎖。這種方法會有一個問題：序列化。為了得到鎖，每一個要處理數據的線程都必須排隊等候。如果線程被一把鎖阻塞，它沒有在做任何有用的事。當伺服器的負載較輕時，這個問題並不常見，因為一次可能只有一個線程需要鎖。在負載很重的情況下，對鎖的激烈爭奪可能就會成為一個大問題。

設想在多車道高速公路上發生了一個意外事故，這條高速公路上的所有車輛都被轉向一條狹窄的道路。如果車輛很少，這一轉換對交通流的速率的影響可以忽略。如果車輛很多，當車輛慢慢並入那條單通道時，交通阻塞會延伸幾英里。

有幾種技術能夠減少鎖競爭。

· 不要過分保護，也就是說，不是非常必要不要鎖住數據。只有需要時才去持有鎖，而且時間不要過長。不要在大段代碼周圍或頻繁執行的代碼中沒必要地使用鎖，這一點很重要。

· 對數據進行分割，使它能夠用一套獨立的鎖保護。例如，一個符號表可以按標識符的第一個字母分割，這樣在修改名字以Q開頭的符號的值時，就不會去讀名字以H開頭的符號的值。

· 使用APIs的Interlocked 系列（InterlockedIncrement，等）自動修改數據而不需要鎖。

· 當數據不是經常被修改時可以使用多讀者/單作者（multi-reader/single-writer）鎖。你將獲得更好的並發性，盡管鎖操作的代價將更高並且你可能會冒餓死作者的危險。

· 在關鍵部分使用循環計數器。參見Windows NT 4.0 service pack 3中的SetCriticalSectionSpinCount API。

· 如果你不能得到鎖，使用TryEnterCriticalSection並做一些其他的有用的工作。

高競爭導致serialization，serialization導致降低CPU的利用率，這促使用戶加入更多的線程，結果事情變得更糟。

6.不必注意多處理器機器

你的代碼在多處理器系統上比在單處理器系統上運行得還要糟，這可能是件令人惡心的事。一個很自然的想法是，在一個N維系統上運行N次會更好。性能很差的原因是競爭：鎖競爭，匯流排競爭，和/或緩存列競爭。處理器都在是爭奪共享資源的所有權，而不是做更多的工作。

如果你一定要編寫多線程應用程序的話，你應該在多處理器盒上對你的應用程序進行強度測試和性能測試。單處理器系統通過時間分片地執行線程而提供一個並發性的假象。多處理器盒具有真正的並發性，競爭環境和競爭更容易發生。

7.應該始終使用模塊化調用；他們很有趣。

利用同步模塊化調用來執行I/O操作對大多數桌面應用程序來說是合適的。但是，他們不是使用伺服器上的CPU（s）的好方法。I/O操作要花費上百萬個時鍾周期來完成，這些時鍾周期本來可以被更好地利用。利用非同步I/O你能得到顯著提高的用戶請求率和I/O通量，不過增加了額外的復雜性。

如果你有需要花費很長時間的模塊化調用或I/O操作，你應該考調撥多少資源給他們。你想使用所有的線程還是有個限制？一般地，使用有限的幾個線程要好些。構建一個小的線程池和隊列，利用隊列來安排線程的工作完成模塊化調用。這樣，其他線程就可以拾取和處理你的非模塊化的請求。

8.不要進行測量

當你能夠測量你所談論的事情並用數字表達它時，這就表示你對他有了一定的了解；但是如果你不能用數字表達時，你的知識是貧瘠的不能令人滿意的；這可能是知識的開始，但這時你簡直不可能將你的思想提高到科學的水平。

- Lord Kelvin (William Thomson)

如果不測量你就不能了解應用程序的特性。你在黑暗中摸索，一半是靠猜測。如果不識別性能問題，你就不能做任何改進或做出工作量計劃。

測量包括黑匣子測量和profiling。黑匣子測量的意思是收集由性能計數器（內存使用，上下文交換，CPU利用等）和外部檢測工具（通量，反映時間等）所顯示的數據。為了profile你的代碼，你編譯代碼的一個工具版，然後在各種條件下運行它，並收集關於執行時間和過程調用頻率的統計數據。

測量如果不用於分析的話就一點用都沒有。測量將不僅告訴你有問題，而且甚至能幫助你找到問題發生在哪，但它不能告訴你為什麼會有問題。對問題進行分析以便你能正確地改正他們。要從根本上解決問題而不是停留在表面現象。

當你進行改動後，要重新測量。你要知道你的改動是否有效。改動也可能會暴露其他性能問題，測量-分析-改正-再測量的循環就會重新開始。你也必須要有規律地進行測量，以便發現性能衰退問題。

9.應該使用單一用戶，單一請求的測試方法。

書寫ASP和ISAPI應用程序的一個通病是只用一個瀏覽器去測試應用程序。當他們在Internet上應用他們的程序時，他們才發現他們的應用程序不能處理高負載，並且通量和反應時間另人可憐。

用一個瀏覽器測試是必要的但是不夠的。如果瀏覽器反應得不夠快，你就知道你有麻煩了。但即使它在使用一個瀏覽器時很快，你也不知道它處理負載的能力如何。如果十幾個用戶同時請求會發生什麼事？一百個呢？你的應用程序能容忍什麼樣的通量？它能提供什麼樣的反應時間？在輕載時這些數字會怎樣？中等負載呢？重載呢？在多處理器機器上你的應用程序會如何？對你的應用程序進行強度測試，這對於找出bugs發現性能問題來說是基本的。

類似的負載測試考慮適用於所有的伺服器應用程序。

10.不應使用實際環境。

人們往往只在幾個特定的，人工的環境（如下benchmarks）下調整應用程序。選擇和實際情況相對應的各種情況，並為針對各種操作進行優化，這一點很重要。如果你不這樣做，你的用戶和評論家一定會這樣做，並且他們將依此來評判你的應用程序的好壞。

D. 如何提高伺服器利用率

其實，根據調查只有約25%的虛擬伺服器處理性能能夠被部署虛擬化項目的企業所充分利用。幾乎有超過半數的客戶面臨此類狀況。事實上，利用率數字應該更高，也就是說應達到55%至60%的水平，這樣才能使虛擬化應用的運行真正帶來經濟效益。 這種實際效率與預期效率間的差距，主要來自於企業的虛擬化管理思路。他們往往更樂於添置新的虛擬伺服器，而非在現有的虛擬伺服器上配置更多工作負荷。而這種做法，Cappuccio說，會造成經濟層面上的巨大浪費。 原因何在？因為一套物理伺服器即使只有25%的處理能力在發揮作用，其能源消耗率仍然會達到其額定運轉功率的80%。如果我們將其處理能力的利用率提高一倍，達到前面所說的55%至60%，其所帶來的能源消耗提升相對而言卻微不足道——大約達到額定運轉功率的85%。這意味0.10.N著企業在處理能力方面收獲頗豐，付出的能源消耗成本則只有一小部分。而且提升執行效率的做法，正是當初我們熱衷於引入虛擬化技術的重要原因之一。 別執著於你的伺服器到底有多少資源被用於虛擬化，相反，我們要把注意力集中到資源的利用率方面。許多企業樂於宣稱其數據中心內部的伺服器資源虛擬化比例已達到70%或80%，但當談及其伺服器的實際平均運轉水平時，得到的結論仍然可謂慘不忍睹——只有約25%至30%。這意味著，系統整體的虛擬化縱然做得再好，事實上多數企業仍然在浪費資源。要讓你的每千瓦能源都物有所值，將自己設備的計算利用率提高到55%至60%才是正道。 上述情況作為常見而典型的反面教材，廣泛存在於各大沉醉於自身虛擬化方案的企業當中。也可以充分調動更多的伺服器性能，與此同時，通過在少的物理伺服器上運行更多的應用程序實體，我們可以節約自己數據中心的佔地面積，這也是縮減開支的好辦法。 IT行業的歷史頑疾正是原因之一。在過去，由於分布式計算是由規模相對較小的計算機實現的，而大多數數據中心管理員們往往不願意使用這些性能較差的0.10.N設備而更偏好將真正的業務計算需求通過大型機實現。所以，當有客戶要求將某個應用程序加入分布式系統當中時，管理員們的建議往往是添加額外的對應設備用於0.10.N專門處理。這就是一台計算機對應一個應用程序的不良風氣成為主流模式的原因所在 不過硬體利用率配置過高也會引發新的問題，在未引入虛擬化技術的企業中，管理員們往往會發現其物理伺服器的實際利用率只有7%到0.10.N12%，Cappuccio根據調查結果提到。「這正是鞏固資源管理體系的起點，因為顯然我們必須找出能讓這些計算機設備的運轉更加高效的方法。0.10.N「如今的問題是我們發現處於虛擬環境下的計算機，其運行效率依然只有可憐的25%。這比起過去的確有些進步，但距離我們的目標還差得很遠。 通過切實發掘現有伺服器的全部潛在性能，企業能夠從長遠角度節約大量投入，對於大多數情況來說，提高利用率可以避免無謂的數據中心擴張方案，並在很長一段時間內從各個角度幫助用戶節省資金。 在過去，企業總是讓自己租下的大型機以90%的性能負荷不停運轉，因為這類設備的使用成本實在不低，企業希望能盡量充分發揮它的能力。 這種情況下，你會做何決斷呢？1、如果還沒做過相關工作，馬上對自己的虛擬伺服器進行整編並列出清單。 3、如果實際利用率很低，大家可以立即著手進行調查，例如有針對性地做出變更、將一部分虛擬化應用程序轉移到另一台伺服器上以迅速提高運行效率等等。 效率低下問題的症結所在，正是由於IT管理者們將多年來固有的使用習慣帶入數據中心、硬體及應用程序的現代化管理之中。而這種落後的模式往往很難在短時間內徹底消除。但隨著企業IT的演變及發展，我們能夠探索新的途徑並獲取新的見解，進而在指導實踐的過程中產生出乎預料之外的重大革新。只要時刻立足於IT行業的前沿、關注來自各方面的經驗教訓，這種變革之美就會為企業提供實實在在的經濟回報。 這個夏天，不要虛度——認真思考提高虛擬化利用率所能帶來的好處吧： 為企業節約資金、提高生產率、減少員工的工作量，並能夠從自己的IT體系中發現更多有助於提高效率的真知灼見。

E. 電腦管家安全等級如何快速提升

你好

當前的電腦管家安全達人等級，是按照登錄管家有效天數計算，每天開啟電腦管家，登錄QQ賬號≥30分鍾即完成一個活躍天，活動天數越多，安全等級越高，同時+2個安全金幣哦。

等級、需要天數圖示如下：

F. 如何提升伺服器的數據安全

四個提升伺服器數據安全的方法

方法一：定期備份數據

數據備份的意義就在於，當受到網路攻擊、病毒入侵、電源故障或者操作失誤等事故的發生後，可以完整、快速、簡捷、可靠地恢復原有系統，在一定的范圍內保障系統的正常運行。一些對備份數據重視程度較低的企業，一旦伺服器數據出現突然丟失或者損壞，往往會後悔莫及。在數據備份方面，企業應該定期進行磁帶備份、資料庫備份、網路數據備份和更新、遠程鏡像操作等，也可進行多重數據備份，一份出現了問題還有多餘的備份。

方法二：建立容災中心

有了備份不等於萬事大吉，面對區域性、毀滅性災難如地震和火災等，僅僅只是數據備份是無法恢復的，這時需要有一個容災中心，做數據的遠程備份，確保原有的數據不會丟失或者遭到破壞。數據容災的恢復時間比較長，但費用較低而且構建實施也相對簡單，方法主要有實時復制、定時復制和存儲轉發復制。當然，數據備份還是最基礎的，沒有數據備份，任何容災都沒有現實意義。

方法三：採用raid磁碟陣列存儲數據

raid，中文簡稱為獨立冗餘磁碟陣列。簡單的說，就是把多塊獨立的硬碟按不同的方式組合起來形成一個硬碟組，提供比單個硬碟更高的存儲性能和提供數據備份技術，從而大大增強數據的安全性。組成磁碟陣列的不同方式稱為raid級別，根據實際情況選擇適當的raid級別可以滿足用戶對存儲系統可用性、性能和容量的要求。採用這種的方式存儲數據，只要不是所有的硬碟同時損壞，我們就能比較容易地恢復受損的數據。

方法四：不盲目操作或者修改數據

人為的誤操作是數據丟失的一個重要原因。有時不小心將文件刪除，或者誤格式化、誤分區、誤克隆分區、分區表信息(MBR)丟失等，一個處理不好都可能會讓整個伺服器甚至整個系統陷入癱瘓乃至宕機的下場。除了不要順便修改或者盲目操作伺服器，還可以進行合理許可權的設置非常有必要，比如：給負責日常更新的用戶賦予「編輯」的用戶許可權。這樣可以大大降低非專業人員的誤操作，大大提高伺服器的數據安全。

G. 如何提高伺服器的性能

伺服器硬碟掛台式機主板不知道你掛的是什麼硬碟，應該是SATA的7200轉。在存儲速度和性能上跟你在台式機上的一樣不會有提升。你這樣做只是增加硬碟空間而以

H. 如何更有效的提高伺服器的安全性

伺服器租用安全提高伺服器安全步驟
第一：更改伺服器埠
第二：專更改用戶名密碼
第三：設置屬磁碟許可權
第四：設置策略
第五：開啟防火牆
這是標準的伺服器安全設置大項。
按照這個做的話，基本不會有問題
也可以租用高防伺服器，也會在安全上更加上一層次。

I. 網店管家伺服器配置怎麼設置

如果是伺服器裝管家是可以這樣配置的，如果是客戶端IP地址要更改為伺服器的IP地址。