下面 2 个测试能帮忙挑个跑下么~~

http://www.numberworld.org/y-cruncher/#Download
http://www.phoronix-test-suite.com/

@cxbig
@manhere

表示很常见的需求，特别很多 dz 论坛：
http://i.imgur.com/PLXkTa7.png

上面链接貌似贴反了。。 发现 FT 多次访问后要注册。。。

@loading 也许吧。。。

@xfspace 补短肯定的，不过好贵啊。。。

@Yvette 你的 link 是 14 年的，最新的如下，确切地说应该是 DELL 买了 VMWARE 80%的股票：

http://www.ft.com/fastft/405961/what-know-about-dell-emc-pact

EMC "owns an 80 per cent stake in VMware that is worth some $27bn"

http://www.ft.com/cms/s/0/142f5190-6ddb-11e5-8171-ba1968cf791a.html#ixzz3oMubnmrh

"The buyers will pay $24.05 a share in cash, and 0.111 tracking shares for each share. The tracking shares will move in-line with VMWare's stock price."

"VMWare will remain public after the transaction."

@manhere 开始有这需求因为常逛的某图片量很大的论坛限制了上传图片大小，就想找这样的软件（也可以用外链，不过也麻烦）

@jukka 普通的 jpg/png 这些

@xenme 貌似真的要研究就是存数学问题了，压缩算法，矩阵。。。无爱。。。

@lekai63 嗯，今天办个证发现某 ZF 网站也限制图片大小，只能传 80k 。。。
http://218.85.72.204:1234/fjphoto/index.jsp

@shiny 主要是我用 PHP 一般都是调用或改现成的>.<

借用一段 Q&A 回复这个问题吧，来源： http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2014/n4172.htm

Objection #1: This feature caters to having functions with many parameters - a programming style that should be discouraged.

We agree that having functions with many parameters should be discouraged. However, the reality is that many legacy APIs that programmers have to work with and will have to work with for a long time, have functions with many arguments, and making it easier to deal with such functions would solve a real problem and be materially useful.

More importantly, however, this feature has a lot of value for functions with few arguments, too. Even for functions with few arguments, when reading a call site one has relatively little information about the roles of the arguments. Having names of arguments present would make call sites more readable, regardless of the number of arguments.

补一张激光键盘照（装 b 专用^.^实际很难用>.<)
http://i.imgur.com/4CsNl1x.jpg

貌似我是第一个用货架当桌子的^.^
http://i.imgur.com/E9xqrVb.jpg

@lincanbin @zhengkai @spacewander @zhs227 @jhdxr
感谢各位指教~ 我是编程小白，没有想到原来大家都用 array 。。。因为曾经用过一份记得好像蛮出名的开源代码结果某个函数里有十几个参数，而我只需要改变其中的第十几个参数的值而已，从此对 php 有了心理阴影。。。
不过个人还是很喜欢这项特性，毕竟用 array/class 的话要知道 array key/class member 的名字又多了一层。。。

@halfcoder
c/cpp 作为效率第一的语音，牺牲便利性表示很正常
才知道 5.6 的后续版本是 7 。。。一般只用到入门级的 PHP ，上个月看 php 到 7 了吓了一跳。。。无知了>.<

@bilok 好吧，貌似你是对的，只是在能自己控制的大楼要这样。。。
http://superuser.com/questions/443178/is-it-better-to-use-a-crowded-2-4ghz-wi-fi-channel-1-6-11-or-unused-3-4-8
In big corporate networks it's common practice to use channels 1,6 & 11 because it is fairly straightforward (at least on a diagram) to design non-overlapping cells of coverage. As a home user you don't have the same constraints so it makes sense to experiment and look for the best channel.

另外发现篇很帅气的选信道文章，推荐~
http://blog.serverfault.com/2012/01/05/a-studied-approach-at-wifi-part-2/

@bilok 如果只使用 1/6/11 是正确，很难想象那么多专业评测工具给的结果会这么明显的错误。。。

比如： https://play.google.com/store/apps/details?id=cz.webprovider.wifianalyzer
http://i.imgur.com/0fJ2hGE.png

@xbb7766 如果 3 个互不干扰信道都被占满了隔壁的应该质量会更好吧？

楼主刷坏的 4530R 出不出？

剃须刀和电动牙刷请认准博朗

@skylancer 虽然 3 台摄像头有 1 台因为坏掉 deauth ，其它 2 台换了 ddwrt 后已经 5+小时不掉了，而且 ipad 关闭屏幕是也 deauth 无法保持连接（正常使用时未测试）。
查了下貌似确实是 mikrotik 问题。。。
https://bbs.et8.net/bbs/showthread.php?t=1045478
http://forum.mikrotik.com/viewtopic.php?t=59939
http://forum.mikrotik.com/viewtopic.php?f=7&t=69397

@skylancer 查了下问题是摄像头异常关机引起的，日志一堆异常关机开机。。。准备退货了。。。 郁闷的是还有一台偶尔有掉的因为用 nvr 没有 sd 卡居然没有日志无法断定是路由问题还是摄像头问题。。。发现无线用海康 IPC 好悲剧， 3 台不同型号居然问题都不同。。。用同一个摄像头测了下 ubnt 和 ddwrt ，也掉线但没看到类似提示。改天再研究下 deauth 吧。

今天重启客户端就好了，日志全是“ Unicast key exchange timeout ”错误。。。不知是客户端（海康 DS-2CD3120FD-IWS 摄像头）问题还是 mikrotik bug 。。。

发现 WPA2 TKIP 貌似快被 deprecated ，而客户端也设为此模式，怀疑是两个设备 TKIP 兼容性引起的。
Reference: http://www.howtogeek.com/204697/wi-fi-security-should-you-use-wpa2-aes-wpa2-tkip-or-both/

@Halry 2 个地方， 2 套设备（路由器和摄像头分别属于同厂家的不同型号，都是新买的）都有问题，几乎不可能被攻击，猜想要么是路由器 firmware bug ，要么是摄像头无线芯片 firmware/driver bug 。