无损网络近来越来越多被提到，无损网络似乎是 RDMA 的必须，为了减轻主机侧的负载(这是 RDMA 的目标之一)，网络就要承担复杂，因此，RoCE 为 RDMA 承诺了一个无损链路层，这样 RDMA 就不必再实现丢包重传那些东西了。可靠传输是在底层保证的，而不是在传输层保证的。
但物理链路不可能无损，这就好像交通事故一定会发生一样，所有无损网络链路层均需要提供可靠传输，它们本质上就是一个可靠传输承载协议。可靠传输一定要应对并解决丢包，乱序问题，而方法就是 ARQ，FEC 此类，go-back-n，sack 只是例子。
另一方面，几乎所有可靠传输协议无一例外都避不开 TCP 的影响，至少任何一个新协议都要保持 TCP 友好，对 TCP 公平。所有可靠传输都要高效且公平，于是大家纷纷学 TCP 的样子来做。可 TCP 的存在正是因为底层链路不可靠的缘故，而不是它必须存在。
如果底层是一个无损网络，谁还会用 TCP。如何做一个可靠传输协议应该关注底层可靠性，而不是学 TCP。
即使底层不是一个完全的无损网络，只要它足够可靠，传输层协议也会大有不同。在目前的数据中心以及广域骨干链路这种足够可靠几乎无损的环境，假设我们忘掉 TCP，类 TCP 的可靠传输协议有多大概率会被重新引入。
在重新引入类 TCP 协议前，不得不重新评估它自身的负担。整个互联网超过一半的流量是 TCP 流量，其中又有几乎 1/4 到 1/3 的流量是 pure ACK，而 ACK 仅仅为了提供一个滑动窗口时钟并辅助测量，这已经是非常大的负担。 TCP 才是问题本身，而不是解决方案。
在丢包率不足 0.01% 的网络如何应对丢包和丢包率超过 10% 的网络应对丢包的策略完全不同。为万里挑一的丢包引入源源不断的 pure ACK 时钟仅为指示丢包非常不划算，pure ACK 传递的永远是有效信息，比如拥塞指示，吞吐反馈，以及其它变化量，pure ACK 应边沿触发而非水平触发。
丢包率极低的准可靠网络环境，无论 go-back-n，sack，rto 等 ARQ 还是 FEC 都不划算，都不如应用程序发现问题主动请求重传。传输层将大大简化。目前数据中心网络 transport 都在陆续走上这条路，丢包是 app-aware，而不是 transport-aware。
但 TCP 诞生的 1970 年代，底层信道质量远非可靠，主机资源有限，TCP 就是最优解。TCP 随后的迭代始终保持着该基因，即底层信道是不可靠的，无论 fast retransmit，sack，rack 都在基于此认同上进行优化。因为 TCP 太成功了，以至于几乎成了唯一解，即使链路信道质量已经好到不再需要像 TCP 那般谨慎了，甚至可靠传输本身已经廉价到可由应用程序自己负责了，几乎所有的新传输协议还是无法摆脱 TCP 的影子。
再往底层说，数据中心网络链路信道已经如此可靠，RoCE 却像极了一个链路层的 TCP，go-back-n，ECN…总之还是 TCP 那一套，以至于这些底层协议依然假定，信道是会发生丢包的，丢包需要被应对，这和 TCP 基因里的假设没有任何区别。
首先，可靠传输不仅仅只是 TCP，go-back-n，ECN 也不仅仅属于 TCP，它们是任何可靠传输的选项。其次我们再来看丢包。丢包分误码丢包和拥塞丢包，现如今的误码丢包已经非常罕见，但拥塞丢包大多数还是自找的。
拥塞丢包，简单说就是发的太多了，为了应对这种情况，需要拥塞控制。拥塞控制分分布式和集中式两类。早期关于互联网设计哲学的辩论，倾向于将互联网设计成了胖端瘦网的分布式结构，几乎于此同时，以太网成功占领了互联网的枝端，而以太网本身也是分布式控制网络，它和互联网基本是一回事。
和互联网交换机 buffer 溢出丢包一样，以太网在重试次数超过一定阈值后会放弃重试而丢包，而最大重试次数表示的就是一个有最大值限制的最大等待时间，以太网丢包策略几乎就是一个完备的 RED。无论交换机还是以太网，都没有中心控制器对拥塞源进行抑制，需要指示拥塞并付出了丢包代价时，拥塞肯定已经发生了，这是互联网和以太网的基因，它们都是有损网络。
将传输协议和网络结合，要么像 RoCE 在有损网络上提供无损链路层，要么像 TCP 在有损网络上提供无损传输层，二者是一回事，区别在于 RoCE 卸载了 CPU 的负担，而 TCP 必须由 CPU 处理。
整体回顾，我们发现 TCP 也好，RoCE 也好，它们与互联网以及以太网是契合的。互联网和以太网提供了一个有损网络，这也是上层协议的唯一假设。
真正的无损网络必须引入中心控制，彻底摆脱由于拥塞导致的丢包，可参考 infiniband，ATM 等实现，而不是在以太网上打 patch，以太网再打 1000 个 patch 也还是修修补补，改变不了基因，就像打地鼠一样，这边打下去那边冒头，PFC 用延时换溢出，总之还是拥塞不顺畅，这其实可以看成是 pause 帧的细化，还要解决死锁问题，越来越复杂。这是由于以太网分布式本质造成的。就算你想出再新式的 “算法”，无一例外都很以太网，INT，带内逆向捎带 ECN，都改变不了。
本文两个层面说问题，丢包分两类，信道误码丢包和拥塞丢包。第一种情况，信道质量越好，应用程序自行检测的成本越低，越倾向于传输协议不实现可靠传输，第二种情况，分布式端到端拥塞控制本质上只是转移等待时间(重传延时，排队延时等)，无法彻底避免拥塞，丢包一定会发生，因此拥塞丢包必须处理。愿景是，当带宽足够大，大到分布式网络上跑满了 application-limited 自限性流量依然跑不满带宽时，分布式拥塞就彻底避免了，否则，引入一套中心控制机制终究还是不雅。
今天想到一个例子，打电话不会拥塞，没有排队延时，但会造成主叫长时间等待，打电话和互联网通信是两个极端，但改变不了的是总等待时间，不同的只是这段总时间的分布。很多人并不明白这一点，总以为用 buffer 兜住数据而不丢包就是无损网络的一切，实际上该损还得损，问题不在这里就在那里，最终都是时间，等待时间，CPU 时间，这一切都是守恒的。
浙江温州皮鞋湿，下雨进水不会胖。
我想在Ruby中创建一个用于开发目的的极其简单的Web服务器(不，不想使用现成的解决方案)。代码如下:#!/usr/bin/rubyrequire'socket'server=TCPServer.new('127.0.0.1',8080)whileconnection=server.acceptheaders=[]length=0whileline=connection.getsheaders想法是从命令行运行这个脚本，提供另一个脚本，它将在其标准输入上获取请求，并在其标准输出上返回完整的响应。到目前为止一切顺利，但事实证明这真的很脆弱，因为它在第二个请求上中断并出现错误:/usr/b
网络编程套接字网络编程基础知识理解源`IP`地址和目的`IP`地址理解源MAC地址和目的MAC地址认识端口号理解端口号和进程ID理解源端口号和目的端口号认识`TCP`协议认识`UDP`协议网络字节序socket编程接口`sockaddr``UDP`网络程序服务器端代码逻辑：需要用到的接口服务器端代码`udp`客户端代码逻辑`udp`客户端代码`TCP`网络程序服务器代码逻辑多个版本服务器单进程版本多进程版本多线程版本线程池版本服务器端代码客户端代码逻辑客户端代码TCP协议通讯流程TCP协议的客户端/服务器程序流程三次握手（建立连接）数据传输四次挥手（断开连接）TCP和UDP对比网络编程基础知识
是否可以在不实际下载文件的情况下检查文件是否存在？我有这么大的(~40mb)文件，例如:http://mirrors.sohu.com/mysql/MySQL-6.0/MySQL-6.0.11-0.glibc23.src.rpm这与ruby不严格相关，但如果发件人可以设置内容长度就好了。RestClient.get"http://mirrors.sohu.com/mysql/MySQL-6.0/MySQL-6.0.11-0.glibc23.src.rpm",headers:{"Content-Length"=>100} 最佳答案
我在这方面尝试了很多URL，在我遇到这个特定的之前，它们似乎都很好:require'rubygems'require'nokogiri'require'open-uri'doc=Nokogiri::HTML(open("http://www.moxyst.com/fashion/men-clothing/underwear.html"))putsdoc这是结果:/Users/macbookair/.rvm/rubies/ruby-2.0.0-p481/lib/ruby/2.0.0/open-uri.rb:353:in`open_http':404NotFound(OpenURI::HT
深度学习12.CNN经典网络VGG16一、简介1.VGG来源2.VGG分类3.不同模型的参数数量4.3x3卷积核的好处5.关于学习率调度6.批归一化二、VGG16层分析1.层划分2.参数展开过程图解3.参数传递示例4.VGG16各层参数数量三、代码分析1.VGG16模型定义2.训练3.测试一、简介1.VGG来源VGG（VisualGeometryGroup）是一个视觉几何组在2014年提出的深度卷积神经网络架构。VGG在2014年ImageNet图像分类竞赛亚军，定位竞赛冠军；VGG网络采用连续的小卷积核（3x3）和池化层构建深度神经网络，网络深度可以达到16层或19层，其中VGG16和VGG
（本文是网络的宏观的概念铺垫）目录计算机网络背景网络发展认识"协议"网络协议初识协议分层OSI七层模型TCP/IP五层(或四层)模型报头以太网碰撞路由器IP地址和MAC地址IP地址与MAC地址总结IP地址MAC地址计算机网络背景网络发展 是最开始先有的计算机，计算机后来因为多项技术的水平升高，逐渐的计算机变的小型化、高效化。后来因为计算机其本身的计算能力比较的快速：独立模式：计算机之间相互独立。 如：有三个人，每个人做的不同的事物，但是是需要协作的完成。 而这三个人所做的事是需要进行协作的，然而刚开始因为每一台计算机之间都是互相独立的。所以前面的人处理完了就需要将数据
安全产品安全网关类防火墙Firewall防火墙防火墙主要用于边界安全防护的权限控制和安全域的划分。防火墙•信息安全的防护系统，依照特定的规则，允许或是限制传输的数据通过。防火墙是一个由软件和硬件设备组合而成，在内外网之间、专网与公网之间的界面上构成的保护屏障。下一代防火墙•下一代防火墙，NextGenerationFirewall，简称NGFirewall，是一款可以全面应对应用层威胁的高性能防火墙，提供网络层应用层一体化安全防护。生产厂家•联想网御、CheckPoint、深信服、网康、天融信、华为、H3C等防火墙部署部署于内、外网编辑额，用于权限访问控制和安全域划分。UTM统一威胁管理（Un
Linux操作系统——网络配置与SSH远程安装完VMware与系统后，需要进行网络配置。第一个目标为进行SSH连接，可以从本机到VMware进行文件传送，首先需要进行网络配置。1.下载远程软件首先需要先下载安装一款远程软件：FinalShell或者xhell7FinalShellxhell7FinalShell下载：Windows下载http://www.hostbuf.com/downloads/finalshell_install.exemacOS下载http://www.hostbuf.com/downloads/finalshell_install.pkg2.配置CentOS网络安装好
在神经网络方面，我完全是个初学者。我整天都在与ruby-fann和ai4r搏斗，不幸的是我没有任何东西可以展示，所以我想我会来到StackOverflow并询问这里的知识渊博的人。我有一组样本——每天都有一个数据点，但它们不符合我能够找出的任何明确模式(我尝试了几次回归)。不过，我认为看看是否有任何方法可以仅从日期预测future的数据会很好，而且我认为神经网络将是生成希望表达这种关系的函数的好方法.日期是DateTime对象，数据点是十进制数，例如7.68。我一直在将DateTime对象转换为float，然后除以10,000,000,000得到一个介于0和1之间的数字，我一直在将
我有一个nokigiri网络抓取工具，它发布到我试图发布到heroku的数据库。我有一个sinatra应用程序前端，我想从数据库中获取它。我是Heroku和Web开发的新手，不知道处理此类问题的最佳方法。我是否必须将上传到数据库的网络爬虫脚本放在sinatra路由下(如mywebsite.com/scraper)，并让它变得如此模糊以至于没有人访问它？最后，我想让sinatra部分成为一个从数据库中提取的restapi。感谢大家的参与 最佳答案 您可以采用两种方法。第一个是通过控制台使用herokurunYOURCMD运行scrap
