平均傳輸速度(字節/秒) 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, 梁無懼無組件上傳類)
點評:
本組測試數據發生了根本性的變化。測試上傳數據為7M,一般應用中很少有如此大的上傳量,在上傳量大幅度增加的時候,各組件上傳性能的優劣完全一目了然。.net自帶組件在本組測試數據中脫穎而出,遠遠超出其他上傳組件(超過一倍以上),上傳速度之快、占用CPU時間之短令人側目,唯一遺憾的是CPU 占用率還不能拿到第一;ASPUPLOAD3組件也表現出了優秀的性能,它的CPU占用率是六個組件當中最小的,僅僅在40%左右;FileupV4.01組件的性能居于ASPUPLOAD之后列第三,從CPU占用圖形上看,兩者CPU占用圖走勢非常相似,差別僅是所用時間長一點,CPU占用率稍高一點;Lyfupload1.2B組件與梁無懼無組件上傳類成績雷同,CPU占用圖走勢幾乎一樣,CPU占用時間達到22秒,而且從開始到結束均為100%占用,不能令人滿意;居最后的化境無組件上傳類的情況最不理想,由于長達200余秒的100%CPU占用率,令其CPU占用圖都無法容納得下它,小廟難以容下大菩薩啊,它的圖形只好不列入觀看了。
從CPU占用圖上看,六個上傳組件明顯分成了兩種截然不同的傳輸數據風格,前三種上傳組件在上傳較大數據時,其傳輸率竟然比上傳2M文件時大幅提高,而且 CPU占用率大大下降,最低竟然達到40%;后三種上傳組件上傳較大數據時,傳輸率進一步下降,CPU占用率進一步提高,所耗上傳時間相應增加。從兩種傳輸風格來看,前一種的三個組件均為國外組件,后一種的三個組件均為國內組件,這能說明什么問題呢?
5、第五組測試結果
文件名稱:上傳測試文件05.chm 文件類型:chm文件 文件大?。?4083055字節
組件名稱 Asp.net
自帶組件 Aspupload3.0
組件 FileupV4.01
組件 Lyfupload 1.2B
組件 梁無懼無組件
上傳類 化境無組件上傳類
第一次測試 測試時間 20:50 17:43 17:44 17:46 17:57 速度太慢,不參與測試
(傳輸時間超過500秒)
所用時間(秒) 14.2813 26.6406 47.1719 104.1250 100.7500
第二次測試 測試時間 20:50 17:58 17:59 18:01 18:03
所用時間(秒) 13.7344 25.2969 42.5781 101.6719 101.8281
第三次測試 測試時間 20:51 18:05 18:10 18:08 18:12
所用時間(秒) 13.5781 25.8438 41.5625 101.2188 101.3438
平均傳輸時間(秒)13.8646 25.9271 43.7708 102.3386 101.3073
平均傳輸速度 (字節/秒)1016232 543424 322715 137634 139016
傳輸比(%) 100.00% 53.47% 31.76% 13.54% 13.68%
上傳速度對比圖
CPU使用記錄圖(后三種組件CPU圖形未錄入)
(從左至右為:asp.net,aspupload3,safileup4.01)
點評:
本組測試由于化境無組件上傳類測試成績較差,早早退出了比賽行列。
本組測試文件達到14M,各組件的上傳速度又出現大幅度下降,雖然如此,.net自帶組件成績仍然是遙遙領先,緊隨其后的是aspupload3組件與 FileupV4.01組件,Lyfupload1.2B組件與梁無懼無組件上傳類雖然還能跟上前者的步伐不至于被淘汰,但上傳時間均已超過100秒,而且其巨大的CPU占用率就像一塊千斤大石般壓得人喘不過氣來(超過100秒鐘的100%CPU占用率)。
從CPU占用圖上來看(僅列三種圖形,后兩種上傳組件因為圖形單調毫無變化,沒有參考價值),.net自帶組件占用CPU時間最短,aspupload3 組件CPU占用率最低,占用時間最長的是FileupV4.01組件。三者在達到100%CPU占用率之前,均出現明顯的CPU占用率小高峰,之后才出現 100%的占用率。
原文轉自:http://www.uml.org.cn/Test/201209251.asp