1. 什麼是計算機最小化測試為什麼要進行最小化測試
計算機最小測試是指，從維修判斷的角度能使電腦開機或運行的最基本的硬體和軟體環境。
最小測試有兩種形式與目的：
硬體最小系統：由電源,主板和CPU組成，在這個系統中，沒有任何信號線的連接，只有電源到主板的電源連接，目的在於判斷的過程中通過聲音來判斷這一核心組成部分是否可正常工作；
軟體最小系統：由電源、主板、CPU、內存、顯示卡/顯示器、鍵盤和硬碟組成，這個最小測試法目的主要用來判斷系統是否可完成正常的啟動與運行。
2. 伺服器開機時一直顯示system lnitiallzing···進不去，是怎麼回事
1、首先看看伺服器前面是否有黃色嘆號燈亮起，如果有亮，抽出光通路診斷面板看看哪個燈亮，就知道問題所在了；
2、如果沒有亮黃燈，那麼通過最小化測試來排除吧，先排查內存，然後在排除CPU，一直停在系統初始化這塊一般來說不是CPU的問題的就是內存的問題；
3. 如何對電腦進行最小化測試
只用電源
顯卡
主板
一條內存
一個硬碟
總之能運行得最少配件，。
然後跑一些測試。沒問題再加1件東西
直到出問題。
4. 如何測試伺服器
伺服器測試方法
伺服器測試方法分為兩個大方面，性能測試與功能測試。
我們在性能測試方面採用了新的測試方法，主要分為文件測試、資料庫性能測試與
Web
性能測試三個
方面。其中，文件性能與資料庫性能採用美國
Quest
軟體公司的
Benchmark Factory
負載測試和容量規劃
軟體，
Web
性能測試則使用了
Spirent
公司提供的
Caw WebAvalanche
測試儀。
一、性能測試
1
、文件性能測試方法
Benchmark Factory
軟體能按照文件讀寫的關鍵指標定製事務。軟體最大支持
1000
個虛擬客戶。
本次測試環境包括
10
台配置為
PIII800/128MB
內存
/20G
硬碟以上的客戶端，它們用來模擬虛擬用戶。
控制台為配置是
PIII 850/128MB
內存
/40G
硬碟的
Acer
筆記本電腦。交換機為帶有兩個千兆
GBIC
介面、
24
個
10/100M
自適應埠的
Cisco 2950
，客戶端與控制台通過
100M
網卡連到交換機上，被測伺服器則通
過千兆光纖網卡與交換機相連接。
被測伺服器均安裝帶
SP4
的
Windows
2000
Advanced Server
操作系統，在所有三項性能測試中都統一
RAID
級別為
5
。
在具體測試方案設置上，測試軟體把決定文件讀寫操作的關鍵因素設定為：讀
/
寫、隨機
/
順序、操作
塊大小、對象大小四個。在本次測試中，考慮到我們設有單獨的資料庫及
Web
測試項目，所以在文件測試
中，我們把目標確定為測試伺服器基本的
I/O
性能，這主要由網路介面、系統帶寬、磁碟子系統等幾大部
分所決定。同時，從幾部分的作用看，以大操作塊讀寫大對象文件，小操作塊讀寫小對象文件，較能反映
伺服器最基本的
I/O
性能，即「大操作塊讀寫大文件」對系統帶寬、緩存的考察，以及「小操作塊讀寫小
文件」對磁碟子系統、網路介面的考察。最終我們確定的四個事務是：
大文件順序讀寫
(
操作塊
8KB
，對象文件
80% 500KB
、
20% 1MB)
大文件隨機讀寫
(
操作塊
8KB
，對象文件
80% 500KB
、
20% 1MB)
小文件隨機讀
(
操作塊
1KB
，對象文件
80% 1KB
、
10% 10KB
、
10% 50KB)
小文件順序寫
(
操作塊
1KB
，對象文件
80% 1KB
、
10% 10KB
、
10% 50KB)
每個事務的用戶數均以固定步長逐漸增加，
最大可增加到
1000
個虛擬用戶。
其中，
「大文件順序讀寫」
事務的用戶數按照
40
的步長從
1
可增加到
400
個
(
測試至強伺服器
)
或
200
個
(
測試
TUALATIN
伺服器
)
，其
他事務則將用戶數按照
100
的步長從
1
增加至
1000
。我們期望得到其在不同用戶數時被測伺服器的性能表
現。總體上其走勢及峰值反映了該伺服器的性能。每項事務均運行三次，每次之間被測伺服器進行重啟，
最終結果為三次平均值。
2
、資料庫性能測試方法
「乘機安全小貼士」安全出行要重視
資料庫性能測試同樣使用了
Benchmark Factory
軟體，測試環境如同文件性能測試。測試時，在被測
伺服器上安裝
SQL Server 2000
使用企業版。首先在被測伺服器上創建新的資料庫，通過使用
Benchmark
Factory
預定義的
Database Spec
項目向資料庫中創建表，裝載數據。在伺服器端創建以
CPU
計算為主的
存儲過程，通過
10
台客戶機模擬用戶、按照
40
個虛擬用戶的步長遞增到
400
個用戶，執行該存儲過程。
結果是以獲得的每秒事務數
(TPS)
衡量伺服器的資料庫事務處理能力。
整個測試分為三次，
每次之間重新啟
動被測伺服器，最終取三次平均值作為評價結果。
3
、
Web
性能測試方法
Web
性能測試工具是由
Spirent
公司提供的
Caw WebAvalanche
。
WebAvalanche
模擬實際的用戶發出
HTTP
請求，
並根據回應給出具體的詳細測試結果。
它有以下特點：
能夠模擬成百上千的客戶端對伺服器發
出請求
;
能夠模擬真實的網路應用情況，
比如網站在高峰期的訪問量應該是動態的維持，
有新客戶端的加入，
同時也有原客戶的離去，
訪問量不是固定不變的
;
可以產生
20000
個連接
/
秒請求量，
足以滿足測試的需要
;
測試項目豐富，有訪問請求的成功失敗數，有
URL
和頁面的響應時間，有網路流量數，還有
HTTP
和
TCP
協
議的具體情況。
測試時，被測伺服器與
WebAvalanche
上都裝有千兆光纖網卡，兩網卡通過光纖直接連接。監控端
(
配
置為
PIII 1GHz/128M
內存
/20G
硬碟
)
安裝了帶
SP4
的
Windows 2000 Server,
該監控端與
WebAvalanche
通
過交叉線直連。在監控端通過
Web
瀏覽器配置
WebAvalanche
，在被測伺服器安裝了
SQL Server 2000
企業
版，並用微軟的
IIS
建立了
Web
伺服器。
測試分為靜態性能與動態性能兩部分。主要是因為在實際的
Web
應用中，有的站點靜態內容居多，提
供的服務也絕大多數是靜態的，
因此，
他們就會特別的關心伺服器靜態性能
;
同樣，
有的站點提供的服務交
互性的內容居多，他們就會更關心伺服器的動態性能。
被測網站中頁面大小及靜態、動態頁面所佔比例均參照實際網站得出，整個網站靜態、動態頁面所佔
比例是
70%
和
30%
，使用的動態頁面類型為
ASP
。請求頁面樣本的文件大小分布比例與整個網站的相同。
靜態性能測試模擬發出的均是靜態頁面請求。在測試動態性能時，動態頁面的訪問請求占
20%
，其餘
80%
為靜態頁面請求。我們根據實際的
Web
伺服器一天中的運行情況建立了一個伺服器頁面請求模型，該
模型由
4
個階段組成，第一階段是預熱階段，
WebAvalanche
發出的請求量由
0
慢慢上升到
200;
第二階段
是逐步加壓階段，請求量逐步累加到最大值
8200;
第三階段是動態維持階段
;
第四階段是下降階段，請求量
由最大值迅速下降為
0
。其中，最大請求量略大於實際伺服器能夠提供的事務處理量。
被測伺服器的靜態與動態測試分別測試三遍，每遍之間被測伺服器和測試儀均重啟，結果取三次的平
均值。由此可見，此伺服器測試方法立志於最終結果的准確性。
二、功能測試
在功能測試方面，我們對被測伺服器的可擴展性、可用性以及可管理性進行了綜合評價，其中可擴展
性包括硬碟、
PCI
槽以及內存等的擴展能力，可用性包括對熱插拔、冗餘設備
(
如硬碟、電源、風扇、網卡
等
)
的支持，可管理性則指的是伺服器隨機所帶的管理軟體。
我們在對伺服器進行總體評價時，綜合了性能、功能和價格三方面因素，依據《網路世界》所做的用
戶調查結果，分別給予不同權重，性能占
50%
，功能占
40%
，而價格則占
10%
。在分析性能時，資料庫性能
占其中的
50%
，而文件性能占
30%
，
Web
性能占
20%
。
綜上所述，這種全新的伺服器測試方法更夠更准確更直接的對伺服器進行測試，而且數據更加精確。
希望能給又需要的讀者朋友帶來一定的幫助
。
謝謝採納。
5. 如何測試伺服器
一、伺服器測試方法分為兩個大方面，性能測試與功能測試。
在性能測試方面採用了新的測試方法，主要分為文件測試、資料庫性能測試與Web性能測試三個方面。其中，文件性能與資料庫性能採用美國Quest軟體公司的Benchmark Factory負載測試和容量規劃軟體，Web性能測試則使用了Spirent公司提供的Caw WebAvalanche測試儀。
6. 什麼是電腦系統最小化
應該是最小系統法，不是系統最小化。
「最小系統法」是指只保留主板、內存條、CPU、顯示卡、顯示器和電源等基本設備，先通電檢查這些基本設備組成的最小系統，經檢查確認保留的最小系統能正常工作以後，再進一步檢查其它設備。
使用「最小系統法」時，在打開機箱拔去其它設備前，建議先用替換法檢查顯示器是否能正常工作。如果僅保留最小系統，通電後電腦還是不能正常工作，一般用替換法依次檢查內存條、顯示卡和CPU。確認顯示器、內存條、顯示卡和CPU能夠工作後，故障源只剩下主板和電源，區分是主板故障還是電源故障的最簡單方法是換一隻好電源試試。
7. 雲伺服器最小化切換怎麼設置
方法如下：
1、ALT+Esc
可以使當前窗口最小化。
2、Win+D
最小化所有窗口，再按一下就可以還原窗口。
3、Windows+M
最小化所有窗口
。
4、Windows+Shift+M
還原最小化的窗口。
5、Alt+空格+N
最小化當前窗口(和瀏覽器的最小化一樣)
6、ALT+TAB
這個是切換窗口的按鈕，切換到另外一個窗口，這個窗口自然也可以最小化。
8. 雲伺服器出口帶寬如何測試
測試伺服器帶寬前，要了解帶寬的含義：帶寬是指伺服器接入骨幹互聯網的出口最大能達到的達到量，是指若干個用戶同時訪問時的最大速率，而不是某個用戶測試就能達到的速度。
很多人總是把帶寬當成寬頻來測試，最直接的表現就是：在自己伺服器上下載東西測試速度，一旦下載得到東西慢了就覺得有問題。其實這是最不準確的。登錄伺服器上下載軟體或者在你本地下載伺服器上的軟體時，發現無法達到所說的速度，原因跟你本地的上網速率有關。即使你本地是100M上網，因為經過若幹路由，因中途路由器的速度是有一定限制和損耗的。正確的測試辦法應該是：
1.ping目標地址[參數t]
舉例：
在「開始菜單」－運行－輸入cmd－進入DOS界面－輸入命令：pingwww.***.com-t(或者目標的IP地址)
運行結果：C:DocumentsandSettings Administrator>pingwww.***.com-t【輸入的命令】
按住CTRL+C停止ping,查看結果：
Pingstatisticsfor120.72.38.170:
Packets:Sent=48,Received=48,Lost=0(0%loss),【合計發包83個，收到83個，丟包0對保率0】-seconds:Minimum=10ms,Maximum=12ms,Average=10ms【最小值10毫秒，最大值12毫秒，平均10毫秒】一個速度好的機房，首先丟包率不能超過1％，最好是1
2、測試路由tracertrouter
這個是看看測試點到達目標伺服器需要經過多少個路由器，並且可以根據經過的每個路由的毫秒數字看出慢在那個路由器，並通過ipnslookup來查看這個ip屬於那個運營商的，甚至那個省市的運營商的，這樣就一目瞭然了。
舉例：C:DocumentsandSettings Administrator>tracertwww.***.com-d
由上面的測試可以看出，到目標機房的hops跳數是越少越好，在國內一般在15-18左右為好，同城的應該在12-15左右。
如果由個別跳數的毫秒數特別大，可以去whois.sc查詢ip歸屬，可以基本確定慢在哪那個運營商那裡，鑒於南北電信聯通互聯不互通的情況一直存在，有時候知道慢在什麼地方，也是沒辦法解決的。只有根據客戶群上網方式所在地來選擇電信或者網通。
3、文件下載
這個很簡單，首先了解你上網方式的最大值，如果是2MBPS的ADSL，那麼理論最大下載速度是2*1024/8＝256KB，實際最大下載速度是200KB以上都算穩定，如果是512KPS的adsl,一般在50-60KB就達到峰值了。測試的時候找超過50M的文件下載,時間稍微長一點,用單線程下載，主要看一個平均值就可以了，如果能達到上網方式的下載峰值，並且穩定在一個數值段，那麼可以說都是穩定的。