需要实现  文件下载功能, 能支持5K - 1W 人 同时下载... 
大侠们 有何高见...请指教.
分数不多了..

解决方案 »

  1.   

    问题补充, 下载可能是 通过http  也可能是通过 GPRS
      

  2.   

    描述错误, GPRS 是一种方式, 最后会走http 或socket .. 忽略这一点.. 
    望大哥大姐们 帮忙想个   同时下载 最节省资源的方式.. 
      

  3.   

    我也是没办法的办法.. 并且这个下载时在用户无感知的情况下, 本来GPRS 方式就慢.. 多等个几秒钟,应该问题不大.
    若 有更好解决方法, 还请告知, 不胜感激. 
      

  4.   

    恩, 要解决的就是内存问题, 网络共享存储? 什么意思? 请大体说说.
    百度 是在做数据中心, 数据题外话 :并且还在盖总部大楼.... 
     我这没这么多资金,并且也没多少服务器, 我手头上能调动的也就两三台... 配置也不是很高.. 
    我是这么算的.  (理想状态下)
    1人 50K * 5000    加上 其他方面内存 约 250M  但是 网络方面压力肯定难以承受. 
    若排队.. 100人同时  就是 50 K * 100   5M     // 3秒
    5000 / 100   排队 50 个 * 3秒.. 越靠近后面的 用户等待时间越久. 我要是用户 肯定崩溃... 
    目前只是我在胡思乱想而已.. 期待高手指点... 
      
      

  5.   

    如果不采用上百台的服务器、文件服务器集群,负载均衡做得也不好的话,或者说文件服务器分割得不好的话,这么大的并发量一来,不要说是下载了就是连 HTTP 访问都会把服务器操作系统中所能开的线程数全部占满,造成服务器瘫痪。
      

  6.   

     这其实是类似于一个病毒库 更新 的 服务器. 
    目前方案: 暂不考虑 pc 浏览器下载
         GPRS 客户端 采取分时间段访问,  我也只能这么做了... 希望大家继续探讨..