这个思路有限制, 可能是你描述的不完整, 我觉得不是完全无锁的, 就是写线程换 A/B 的时机, 需要和读操作同步. 假设1读 1写:
1) 读线程 读到标志A1
2) 写线程 切换到标志 A1
3) 写线程 写入到 A1 区域
4) 读线程 从 A1 读入脏数据
对 A/B 这个标志位的访问还是需要用锁控制的.

我理解的fullstack 只是说发现问题时, 能跟踪所有环节解决问题, 而不是推脱给别人; 或者针对某个新特性, 能独立从前端到后端一个人搞定. 并不是说一个项目一个 fullstack 全包.

为什么整个楼都莫名的喜感,
看标题我以为是说 C++ 13 的, 万万没想到是 JB 的 IDE.
然后就是 JB 党和 VS 党互 A, 丝毫不顾及 XCode党 的感受..

@typcn all you need is: https://github.com/mathiasbynens/evil.sh/blob/master/evil.sh

封闭化吧, 登陆之前完全看不到内容, 参考饭否的经历和现在的做法.

@iugo 印象以前读到新闻, Amazon 财报里, 像 Kindle, 云服务, 这些都是有一定营收比重的, 所以我写这句时还真没想到 Amazon.

@c742435 贴主说的iOS端, 那我指的只是客户端了,
大一点的3D游戏, 比如赛车类的, 不需要各种算法么? 另外手机上的性能, 应该还没有到过剩的程度吧?
我的意思是, 游戏客户端的复杂程度, 应该是所有类型的App 里, 复杂程度最高的了吧..
我不在手机上玩游戏, 也不玩国产的, 也不是从业者...纯讨教, 勿喷.

据我所知, redis 是有必要的, 可以编32bit 的版本, 省一点内存. 其他的就不清楚了/大概专业做运维的同学更有发言权吧.

坐等游戏开发者前来科普..

@Akagi201 默认的是阻塞的, 如果用了 NON_BLOCK, 那write 的行为是会彻底变掉的, 也需要做相应的处理, 比如建个 buffer把一次没写完的部分先缓存住等等. 另外, 对于嵌入式, 还需要确认驱动是不是靠谱, 是不是真的按 NON_BLOCK执行了...
我又想了下, 如果不是对可靠性和实时性要求特别高的话, 这样估计也没什么问题. 不用在意这些细节..

楼主息怒, 我再帮你加条罪状吧,
他们连控制台都不是 https, 整天拿着喇叭喊安全什么的就只能呵呵了.
一家靠电商平台为主营业务的企业搞起Iaas来大概也就是玩票而已吧.

@Akagi201 "C库"和"带缓存的函数"是指 printf 吗? 可能我描述的不太清楚,
重新描述一下: 用 write 没问题. 问题在于直接调用了:
_clog_debug -> clog_file -> write
这样, 调用 _clog_debug 时可能由于 write 而阻塞, 这样会影响调用了_clog_debug的thread的行为, 不时的阻塞一下, 之类.

每次都 write, 这样恐怕不行, 至少不是常规手段.
并不是性能问题, 也不是线程安全, 而是:
可靠的 Log() 是不会阻塞的, 现在直接 write 操作, 谁知道底层驱动会干啥, 用个1s 去整理下 Flash 碎片啥的, 谁都说不清.

当然, 如果就是要用来 Debug,有特殊需求, 那在 write 后面加个 flush 也不为过.

openssl 的问题和 openssh 有关系么?

chmod 这样的命令没有你可以自己编译 busybox, 自己把这个命令配置上.
Illegal instruction 大概是没有交叉编译吧, 或者工具链不对, 工具链是基础.
然后你需要把所有的用到的 so 文件拷到设备上.
最后, 设备上如果没有足够的空间, 每次复位你都需要拷贝一次.
我觉得如果能把这些都做了, 你大概可以去干嵌入式的工作了...

无所谓了, 反正整个控制台都不是 https 的, 一直以来都是想看啥就看啥的.

@gkiwi 不是, 是我感觉自己的拖延症有救了.