共 24 篇相关文章
这是一篇关于《高性能网站建设指南》的读书笔记，它将网站性能优化的知识体系化，核心聚焦于前端优化与后端优化的效率对比。 作者从一个关键数据切入：用户响应时间中，只有10%-20%消耗在服务器端获取HTML，而高达80%-90%的时间都用于下载页面组件。基于此，前端优化（如合并脚本、CSS Sprites）通常耗时几天，效果却更直接；后端优化（如重构架构）则可能耗时数月。文章由此引出经典的“网站性能14条”，并重新归纳为三大方向：减少HTTP请求（如合并资源、利用缓存）、充分利用并行下载（如合理使用多主机名、将脚本置于底部）、减小元素体积（如精简代码、启用Gzip压缩）。 笔记还提及了几个关键细节，比如为平衡模块化与性能可采用“加载后下载”方案，以及为避免默认ETag配置影响缓存，可能需要移除或重新配置。文章结尾推荐了YSlow、Firebug等实用分析工具。 这篇笔记的价值在于将散点式的优化技巧整合为可理解的体系，并用数据强调了“重前端”的优化思路，适合前端与开发人员快速建立性能优化观。
作者上个星期作为面试官，在武汉经历了两天半密集的校园招聘，累计面试约40人。由于DBA岗位的候选人只有14位，作者还协助面试了C++开发和系统工程师岗位的候选人。 一个值得注意的现象是，前来应聘的绝大多数是硕士研究生，本科生不到十位，博士生则仅有一位。这种学历分布与之前在南京的招聘情况类似。作者在文中分享了作为技术面试官的直观感受与观察，比如不同技术栈岗位的候选人数量差异，以及高校人才供给的现状。对于关注技术招聘市场、尤其是后端与基础架构岗位的读者而言，文中具体的面试官视角和一线数据，提供了比宏观报告更生动的参考。
这篇讲的是作者将数据库升级到11G后，面对突然增多的后台进程所做的梳理与总结。它从一次实际的版本升级体验出发，直接切入正题——这些11G新增的进程究竟是做什么用的。 文章的核心内容，就是对这些进程的作用进行逐一解码。作者没有停留在简单罗列，而是结合自己的观察和理解，试图说清楚每一个新进程在11G架构中的角色和职能。对于DBA或运维人员来说，理解这些进程是日常监控、性能诊断的基础，它们的出现往往意味着内核行为、资源管理或新功能模块的变化。 这种从实际变更出发、逐个剖析的写法，让抽象的内核组件变得具体可感。文章相当于提供了一份针对11G环境的“进程说明书”，帮助读者快速建立对新版本运行状态的认知地图。作者对每个进程的梳理，为后续更深入的性能分析或问题排查打下了基础。
这篇技术文章聚焦于Oracle数据库中两个关键但容易混淆的SGA参数：SGA_MAX_SIZE与SGA_TARGET。作者并非简单罗列定义，而是深入剖析了两者在功能、相互关系及配置策略上的核心差异。 文章清晰地指出，SGA_MAX_SIZE定义了SGA内存池可扩展的绝对物理上限，如同一个不可逾越的“硬边界”；而SGA_TARGET则代表数据库期望达到的动态目标值，它允许在SGA_MAX_SIZE划定的范围内自动调整各内存组件的大小。核心冲突点在于，若SGA_TARGET设置值高于SGA_MAX_SIZE，数据库实例将无法启动。 在实践指导层面，作者结合配置示例，对比了自动内存管理（启用SGA_TARGET）与手动内存管理（仅设置SGA_MAX_SIZE及相关子组件参数）两种路径。结论并非一概而论：对于绝大多数现代系统，启用自动管理能简化运维并适应负载变化；但在对特定内存组件（如共享池）有极致稳定要求的高性能场景下，手动固定分配仍不可替代。文章最终建议，选择哪种策略应始于对自身业务负载特征的清晰认知。
