共 2 篇相关文章
作者在文中探讨了一个普遍困扰：为何总渴望“21天精通”，却常在该专注时沉迷碎片信息，在该放松时又陷入焦虑。他直指那种“快速提升”的幻想往往是骗局，真正的成长是持续、渐进的“日拱一卒”。 但作者也承认，在诱惑泛滥的时代，坚持“日拱一卒”极难。他分享了自己摸索出的方法：将晚上时间刻意切分为“专注”与“游离”两块。专注时段屏蔽一切干扰，全力用于写作、编程或深度学习；游离时段则坦然刷圈、看剧、泛读，用于放松和拓宽视野。这种有节奏的交替，让他能在效率和广度上逐步积累优势。 文章最终落脚于一个朴素的信念：对于大多数普通人，接纳成长的缓慢节奏，找到适合自己的专注与游离的平衡点，坚持下去，就是通往“大器晚成”的路径。文末引用的“十年学会程序设计”七条建议，如重实践、多交流、学多门语言，也为这条长期主义的道路提供了具体的路标。
这篇讲的是进程上下文切换如何成为性能杀手的实测篇。作者从自己开源的并发网络库chaos中选取task_service模块，通过编译宏控制，对比了pthread条件变量、sleep、pipe、socketpair、eventfd以及boost::io_service这几种线程间通信机制的实际表现。 测试数据清晰展示了不同机制的CS/s（每秒上下文切换次数）和整体耗时：pthread条件变量切换高达60万次且最慢，而eventfd的切换次数低至200次，效率遥遥领先。有趣的是，boost::io_service的CS也高达75万次，但整体效率却比pthread模型更好，作者推测这与其内部高效的队列实现有关。 结论很直接：上下文切换次数与程序运行效率基本呈反比，减少CS是优化后台服务性能时必须考量的关键因素。文章用硬核的实测数据说话，为开发者选择并发模型提供了切实参考。
