刚测试了一下，用 imagemagick 的 conver

用 photoshop 生成了一个 600M 的 tiff 文件 test.tiff

> time convert test.tif test.png
convert test.tif test.png 18.92s user 1.19s system 99% cpu 20.123 total

20 秒-600M
50G 算下来也就是 1700 秒=0.47 小时

如果开并行，应该是接近线性的时间关系。

硬件平台： mid2014 MBP i7 CPU

直觉是程序写的效率问题，再来就是并行处理。

这样的重要推送，选择美国 0 点，团队是要熬夜上线么？为什么不选择工作日上班时间进行？

@ivmm 你是从 insider 升级的吗？貌似没加入 insider 的都还没开始推送。

提醒一下作者，千万不要被所谓大家提出的需求牵着走，会搞砸你的产品的。

如果没有抛弃一些需求，最后出来的东西只可能是大杂烩。

同样的，收不了消息，页面什么打不开

其实我们就是在一个虚拟中

光速的限制，就是这个虚拟机的显卡渲染的极限速度了。

@huijiewei 已经到中科大的了，感谢

97 年，华硕 tx97 主板，奔腾 166 带 mmx ， 2.1g 希捷硬盘， 32m 现代内存， s3 2m 显存显卡带 3d 加速， soundblaster 16 声卡， 4 倍速 cdrom ， 14 寸球面显示器，机械键盘和鼠标。

记得很清楚，因为拆过无数次了。

There are currently two flavors of 15.24 in the mix. One is 64-bit, one 32-bit. And then there are the 15.25 Insider Fast releases.
Here's how it all shakes out. The stuff in parens corresponds roughly to the day of release, so 160713 = released July 13, 2016.
Insider Fast (most recent update listed first)
15.25 (160713) = 64-bit preview, release
15.25 (160707) = 64-bit preview release
15.25 (160630) = 64-bit preview release
Insider Slow
15.24 (160707) = 64-bit preview release
Non-Insider release
15.24 (160709) = 32-bit production release


original link:
http://answers.microsoft.com/en-us/mac/forum/macoffice2016-macinstall/office-for-mac-1524-160709-not-64-bit/6561e280-0d65-405f-9481-5a44b20ddc38

=======
可以尝试更新到 64 位版本看看效果。

提供一个邪恶的方案，做常用 app 的二次打包，把代码加入到例如微信里面。
这样就可以实现功能，并且应该不会有人卸载微信玩吧。

我完全是外行，仅供参考：

首先，给出数值化的“战斗力”定义，究竟什么是战斗力，是如何计算的。
剩下的事情就简单了，定义“同级战斗力”，是数值相等，还是共同处于一个区间，还是其他什么定义。

就酱

@Pzdmultiverse 如果你已经认定小米了，也可以。

分离的模式，你有更多选择。

电视+盒子

因为盒子可以方便的作为单独模块升级

实现了展现层和逻辑 /控制层的物理分离，解耦了。

坐标北京，最近大半年联通 4G 的信号比较诡异，常常是满格，但是网速非常慢。
手动切换到 3G ，速度嗖嗖的。。。

现在是 Ubuntu server 16.04 ，
执行 dist-upgrade 或者 do-release-upgrade -d 都没有升级到 16.04.1

windows 版 chrome 更新到 52 反而还是和原来长得一样。。。

听一位 macOS 开发同学说，类库、工具类不完善，都是很老的玩意儿，写起来很麻烦。
是这样么？

大学同学毕业后去基金评级公司，后来去了私募。
弄了多年量化，在国内市场不断尝试，终于


放弃了。


因为比拼的真的不是数据，还是社会资源、政府关系。