FastSoft E50 在青岛某企业跨洋测试效果

Sina WeiboBaiduLinkedInQQGoogle+RedditEvernote分享




Traffic-Histogram 9月份流量图表

首先感谢青岛某外资企业IT的袁经理,提供给我们宝贵的测试机会。就如他所说,他们的网络架构是一个标准的跨洋、VPN数据链路,100M网通共享带宽,我在之前提到过,测试结果发现国内共享链路的传输效率依然很糟糕,下载速度尚能接受,往外发送速度是一个瓶颈。(上述图表选择范围是1年,其实就是9月份的测试结果,这是因为9月之前的数据因修改时间bug而丢失,从美国得到的消息是demo机的版本低,但完全不影响使用和展示)

在这样的情况下,我们依然得出FastSoft能够在数据传输量不大的情况下,加速比还是很可观,见下图。

Speedup Histogram 9月份加速比图表

我们在向加拿大传输100M的文件,加速和没有加速的实际效果是:大概是20分钟对2个小时左右。况且这是走VPN到加拿大,对端是3M ADSL+7M的Fiber。

青岛的WAN节点是一台WatchGuard X550E,通过建立VPN,走国产的100M共享(工业区内)连到加拿大。

另外,青岛的应用是条码扫描产品,实时传输扫描内容到加拿大的数据库,还有小部分的RDP应用-加拿大连到青岛服务器,或者青岛连到加拿大服务器等等,其他一部分的高峰流量显示是员工传输视频等:),还有员工上网流量。

总结:工厂处于投资人计划增长期间,没有标准的机房(网络和服务器等设备堆放在房间桌子上),车间实际生产的数据日产量很少,但是却需要实时传输到加拿大服务器,这在将来潍坊总厂的数据也汇入到青岛机房,对FastSoft来说是一个好机会。但是目前已存在瓶颈的状态下,我们还是建议客户尝试更改国内链路供应商(如电信,MPLS,或干脆用专线),并且让IT架构更加上一个层面,这样,相信FastSoft会比其他加速方案要更加适用。

有兴趣的朋友可以来信咨询,或者由我们提供中文资料,或者由我们为您和您的客户提供免费试用,测试服务。

xu.buyu@trustfuture.com

Michael Xu.

Best Regards.

———————————————

2010/12/5 by xubuyu update.

FS如何判断能帮到您的网络?请看下图:

(1个打分, 平均:5.00 / 5)

雁过留声

“FastSoft E50 在青岛某企业跨洋测试效果”有28个回复

  1. 网路游侠 于 2010-10-15 10:49 上午

    加速产品现在搞的比较热了。
    毕竟,买个这,用于远程传输数据
    比买运营商带宽便宜 呵呵

  2. smartxf 于 2010-10-15 5:51 下午

    这个加速效果主要是压缩还是协议优化还是缓存传输?
    对于文中这种典型的网络环境有没有个量化的分析?求达人指导~~

  3. xubuyu 于 2010-10-16 1:28 上午

    To smartxf:
    您可以直接去Fastsoft官网,里面有详尽的文档

    http://www.fastsoft.com

    其美国网站在我们国内访问,速度也很快。

  4. hritian 于 2010-10-16 7:24 下午

    你那里有丢包和时延数据吗?

    个人认为效果一般。

    100MB的文件,3Mb带宽,那下载时间应该在10分钟以内。

    根据我的经验,国内到国外的网络传输,网络不好的时候,协议优化能提升的倍数应该至少在10倍以上。

    当然也可能是应该加拿大那边的机器接收缓存太小,你可以去用tcpdump抓包查一查wscale的值。

  5. xubuyu 于 2010-10-17 12:36 上午

    国内100M工业区共享带宽–>加拿大3M ADSL,两端VPN通道,都是WatchGuard VPN路由器。国内的共享带宽我算是领教过了,至少在北方是这样的表现。朋友说国内的中小游戏厂商的网络吞吐量情况也可能类似的情形,呵呵。

    性能表现是一般,请仔细看我的结论。
    不要因为表现一般,就断论效果一般。

    法拉力在我国一般乡镇混乱的街道上(你们知道那个情形的吧),你能期望它开200~300公里的时速么?可能和QQ一样,也许加速瞬间会比国产车快点,呵呵。

    我接下来会在上海的某IDC内架设测试,同样也会贴出相关图表,和客户使用的感受和数据来看看FastSoft到底能加速到何种程度。

  6. xubuyu 于 2010-10-17 12:46 上午

    青岛100M的共享带宽我发现本地下载能达到20Mbps左右,P2P下载电影倒是非常快,不过,仅此而已。

    我们需要的是往外传送速度提升,而不是只考虑共享带宽便宜。

    客户在租用带宽的时候,合同里是有保障上下行速率达到多少的。

    对分支机构来说,低带宽是已有的条件,如何从总部加快数据分发,提升所有应用数据流,这就看各个加速厂商如何在同样基础上PK了。

    对于Internet用户需求提供商来说,单边加速,是唯一的选择。

  7. xubuyu 于 2010-10-17 12:48 上午

    欢迎国内的加速厂商提各种意见!

  8. 某某 于 2010-10-19 2:10 上午

    加拿大的某些运营商到国内确实有一定问题!原来我在上海的时候,就为telus到上海电信的问题很头痛啊,那时候客户到加拿大的ftp基本无法正常使用。

  9. xubuyu 于 2010-10-21 4:29 下午

    上海有一家外资投资IDC机房,双线连接至香港,到北美和东南亚、欧洲的线路质量非常好。

    另外,他们的MPLS商用带宽性价比不错,测试其连接质量和速度到上述地区都非常令客户满意,其客户群都是世界500强企业,绝大部分是外资企业。

    如果在IDC内加入FastSoft,则无论在这个IDC所拥有的电信链路有多好,或有多差,都可以在其原有基础上,提高通讯吞吐量的性能和速度。

    当然,有很多用户的业务已经加入到CDN结构中,FastSoft的性能可以在这个环境里发挥其最大性能(国内某些CDN供应商已经加入了自己的加速技术,国外CDN则直接使用FastSoft),这可以和其他没有加速条件的用户有了直观的对比和差距。

    我们期待它的下一步测试表现。

  10. anon 于 2010-10-21 7:21 下午

    广告痕迹过于明显,建议弱化一下。

  11. xubuyu 于 2010-10-22 9:24 上午

    谢谢提醒,不做广告,都是我自己想到的资源告诉给大家。

  12. hritian 于 2010-10-24 9:42 上午

    xubuyu说的基本上属实了。
    我不做广告,我举得例子都和fast一定关系都没有。
    国内的CDN厂商在tcp协议栈上做过定制的至少有两家,效果都很明显。其中一家是韩国人在中国开的公司。

    不过,xubuyu我觉得你对协议优化的理解还是有偏差。

    tcp协议优化做的最有意义的事情,不是锦上添花,而是雪中送炭,是在网络环境恶劣的情况下,仍然能够在一定程度上保证应用的服务质量。比如说,网页打开时间从2s减少到1s,远不如从20s减少到10s的意义大。

  13. silenthunter102 于 2010-10-24 9:19 下午

    这两个报表的抓图没有看懂。

  14. xubuyu 于 2010-10-25 2:57 上午

    FastSoft的界面提供了多种图表,有实时的网络流量图、网络流量汇总图、加速比图等等,其实还是要看实际运行上,客户的各种网络数据传输的时间缩短感觉,这个没有现成的功能能够提供,需要第三方网站数据性能测量软件协助(比如FastSoft的合作商Gomez)。

    在各位资深技术牛人面前我只是个小弟,希望大家能多多分析这方面的技术,FastSoft的技术核心我认为不是很容易看透,希望大家能找机会来进行测试,它的性能还是在实际运行中得到解答。

  15. shiftily 于 2010-11-08 6:14 下午

    是否可以这么理解:
    FAST只能优化上传?而对下载没有优化?
    比如客户发送邮件,部署在客户端,只能优化smtp;部署在邮件服务器端只能优化pop3 ?

  16. xubuyu 于 2010-11-09 3:53 上午

    FastSoft能承载的巨大数据流,对于解决邮件服务器外送数据流来说是绰绰有余了吧,外网的客户端接收效率一般在具有窄带瓶颈或复杂干扰的状态下,并不重要,何况这种情况没有可控性。

    FastSoft是单向加速,针对广泛意义下的Internet用户,在富媒体、广告、企业网站、流媒体、电子商务、大型门户网站、远程教育等应用、游戏开发商、各种专业应用服务商、云架构服务商、移动平台服务商等等,它正是为这些需要在有限的带宽下进一步提升传输效率而设计的。

    而对于企业和CDN服务商来说,在总部或多个数据中心部署FastSoft,对其分支或分公司,合作伙伴,甚至是上述机构的外网用户,外送数据加速所带来的业务效能提升,可能比双端某些应用加速的市场潜力更大,换句话说,比如在CDN架构中,可以在国内范围的主干节点机房全部部署FastSoft,比采用应用加速或内容加速更为全面(FastTCP技术针对所有TCP数据流),也比自行开发加速软件和对客户端要求安装软件和插件,更为有意义。

  17. Belemnon 于 2010-12-05 7:43 下午

    一,加速不需要Flow化
    从技术而言,网络性能其实是供过于求的,无需加速。唯有视频需求可能超载,而视频都是大包,平均每字节转发处理需求降低到1/10,因此也不需要加速。

    二,产业不允许Open化
    路由器的成本在于庞大的软件研发投入,而不是硬件。Open化等于失去控制权,比扒掉设备商的内裤还让他难过,怎么会允许Open真正发生。

    总而言之,OpenFlow是一群自己没做过路由器也没建过网的人的YY。

    当然,有时门外汉也能改变历史,谁知道呢。

  18. xubuyu@gmail.com 于 2010-12-06 4:37 上午

    非常感谢专家的评论,我们确实需要像您这样的力量来激发市场,我们也号召有技术实力的人才加入我们的团队,一切可能都需要时间来改变,不是么?
    巨大的国内市场,谁争取到时间,谁就能改变历史!
    我们会多加考虑复杂的国情和不断发展的技术因素,欢迎更多的人能关注FS!

  19. SingleSide 于 2010-12-07 3:27 上午

    请问怎么理解单边加速?

    拿您举的例子,FS设备部署在青岛,
    可以加速从青岛到加拿大的文件上传,加速比大约是6(20min:2hour)

    如果加拿大没有部署FS,
    那是否可以加速从加拿大到青岛的文件上传?(或者说从青岛下载加拿大的文件)
    加速比又是什么样的?

  20. xubuyu@gmail.com 于 2010-12-07 8:12 上午

    To SingleSide:
    请先看15、16两楼对话。
    如果客户够有钱,可以像CDNs架构般两端都部署FS,成为双端加速:)

  21. xubuyu@gmail.com 于 2010-12-07 8:14 上午

    如果大家有兴趣,先看我之前的留言,如还有疑问,请留下您的邮寄地址,我会发送FS介绍印刷本一册,中文英文随您选。

  22. xubuyu@gmail.com 于 2010-12-07 8:37 上午

    但是我觉得单单买两台FS只为某个公司的两边加速很少的数据,太浪费啦!希望大家不要习惯性的老是往国内已有参考模式考虑“单端”VS“双端”,FS不是一台靠缓存、压缩、应用优化、QoS等办法来实现加速的产品,它用自己独有的FastTCP技术令现有的某个带宽通道传输效率大大改善(不是像国内某些加速厂商所谓的大幅提升哦)传输效率,从而提升传输速度!您把它看做是一台加速硬件引擎,好比在10车道高速公路上无数台QQ永远无法超越145KM/h一样,如情形变为全部跑玛莎拉蒂,“这样会快些么” ,“…你当玛莎拉蒂是吃素的啊!”

  23. xubuyu@gmail.com 于 2010-12-07 8:45 上午

    一个革新的方法: 无客户端互联网加速

    对称方案无论是硬件版还是软件版都需要在两端使用压缩和缓存才能体现作用。非对称方案只简单
    地对数据中心内部基础设备进行减荷,但是对数据中心外部穿越WAN 的范围提供有限的一点帮助。
    外包服务(CDNs) 只对防火墙之外起作用,而且非常依赖于缓存才有效果,也不是100%安全,不能很
    好地处理非活跃的大文件,并且主要集中在小文件,高流通,大规模分发的站点。

    在通过TCP “one-to-many” 加速大量数据而不必在接收端安装任何硬件或软件客户端,这是目前
    现有方案无法解决的市场空缺。这些数据可以是很少被访问而不足以转变为缓存模式,也可以是已
    经被压缩的或不能再压缩的数据。

    No caching . No compression. No client .

    FastSoft 开发了一种方案,专门针对这一市场空间。FastSoft 的创始人在美国加州理工学院研发了FastTCP 技术,并且仍保持目前101Gbps 的最快持续下载速度的世界纪录。这一速度将使在15 分钟内下载全部的美国国会图书馆资料变得可能。

    正如我们之前所讨论的,当TCP 在处理丢包,长距离或高速网络时其本身并不高效,标准TCP 协
    议的拥塞控制机制在很多年前建立,当时的网络慢的多,小的多,内容单一。FastSoft 创造了一个独特的方法能够解决这些限制,FastSoft 的E 系列Internet 加速器结合了下一代TCP 技术—称之为FastTCP。

    FastTCP 工作时通过测算发送数据包和收到确认时其所需的时间,同时寻找丢失的数据包。这使FastTCP的流量控制机制获得更多信息,从而允许智能化的流量控制。凭借这种超群的知识,FastTCP 可以确保让每一条数据流最优化地使用网络的可用带宽,同时避免了网络通讯的溢出和上下起伏的循环。
    (避免疲劳,下续……)

  24. xubuyu@gmail.com 于 2010-12-07 8:52 上午

    至今,已有如迪斯尼,本田,ESPN,西门子集团,路透社,特艺影视技术集团等公司和机构使用了FastSoft 的产品,用以加速提供大型视频和应用数据给分布在全球的用户,而无需为客户端安装任何硬件或软件。

    FastSoft 的优势包括:
    •终端无需任何硬件或软件
    •不依靠缓存或者压缩等技术来实现加速
    •视带宽、网络延迟和丢包等情况最高可达30 倍的加速
    •端到端的加速,包括第一和最后一英里链路
    •对企业网络架构完全透明化
    •与网络上其他通讯完美地共享可用带宽
    •即插即用(无需培训)

    FastSoft 解决方案填补了当前已存在的对称、非对称和外包服务解决方案的不足之处。

    总结

    解决当今广域网和互联网性能的方案目前有许多种,但没有一个方案能够全面地解决企业通过广域网和互联网部署的所有应用程序。WAN 优化和CDNs 是众所周知的方案,也已被证明其可靠性并且在当今市场上有着无数的部署和成功案例,可是这些方案被局限于当解决某些向公网通讯的问题时,却无法控制其商业伙伴、供应链合作商或者在企业广域网之外的任何情况。这时就需要一个解决方案能处理该部分的市场,这块市场就是要求能够通过TCP “one to any” 加速大型不可压缩、不可缓存的数据,而不需要在接收端安装任何硬件或软件客户端。

    FastSoft 研发了一种独特的技术来解决这一问题,在你的数据中心部署单台加速设备,能够透明化的为遍布全球的未知用户加速传输这些数据。通过这种方法能发现越来越多的用途,并且它很容易在你的环境中测试。FastSoft其实完全可以和WAN 优化设备串联以完善其余功能,而且可以与CDNs 网络并行工作,以提供最好的用户体验以及降低总体系统成本。

  25. 华夏 于 2010-12-08 6:46 上午

    国内的华夏创新也可以做到

  26. xubuyu@gmail.com 于 2010-12-08 5:48 下午

    你好,华夏创新是国内优秀的应用交付加速设备厂商,其LotWan广域网加速系统运用了高性能TCP加速、对象缓存、字节缓存、数据压缩等技术,从这些看来,属于集多种功能为一体的软硬件设备,但是在网站上无法得知其“高性能TCP加速”方面的技术渊源和详细介绍。

    FS是全球首款专注于TCP优化技术的引擎厂商,其FastTCP技术具有全球唯一专利技术,与微软的CTCP(复合TCP技术,已应用于Vista及以后的Windows服务器/个人操作系统中)、Linux的CUBIC(内核拥塞控制算法)一样,专注于改善TCP协议的效率问题,但是后两者改善基于丢包算法并不令人满意,而FS则在丢包处理中极具适应能力,并且是一款专门处理TCP协议-基于延时的方法解决拥塞/流量控制和丢包恢复问题的硬件设备,如上述两者的其他TCP变体则属于嵌入在系统TCP算法软件层面内,并不是独立的运算硬件,况且各方面不构成如FS一样具有专利技术的加速引擎硬件设备。

    关于上述FS的技术分析,在我们提供的中文版《FastSoft-加速互联网的未来》资料里面有详细的技术介绍、图表比较和市场分析,可以提供给有意向的公司、客户。

    欢迎来信给我们,请提供贵方的公司名称、地址、联系人,我们会免费寄送上述资料。

  27. xubuyu 于 2011-05-31 9:27 下午

    FS的成功案例印刷本已出,想要的朋友联系我。

  28. xubuyu 于 2011-07-03 8:07 上午

    目前我公司推出1G WAN口的FastSoft测试机,针对政府数据中心,学院数据中心,以及国家能源行业如石油和发电行业的数据中心,对其广域网多总部和总部对分支机构之间的数据加速进行测试。