那是快很多了－－不过 <- 中国开发网

CNDEV.ORG

当前在线

论坛

CBD
- 程序员情感CBD
- 程序员见面交流会
CBD开发区
- Java/J2ME
- .NET/C#
- 数据库
- Delphi/BCB
- Visual C
其它
情感
游戏
- CNDEV-CS/WOW
- 浩宇长空
生活
论坛系统

中国开发网: 论坛: 程序员情感CBD: 贴子 119851

haitao：

那是快很多了－－不过

[阅读: 569] 2005-03-26 15:34:26

如果webserver不是把它们分别存到文件，而是直接读入内存，万一文件很大或多人一起传，岂不是搞死webserver

我觉得webserver应该先提供其它传入信息，由isapi或asp判断是否需要接受文件数据
不需要（可能上传者无权限），直接放弃文件信息
需要，则根据isapi或asp判断结果（一个允许的文件大小限制值）直接把传来的文件的限制部分写入isapi或asp指定的目录\文件名

这样设计的webserver是效率最高的

我的blog：http://szhaitao.blog.hexun.com & http://www.hoolee.com/user/haitao

－－以上均为泛泛之谈－－不尽牛人滚滚来，无边硬伤纷纷现人在江湖飘（出来混的），哪能不挨刀（总归是要还的）
网络对话，歧义纷生；你以为明白了对方的话，其实呢？

您所在的IP暂时不能使用低版本的QQ，请到：http://im.qq.com/下载安装最新版的QQ，感谢您对QQ的支持和使用

相关信息:

有谁见到过讨论上传组件效率数据的？我在CSDN见过一个忘了找不到了，我做的要1M1秒多，应该是太慢了 (空) (有狐 [833] 2005-03-25 18:50)
- 你的问题，当前最需要解决的就是如何定位吧？还是你的代码在其它地方消耗了太多时间？ (空) (pcplayer [464] 2005-03-25 19:09)
  - 定位肯定耗时间，而且我还没有改成直接处理varByte+varArray，正在改，还要改成逐步读取处理，估计会快些 (空) (有狐 [696] 2005-03-25 19:12)
    - 参考了别人的代码了吗？看看别人是如何处理的吧。我以前有一个在WEB BROKER下传文件的控件。对了，WebSnap好象带了那个控件，也可以看看Delphi是用什么方式来实现的嘛。 (空) (pcplayer [533] 2005-03-25 19:20)
      - 找不到别人的代码，都搞得严严实实的，ASP代码的倒是很多。不过参考了网上看到的一句话：逐步处理，觉得有道理 (空) (有狐 [547] 2005-03-26 02:30)
        delphi有SOURCE的呀。 (空) (pcplayer [474] 2005-03-26 08:44)
        能告诉我是那个或者那个单元文件吗？我对websnap不熟，基本没用过 (38字) (有狐 [427] 2005-03-26 20:56)
        delphi/source/WebSnap/ 下有SOURCE，具体关于文件上传的，你可以看： (153字) (pcplayer [691] 2005-03-26 21:50)
- 有用吗？---用Delphi 6开发ASP上传组件详解 (9089字) (ht [751] 2005-03-26 02:41)
  - 这个我看过，也照样敲了一个，在我机器上测试效率还不如我的这个。 (162字) (有狐 [542] 2005-03-26 20:50)
- 太高兴了，改成直接处理varByte+varArray并逐步处理，不调用Delphi的PosEx而是自己写定位过程，效率提高了N多 (55字) (有狐 [948] 2005-03-26 22:09)
  - 你拿WebSnap来测试一下看看。 (空) (pcplayer [512] 2005-03-26 22:14)
    - 试着传了一个13M的，哈哈，结果脚本超时 (71字) (有狐 [452] 2005-03-26 22:18)
    - 不熟WebSnap机制，找起来还挺费劲，你能不能简约地说一下机制？ (空) (有狐 [590] 2005-03-26 22:25)
      - 关键是客户端浏览器数据POST后由哪个单元的哪个类处理的 (空) (有狐 [453] 2005-03-26 22:29)
        上面点了个灯泡那贴里有啊。 (空) (pcplayer [418] 2005-03-26 22:33)
      - WebSnap是Delphi提供的一套web的FrameWork，最终生成的是CGI或者ISAPI (144字) (pcplayer [674] 2005-03-26 22:29)
        Request对象是哪个？ (空) (有狐 [528] 2005-03-26 22:34)
      - 太JB费劲了，先不找了 (空) (有狐 [438] 2005-03-26 22:54)
        FT，刚说不找了就给找到了，TMultipartContentParser (空) (有狐 [560] 2005-03-26 22:55)
        研究完了发表一下体会。 (空) (pcplayer [423] 2005-03-26 23:02)
- 无意遇到一个以前cndev.net的深圳王发军写的 (9064字) (haitao [589] 2005-03-26 22:57)
  - 王发军！记得在CoolHot就有吧，当时我见到过，不过我那时潜水 (462字) (有狐 [491] 2005-03-26 23:06)
    - 数据太多，都放内存，可能很占内存。但不放内存，搜索起来不就慢了？ (空) (pcplayer [453] 2005-03-26 23:09)
      - 那个什么内存映像文件什么的是否会有用？我没用过不清楚 (142字) (有狐 [2025] 2005-03-26 23:16)
        我做过一个有客户端的文件上传工具(httpdisk)，功能自然多很多，但是效率会比较低 (27字) (haitao [1433] 2005-03-26 23:24)
    - 整个文件是这样一个字符一个字符地加起来的？那是要死人的 (260字) (haitao [454] 2005-03-26 23:14)
      - 我现在是充分利用数据的格式规则，根本不需要这么一个过程，直接处理Variant的Byte数组就可以了 (空) (有狐 [646] 2005-03-26 23:18)
        Variant的Byte数组是谁、怎么填充的？ (9字) (haitao [561] 2005-03-26 23:21)
        从Request对象得到的数据就是一个varByte+varArray类型的Variant，先VarArrayLock一下再处理，我觉得总比全部先搞成字符串快吧？ (空) (有狐 [491] 2005-03-26 23:23)
        事实证明也是快了 (42字) (有狐 [432] 2005-03-26 23:25)
        那是快很多了－－不过 (225字) (haitao [568] 2005-03-26 23:34)
        那个上传组件之外的事，先不关心。 (87字) (有狐 [471] 2005-03-26 23:41)
  - 从这里又看出一个方法，就是处理一些，从内存删掉一些，这样随着处理占用内存越来越少，是否会更好？ (空) (有狐 [560] 2005-03-26 23:29)
    - 又试了下，10M的文件用组件处理的时间才需要300多毫秒，先这样吧，先搞别的去 (空) (有狐 [508] 2005-03-27 00:02)
    - 我觉得吧，如果全部在内存里处理，速度肯定快。但文件大了，消耗内存。 (87字) (pcplayer [537] 2005-03-27 00:25)
      - 不搜索似乎不太可能，除非客户端有自己的文件上传组件，我的组件对付的是标准的<form>和<input type="file"> (123字) (有狐 [573] 2005-03-27 01:08)
        内存印象文件，以前在DOS下用过。其实电脑就只有RAM和DISK，一个快，一个慢。就看你用哪个。把内存当“文件”用，不过是用文件操作的方式去操作内存，追求的是速度，只要你内存够大。 (23字) (pcplayer [792] 2005-03-27 08:44)
- 转自CSDN:.NET大文件上传知识整理 (6728字) (有狐 [599] 2005-03-27 00:14)
  - 目前无组件程序和一些COM组件都是使用Request.BinaryRead方法。一次性得到上传的数据，然后分析处理。这就是为什么上传大文件很慢的原因了 (空) (有狐 [895] 2005-03-27 00:16)

欢迎光临本社区，您还没有登录，不能发贴子。请在这里登录

页面内容处理时间: 0.012 - 558272