（从左至右为：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居中但在三者中所用时间最长

说明：asp.net组件三次上传记录数据分别为：4.671875,3.328125,3.328125，但从CPU运行图上看大约在35秒之间，结果以此为准，后三种上传组件因速度太慢，已不具可比性，不参与测试

 

(asp.net组件)

（aspupload3）

（safileup4.01）

 

       本次所上传的文件高达110M，如此大的文件上传实际需求较少，但如果是视频播放的话就需要上传此类或更大的文件，上传时间较长，更要求不能对服务器的正常运行造成影响。

       更为令人奇怪的是，三个组件的上传速度居然又大幅增长，尤其以asp.net组件的增长幅度令人恐怖，几乎达到100%。这一点从CPU占用图上也可以看出，asp.net组件以较高的CPU占用率在最短的时间内就完成了110M文件的上传，而最大的变化在于这三个组件的CPU占用率发生了本质的变化，在上面的所有测试中，除了小文件上传外，毫无例外的都出现过100%CPU占用率的现象，但此次居然并未出现！其中，aspupload3组件更是长时间运行在30～40%的CPU占用率内，可以说在上传大文件时，几乎就可以不考虑对服务器的影响而且速度更快。

说明：本次测试数据超过200M，asp.net组件上传过程中无故中断，无法上传（重试多次）

       为了最终看看上传组件上传超大型文件的表现，特地上传了一个达到近230M大小的文件，一般而言，极少有这样的上传需求，所以此次测试仅供参考，只有一个测试数据。

       在上传过程中，意外的发现asp.net组件竟然无法上传这个文件，连续多次测试并修改配置文件，最终仍是无法上传（后查明asp.net允许最大的上传文件为200M）。故asp.net的上传测试只有无奈放弃。

       从数据上看，aspupload3组件的传输速度仍有小幅提高（提高约40K左右），safileup4.01组件有小幅下降。从CPU使用记录图看，CPU占用率进一步下降，aspupload3组件CPU占用率仅在30%以下，safileup4.01组件稍高。