6、第六組測試結果
文件名稱:上傳測試文件06.chm 文件類型:chm文件 文件大?。?1505602字節
組件名稱 Asp.net
自帶組件 Aspupload3.0
組件 FileupV4.01
組件 Lyfupload 1.2B
組件 梁無懼無組件
上傳類 化境無組件上傳類
第一次測試 測試時間 20:52 18:14 18:15 18:23 18:38 未參與測試
所用時間(秒) 19.0000 39.9531 57.4063 454.0938 447.3750
第二次測試 測試時間 20:53 18:40 18:44
所用時間(秒) 19.0000 38.0469 60.2031
第三次測試 測試時間 20:53 18:47 18:50
所用時間(秒) 19.0000 35.1250 54.7813
平均傳輸時間(秒) 19.0000 37.7083 57.4635 454.0938 447.3750
平均傳輸速度 (字節/秒) 1658190 837865 549086 69381 70423
傳輸比(%) 100.00% 50.53% 33.11% 4.18% 4.25%
說明:asp.net組件三次上傳時間分別記錄為:10.2969,10.1563,10.23434,但從CPU運行圖上觀察大約在19秒左右,結果以此為準
上傳速度對比圖
CPU使用記錄圖
(從左至右為:asp.net,aspupload3,safileup4.01)
點評: 由于Lyfupload1.2B組件與梁無懼無組件上傳類的上傳時間達到驚人的450秒,而且在上傳期間完全處于100%的CPU占用率,已沒有再進行測試的必要性了,因此只測試一組數據作為參考。 本組測試又出現了奇怪的現象,前三個上傳組件的上傳速度在文件大小擴大一倍的基礎上反而增加了,增幅最大的FileupV4.01更達到驚人的70%提升;后兩個組件上傳速度隨著文件的增大等比例的下降。從速度上看,仍然是asp.net組件的速度領先,其次的aspupload3組件僅僅是它的 50%,更不用說最低速度的后兩個組件了,只及asp.net組件的4%。
從CPU使用記錄圖看,前三個組件的圖形走勢非常相像,都是先形成一段較低CPU占用率的波形,最后猛然攀升,達到100%CPU占用率,其中 Aspupload3組件的CPU占用率是最低的,asp.net組件占用率最高,FileupV4.01居中但在三者中所用時間最長
7、第七組測試結果
文件名稱:上傳測試文件07.rm 文件類型:rm文件 文件大?。?09148251字節
組件名稱 Asp.net
自帶組件 Aspupload3.0
組件 FileupV4.01
組件 Lyfupload 1.2B
組件 梁無懼無組件
上傳類 化境無組件上傳類
第一次測試測試時間 21:03 19:00 19:03 未參與測試 未參與測試 未參與測試
所用時間(秒) 35.0000 107.5469 129.3281
第二次測試測試時間 21:04 19:11 19:07
所用時間(秒) 35.0000 95.8438 124.5313
第三次測試 測試時間 20:59 19:15 19:20
所用時間(秒) 35.0000 96.9844 122.0156
平均傳輸時間(秒) 35.0000 100.1250 125.2917
平均傳輸速度 (字節/秒) 3118521 1093042 871660
傳輸比(%) 100.00% 35.05% 27.95%
說明:asp.net組件三次上傳記錄數據分別為:4.671875,3.328125,3.328125,但從CPU運行圖上看大約在35秒之間,結果以此為準,后三種上傳組件因速度太慢,已不具可比性,不參與測試
CPU使用記錄圖
(asp.net組件)
(aspupload3)
(safileup4.01) 說明: 本次所上傳的文件高達110M,如此大的文件上傳實際需求較少,但如果是視頻播放的話就需要上傳此類或更大的文件,上傳時間較長,更要求不能對服務器的正常運行造成影響。
更為令人奇怪的是,三個組件的上傳速度居然又大幅增長,尤其以 asp.net組件的增長幅度令人恐怖,幾乎達到100%。這一點從CPU占用圖上也可以看出,asp.net組件以較高的CPU占用率在最短的時間內就完成了110M文件的上傳,而最大的變化在于這三個組件的CPU占用率發生了本質的變化,在上面的所有測試中,除了小文件上傳外,毫無例外的都出現過 100%CPU占用率的現象,但此次居然并未出現!其中,aspupload3組件更是長時間運行在30~40%的CPU占用率內,可以說在上傳大文件時,幾乎就可以不考慮對服務器的影響而且速度更快。
原文轉自:http://www.uml.org.cn/Test/201209251.asp