@billlee #6 非常感谢，您说的这个我理解了，确实跟我们考虑的点，有带宽瓶颈。

@heyjei #1 谢谢大佬，我们上午讨论的时候纠结过这个问题，一个是我们打算每台机器挂八块机械硬盘，每台机器大约 IO 是 200m/s*8=1600m/s ，比万兆慢一些；但是 10 台机器的话，是插 10 跟万兆的线连接 NAS ，而不是十根线插入交换机，然后引一根线到 nas ，所以这块的性能计算的时候没有打折扣。 我心里其实也有些疑问，nas 可以支持并行的 io 访问吗，类似我说的 10 根线都插到 nas 上，提供 10 万兆的速度？

@qianxaingmoli 谢谢，我学习下

@billlee 我是知道存算可以分离的，但是单台设备的存储有限，我需要的计算不多，需要加存储就只能买设备，不划算，所以想通过 nas 解决存储问题。

没任何问题，你赶紧去搞吧，赶紧的吧，磨叽的。

@Geekgogo #1 感谢大佬

其实我用着，感觉 win10 的台式机是真的丝滑。

蹲个回复，最近也打算买 75 寸的电视

@lbbff #5 好的 谢谢谢谢

@lbbff #3 因为数据量特别大，用之前的方法估计要部署 30 几台机器，每个机器部署很多进程去并发处理，这样维护起来感觉比较吃力，所以想用 spark 来解决； 您的意思是用 spark 来写代码，这样就天然可以用 spark yarn 来管理资源，并且分布式执行了， 然后实际的逻辑代码在 spark 的代码厘米自己实现就可以？ 我其实就是这么想的，只是不知道业内有没有这么搞的，不知道会出啥问题。😂

@Oneice #33 这方案好

@xieshaohu #31 嗯嗯 回头升个级

😂😂😂 还是继续用 mac 自带的吧，mac 版本太低了，10.14 一直没升级，比较流畅， 微信输入法最低只支持 10.15 了哈哈。

@xieshaohu #14 谢谢，我试试微信输入法

@Retas #12 是的 换成 shift 就没任何问题了，但是之前的太习惯了 哈哈。。。

而且 mac 自带的输入法，可以根据不同的 app ，自动切换白色还是深色系，这点也比较好，就是太容易打错字了

@icyalala #7
@kylebing #8
@YienX #9
我感觉是跟我使用 caps lock 按键切换中英文有关系，自带的输入法没问题，但是搜狗，百度刚试了，都响应的慢，好难受， 改成 shift 之后，中英切换就没问题了，但是好不习惯。不知道搜狗百度这样的输入法，用 caps lock 按键切换中英文慢是哪里出问题了

@amwyyyy #4 好的我试试 谢谢

@estk 搜狗中英文切换我这不知道为啥，没那么即时，卡顿 0.5-1 秒
@amwyyyy #2 中英文切换好使不。。。搜狗中英文切换卡顿 0.5 秒