@ooxxcc 50M+还是可以想一下的。。。
全套BCM方案吧

@GPU 我顺德人不会说顺的话。。。囧

@ooxxcc 愿意相信的话可以买个W1800R试试。。。

@ooxxcc 事实上对11AC在短距离传输的期望值在20-30MB/S是比较合理的

@ooxxcc 在信道完全空闲无占用且整个频带内无高功率干扰源，并完全满足MIMO的多径要求的情况下可以用理论值计算速率

无线效率只能按照25%计算，100MB/S不太现实

@loading 除了背着走以外的最优方案了。。。

@kevinyoung 我这17寸吃饭跑步午睡背着走~锻炼身体。。
别说你那13寸像个平板的货。。。

@Jimrussell 有个同学放单肩包也没啥感觉。。
我天天背着个17寸不知道该怎么说了。。。囧
RMBP 13整机厚度才到我这笔记本屏幕的厚度。。。囧

只能说好老师不多了。。。
在中专教专业课，让学生看清楚自己的路，找个兴趣点少走一点弯路比教会他们一门编程语言有用得多。

作为一个计算机应用专业的学生交了一个硬件产品的方案设计作为毕业设计。。。
最终被老师带到电子工程专业进行答辩。。。囧
反正能毕业就好了~

@openroc 对我来说还是ZFS实在。。。
低端RAID不如不用。。。

@msg7086 也许是被雷劈坏了？囧~
反正主板是被劈烧过一次了。。。

刚入了G-450，但愿别叫。。。

@openroc
不考虑这类硬盘箱。。。
性价比太低了。。。

貌似。。。电源跟不上？

@xia0chun 貌似没地方装的样子。。。

三网融合其实只需要光纤就好了。。。
一根光纤本身可以容纳不同波长的光源，不同的只是衰减量而已，这点和同轴电缆很相似。

技术可以说没有任何难点，而且价格也很低廉（相对铜线布网，光缆很便宜的）
一开始也就各个节点的设备比较贵，但是和光缆成本一分摊，其实更便宜，更别说后期维护、升级的成本
三网融合更能发挥成本优势，在已建立光路的情况下，只需增加前后端的设备就好了。

但是在现在各个部门资源不共享的情况下，三网融合只能是个梦，说白了还是利益问题。

三网融合现阶段来说在新楼盘实现受益的是电信，如果有线电视使用光纤接入的话终端的解调设备成本非常高（相比电信），因为有线电视还要兼容部分模拟电视频道，数字电视也是基于VHF/UHF频段的，这需要的是光解调器，而不是光猫。

如果是由电信来实现IPTV的话，完全可以新开一个光路使用广播的方式用尽GPON 2.3G的带宽，实现高质量的IPTV，每路电视12mbps计算能容纳接近200路的高清广播电视（高清翡翠就这码率）
如果不需要支持标准DVB-C数字机顶盒和模拟电视的话，有线电视也能这么做
电信不能这么推主要还是广电总局的限制。。。囧

另外使用模拟调制能获得更高的带宽，VHF+UHF总计68个电视频道每个频道8M，使用DVB-C QAM256调制，有效带宽每频道51mbps，一共3468mbps（虽说一般不会这么用）

当然，这是理想。。。
现在更多的也就做到了运营商共享接入箱而已。。。。

....随便找个对JSON友好的语言解码一下重新生成数据不就完了
Python JS PHP 随便选啊

@griffinqiu 我本来也这么想的，但是跑了一次测试以后就不这么想了。。。

@griffinqiu 不支持硬件NAT，在做NAT转发的时候必须使用CPU进行软件处理
在ADSL环境下没什么，但是在高带宽环境下（例如电信100M FTTH之类的）
至少MAC1200R那AR9344 CPU是无法满足需求的（最高6MB/S，平均4.5MB/S）

所以需要做NAT的路由器不建议使用OpenWRT，因为OpenWRT不支持硬件NAT。。。
（能支持就尽管用吧，路由器性能强大不在乎那也可以用。。）