文件名稱：上傳測試文件04.rar  文件類型：壓縮文件  文件大?。?015245字節(jié)
組件名稱		Asp.net 自帶組件	Aspupload3.0 組件	FileupV4.01 組件	Lyfupload 1.2B組件	梁無懼無 組件上傳類	化境無組件上傳類
第一次測試	測試時間	20:49	17:18	17:18	17:19	17:19	17:23
	所用時間(秒)	4.0000	6.9375	10.2344	22.1875	23.5781	233.1406
第二次測試	測試時間	20:49	17:27	17:28	17:28	17:29	17:33
	所用時間(秒)	4.0000	5.4531	7.9375	21.8906	22.1094	228.4063
第三次測試	測試時間	20:49	17:41	17:41	17:40	17:39	17:39
	所用時間(秒)	4.0000	6.4063	7.0156	21.9688	22.0938	229.1719
平均傳輸時間(秒)		4.0000	6.2656	8.3958	22.0156	22.5938	230.2396
平均傳輸速度（字節(jié)/秒）		2338415	1130911	856405	318659	310784	30472
傳輸比（%）		100.00%	48.36%	36.62%	13.63%	13.29%	1.30%

說明：asp.net測試記錄時間三次均為0.1563秒,但從CPU占用圖表上明顯可以看出測試自動記錄的時間不準確（原因不明），通過估算CPU占用圖上的時間，大約為4秒左右，測試6情況與此相同

上傳速度對比圖


CPU使用記錄圖（化境無組件上傳類圖形未錄入）


（從左至右為：asp.net,aspupload3,safileup4.01,lyfupload, 梁無懼無組件上傳類）
點評：
本組測試數(shù)據(jù)發(fā)生了根本性的變化。測試上傳數(shù)據(jù)為7M，一般應用中很少有如此大的上傳量，在上傳量大幅度增加的時候，各組件上傳性能的優(yōu)劣完全一目了然。.net自帶組件在本組測試數(shù)據(jù)中脫穎而出，遠遠超出其他上傳組件（超過一倍以上），上傳速度之快、占用CPU時間之短令人側(cè)目，唯一遺憾的是CPU占用率還不能拿到第一；ASPUPLOAD3組件也表現(xiàn)出了優(yōu)秀的性能，它的CPU占用率是六個組件當中最小的，僅僅在40%左右；FileupV4.01組件的性能居于ASPUPLOAD之后列第三，從CPU占用圖形上看，兩者CPU占用圖走勢非常相似，差別僅是所用時間長一點，CPU占用率稍高一點；Lyfupload1.2B組件與梁無懼無組件上傳類成績雷同，CPU占用圖走勢幾乎一樣，CPU占用時間達到22秒，而且從開始到結(jié)束均為100%占用，不能令人滿意；居最后的化境無組件上傳類的情況最不理想，由于長達200余秒的100%CPU占用率，令其CPU占用圖都無法容納得下它，小廟難以容下大菩薩啊，它的圖形只好不列入觀看了。
從CPU占用圖上看，六個上傳組件明顯分成了兩種截然不同的傳輸數(shù)據(jù)風格，前三種上傳組件在上傳較大數(shù)據(jù)時，其傳輸率竟然比上傳2M文件時大幅提高，而且CPU占用率大大下降，最低竟然達到40%；后三種上傳組件上傳較大數(shù)據(jù)時，傳輸率進一步下降，CPU占用率進一步提高，所耗上傳時間相應增加。從兩種傳輸風格來看，前一種的三個組件均為國外組件，后一種的三個組件均為國內(nèi)組件，這能說明什么問題呢？