zend php 动态数组
这篇讲的是如何从Zend PHP源码中学习动态数组的C语言实现。作者从C语言静态数组长度固定的痛点切入，指出在很多场景下我们无法预先知道数据规模，但又不想浪费内存预分配一个过大的数组。解决思路就是动态数组：先用malloc分配一块连续内存，通过指针像操作数组一样访问；当空间不足时，用realloc进行扩容（它会保留原有数据）。 文章的核心部分是剖析Zend PHP中动态数组的具体实现。作者展示了完整的头文件和源码，包括初始化、插入、获取、销毁等关键操作。其实现很巧妙：用一个结构体封装数组指针、元素大小、当前元素数和已分配容量；在push时，如果当前容量已满，就将容量翻倍进行realloc，确保了均摊下的高效插入；通过元素大小和偏移量计算，可以泛型地支持任意类型的数组。文末通过一个读取输入并输出的对比实验，直观展示了静态数组（固定缓冲区可能截断数据）和动态数组（随输入自动增长）在实际应用中的行为差异。
Linux内存点滴 用户进程内存空间
这篇详解Linux用户进程的内存空间，作者从大家熟悉的top命令输出讲起，解释了VIRT、RES等字段背后，其实是进程被内核分配的虚拟内存（VM）这一核心概念。 文章重点梳理了这块内存空间的构成，清晰地区分了Text（代码段）、Data、BSS、Heap（堆）和Stack（栈）这几个段的特性与用途，并通过多个C语言示例，生动演示了不同段数据的生命周期和访问权限差异——比如栈上变量在函数返回后失效，而堆内存则需手动释放以防泄露。 此外，文章还深入到底层，分析了malloc()函数通过brk()和mmap()系统调用分配内存的机制，并解释了“按需缺页”这一精妙的虚拟内存管理策略：首次访问时才分配物理页框，从而高效利用系统资源。最后，通过strace工具跟踪系统调用，直观展示了内存分配的实际过程。对于想从应用层迈向系统内核，理解Linux如何为进程管理内存的开发者，这篇内容提供了非常扎实的起点和细节剖析。
http keepalive
这篇讲的是HTTP KeepAlive机制的工作原理与正确配置。作者从早期每个HTTP请求都需要单独建立TCP连接的性能瓶颈出发，解释了KeepAlive如何允许在一个TCP连接上持续传输多份数据，从而显著减少连接建立开销、降低服务器内核调用与TIME_WAIT状态连接数。 不过，文章也明确指出KeepAlive并非“免费午餐”，配置不当的长连接反而会导致系统资源被无效占用，其损失可能超过重复建立连接。因此，正确设置`keepalive_timeout`参数至关重要。 作者通过编写脚本与`tcpdump`抓包，细致地分析了三种场景：关闭KeepAlive、开启KeepAlive（超时300秒）、以及在同一连接上发送多个请求（超时180秒）。测试清晰地揭示了TCP连接从建立、数据传输到最终释放的完整生命周期。一个关键发现是，`keepalive_timeout`的计时器是在最后一个HTTP响应发送完毕后才开始启动，并在每次收到新请求后重置。这意味着合理的超时设置需要在复用连接提升性能与避免资源长期占用之间取得平衡。
记一次tps提升,做的配置变更
这篇讲的是作者如何将一个php应用的TPS从120稳定提升至810的实战过程。 文章开篇直面问题：系统TPS低下、响应慢、并发能力差。作者从应用代码入手，借助xhprof定位瓶颈，优化了如避免高频内核调用、用memcached缓存数据等细节。随后，思路扩展到整个服务栈的配置调优。 在php层面，通过禁用不必要的模块、重新编译、配置php-fpm等方式节约资源。Web服务器Nginx侧，则涉及worker进程数、epoll模型、keep-alive、gzip压缩及静态资源处理等关键配置。更深层的，作者对操作系统进行了“瘦身”：精简守护进程、调整文件描述符限制、优化磁盘挂载参数。 整个过程的转折点在于对内核参数的精细调整。通过sysctl优化TCP连接、缓冲区等设置后，系统不仅TPS达标，性能曲线也趋于稳定。作者总结道，提升TPS的核心在于缩短单个请求的响应时间，并可通过strace等工具分析，从减少上下文切换和系统调用入手，最终实现更少资源开销下的更高吞吐。
网站优化 更小的静态资源
这篇文章解决一个实际问题：如何通过压缩构建静态资源来加快网站加载。作者团队发现，更小的JS、CSS和图片文件意味着更少的网络传输时间，因此在构建阶段对它们进行优化至关重要。 核心方案是根据资源类型，选择不同工具进行深度压缩。对于JavaScript，他们对比了UglifyJS、Google Closure Compiler等工具，最终因稳定性考量，采用了Google Closure Compiler；对于CSS，则沿用了熟悉的YUI Compressor；而对于PNG和GIF图片，他们组合使用OptiPNG、AdvPNG和AdvDef三个工具，以实现最大化的压缩率。文章详细解释了每个选择背后的权衡与理由。 为了将这些工具集成到发布流程中，他们编写了一个简版的Bash构建脚本。这个脚本实现了自动化的压缩、复制和输出，避免了人工介入。从脚本执行结果的日志可以看到，多数文件的大小都得到了显著缩减，例如一个近50KB的JS文件被压缩到了约17KB，充分验证了方案的效果。 总的来说，这是一份非常扎实的前端工程化实践记录。它没有停留在工具介绍层面，而是完整展现了从工具选型到构建集成的决策与实现过程，其中对PNG图片“优先选用png8格式，并结合CSS Sprites”的建议，以及具体的脚本实现，对同类项目的优化工作都有直接的参考价值。