文件名稱：上傳測(cè)試文件07.rm  文件類型：rm文件  文件大?。?09148251字節(jié)
組件名稱		Asp.net組件	Aspupload3.0組件	FileupV4.01組件	Lyfupload1.2B組件	梁無(wú)懼無(wú)組件上傳類	化境無(wú)組件上傳類
第一次 測(cè)試	測(cè)試時(shí)間	21:03	19:00	19:03	未參與測(cè)試	未參與測(cè)試	未參與測(cè)試
	所用時(shí)間(秒)	35.0000	107.5469	129.3281
第二次 測(cè)試	測(cè)試時(shí)間	21:04	19:11	19:07
	所用時(shí)間(秒)	35.0000	95.8438	124.5313
第三次 測(cè)試	測(cè)試時(shí)間	20:59	19:15	19:20
	所用時(shí)間(秒)	35.0000	96.9844	122.0156
平均傳輸時(shí)間(秒)		35.0000	100.1250	125.2917
平均傳輸速度 （字節(jié)/秒）		3118521	1093042	871660
傳輸比（%）		100.00%	35.05%	27.95%

說(shuō)明：asp.net組件三次上傳記錄數(shù)據(jù)分別為：4.671875,3.328125,3.328125，但從CPU運(yùn)行圖上看大約在35秒之間，結(jié)果以此為準(zhǔn)，后三種上傳組件因速度太慢，已不具可比性，不參與測(cè)試


CPU使用記錄圖


(asp.net組件)


（aspupload3）


（safileup4.01）

說(shuō)明：
本次所上傳的文件高達(dá)110M，如此大的文件上傳實(shí)際需求較少，但如果是視頻播放的話就需要上傳此類或更大的文件，上傳時(shí)間較長(zhǎng)，更要求不能對(duì)服務(wù)器的正常運(yùn)行造成影響。
更為令人奇怪的是，三個(gè)組件的上傳速度居然又大幅增長(zhǎng)，尤其以asp.net組件的增長(zhǎng)幅度令人恐怖，幾乎達(dá)到100%。這一點(diǎn)從CPU占用圖上也可以看出，asp.net組件以較高的CPU占用率在最短的時(shí)間內(nèi)就完成了110M文件的上傳，而最大的變化在于這三個(gè)組件的CPU占用率發(fā)生了本質(zhì)的變化，在上面的所有測(cè)試中，除了小文件上傳外，毫無(wú)例外的都出現(xiàn)過(guò)100%CPU占用率的現(xiàn)象，但此次居然并未出現(xiàn)！其中，aspupload3組件更是長(zhǎng)時(shí)間運(yùn)行在30～40%的CPU占用率內(nèi)，可以說(shuō)在上傳大文件時(shí)，幾乎就可以不考慮對(duì)服務(wù)器的影響而且速度更快。