@lianghai 远远低于在数学上的含义是 `<<`，也就是差一个以上量级。光纤里面不过是SiO2，折射率在1.5左右，也就20万公里/s 至于全反射，光纤直径太小，不予考虑的

@CoX 延迟只有几十ms的话，人感觉不出来的

@reus 如果是姚明的话，有个问题是问这个人是不是那个圈子最高的。。。

如果你选no，估计就跑易建联身上了。。

Gottfried Wilhelm Leibniz 27个问题，中间还猜错一次--

yum也要靠找源的啊，找个快点的源就好了

国内163的sohu的，教育网内 中科大的 都很快、
国外就更不用说了

msysgit cygwin+mintty+git 还有小乌龟～～～
三个混着用，用的习惯的还是命令行阿

月光猜测可能是电信在调试设备，，如果都是电信的报告这种问题的话

http://www.williamlong.info/archives/2653.html

实习工资都这价，lz招个实习生吧。。

把deb和rpm包解开，然后再重新打个包

Arch做这种事情最简单

丢包这种问题，只能不断投诉。他烦了，自然给你解决

是说那两个CMake么。。log out 然后 log in 试试

准确的讲是 摄像头采集的和bmp里面的是BGR顺序。。最近在弄这个

@Elix 就是RGB。。。图片里面是BGR顺序，显示器上是RGB顺序

晚上吃了个菠萝坏了事了。。没法睡觉，时刻准备战斗！

@Elix 希望能附上BGR。。好调节效果，谢谢了

@obiwong @tokki
Gmail 由于现在默认是强制SSL连接。而以目前的技术实力，是很难窃听到gmail通讯的。
所以以关键词为对象的reset就对gmail失去了作用。其他的https服务也是如此。

针对HTTPS服务，有几种干扰途径：
1. DNS污染。不管你用的是V2EX的DNS，还是Google的DNS，甚至你将DNS服务器设为一个不存在的ip，你对经DNS污染的域名发起DNS请求，都会被伪造一个回复。。指向不存在或者未知的ip，自然不能连接。 解决办法就是在hosts文件中绑定真实的ip。
2. ip封锁，对指定ip进行封锁，抛弃所有包。。这个无解。但封掉这些ip的同时也把其他服务给封掉。google就彻底不能上了，这样会给人以口实。。
3. ssl阻断，就是抛弃指定ip的443端口的所有包。。这样即可以访问普通的可监控的80端口服务，又禁止了不受控制的SSL通讯。但是由于gmail采用全程SSL，所有这样的话，整个Gmail服务就完全不可用，也给人以口实。所以采用间断阻断技术，劣化gmail的服务质量，从而导致人们主动选择其他可控的邮箱服务，同时此方法比较隐蔽，可以对外辩称是google自己的服务器问题，事实上也是这么做的。

固定时间间隔，而且每个ip都不一样（可能频率是一样的，有人说是15min，但相位肯定不一样。），所以你会发现换过ip后有时候会立刻能连，但一段时间过后又time out。

而且这个并不是采用reset盾，而是time out盾，丢弃指定ip所有443端口的包。将所有google的ssl服务加入到hosts文件，选择一个未没封的google ip即可。

A:在吗？
B:在，你在吗？
A:在
A&B:好吧，我们开始谈