Linux 内存中的 Cache 真的能被回收么？
https://linux.cn/article-7310-1.html

作为服务器后台开发，不仅仅要写业务逻辑，后台意味着高并发，稳定性，当你写了很多逻辑，发现性能有问题的时候，也要学会性能分析，进行性能优化, 也许你会接触很多性能分析工具：valgrind，gperftools，gprof, oprofile, 有时间慢慢一一介绍，在学习perf的过程中，也学习和加深了很多之前的知识，本文抛砖引玉，希望能帮助大家了解一些性能分析更深的一些东西。

现在游戏业务的cache基本都是接入tcaplus，以前业务自己拥有cache的时候我们可以很方便去通过脚本去访问玩家的数据，所以最近想能不能对tcaplus生成Python的访问接口，由于tcaplus只提供了C++ API屏蔽了底层的协议数据细节，不太好直接写Python访问接口，偶然间接触到了SWIG，差不多花了一周时间，通过官方手册完成了SWIG对Tcaplus Python 接口的封装。

我们都知道svn对于文本文件可以支持多人合作修改，会自动将多人对于同一文件的操作进行合并，但对于二进制文件只能爱莫能助了！

C中的由于翻译的问题，有时候我们会混淆常量指针和指针常量的含义，但是我们都知道const char * 和char * const的区别，这里确实需要吐槽一下这两个名字的翻译。

前一段时间在写ucontext的协程库的时候，遇到了栈空间溢出问题，然后就想到要研究一下堆栈溢出检测的相关技术。
欢迎批评指正，如果对汇编有一个语法问题可以看我之前的一片文章，协程：posix::ucontext用户级线程实现原理分析中的汇编基础一节。
首先我们直接看一段栈空间溢出的代码：

1. TCP建立连接（三次握手）

下面两个图是从协议和接口两个角度来解释TCP的三次握手过程（分别摘自计算机网络-谢希仁和UNIX网络编程卷1）：

上周做了一个周年庆的抽奖的需求, 抽奖的规则一般就是在概率的基础上, 将奖品按时间跨度均匀分配, 奖励有实物和虚拟奖励. 抽奖代码的核心在:按时间轴均匀分配奖励和严格控制奖励的数量, 不能出现数量的不一致.

昨天上线后, 今天早上发生了一件从来没有想到会发生的bug, 就是抽奖滚屏公告不见了, 就是前台拉取不到中奖滚屏信息了. 果然是万万没想到呀! 通过脚本直接从后台拉取也是同样的结果, 问题出现在哪里?

walker · anonym_alias@163.com

在听完leader的<分布式rpc框架的介绍>课程后，对其中协程的实现方式有了基本的了解，无论的POSIX的ucontex，boost::fcontext，还是libco，都是通过保存和恢复寄存器状态，来进行各个协程上下文的保存和切换。所以有了这篇对ucontext实现原理的分析。
文章首先初略的温习了一下汇编的一些基础知识，其次就是ucontext源码分析，最后是一个ucontext示例极其调试过程。