Linux下服务端程序性能优化
这个问题说起来可大可小，可长可短，基本都是自己切身的经验总结。
高爷爷说过"过早的优化是万恶之源"，做开发不可能一开始就想着优化，应该从全局考量，从各个角度去思考，权衡利弊，做出一个
符合大局利益的设计，下来再考虑如何优化。
优化是在现有已成形的设计架构下，做的性能提升。假如你一开始就设计一个低性能的架构，满足不了需求，这种只能推到重来，还优化干嘛。
经验总结如下：
(1) 以事件驱动方式替代轮询
(2) 减少系统调用
(3) 使用零拷贝, epoll等高性能系统API
(4) 尽量以异步代替同步，将一段任务分成多个线程或者进程处理，发挥多核流水线操作优势
(5) 合理设置和使用各种缓存
(6) 池机制和预分配
(7) 延迟分配，效仿fork 的Copy On Write机制
(8) 尽量无锁设计， Double Check，自旋锁， 读写锁
(9) 减少内存无效操作(mem系列)， 无锁环形缓冲区， 使用writev/readv
(10) 设置tcp发送/接收缓冲区大小
(11) C++中尽量减少临时对象产生
切勿滥用String + 操作
传递参数尽量避开传值方式
考虑vtable代价
使用错误码代替异常
字符串常量长度使用sizeof，而不要用strlen
相关文档：
概述
1. “/etc/profile”文件
2. “bdflush”参数
3. “ip_local_port_range”参数
4. “/etc/nsswitch.conf”文件
5. “/proc”文件系统
6. “ulimit”参数
7. 增加系统打开的文件数目
8. 文件“atime”属性
9. 文件的“noatime&rd ......
在本文的第一篇中,我主要对bootsect.s进行了讲述. 在第二部分中,我将对setup.s进行描述,我将其视为是Linux启动的第二步骤.
操作系统的启动过程是一个漫长而有序的过程,各个阶段都有其不同的作用. boot;setup;init虽然看似很接近,但是却是完全不同的过程.他们各司其职,按部就班.boot比较准确的翻译应该是引导,而setup的翻译 ......
その他のオペレーティング?システムにおけるデータベースの起動と停止の自動化
dbstartおよびdbshutスクリプトを使用してデータベースの起動と停止を自動化するには、次の手順を実行します。
rootユーザーでログインします。
プラットフ ......
本文选自《Linux系统与网络服务管理技术大全（第2版）》一书
第2版 前言 Linux是一个优秀的、日益成熟的操作系统，经过十几年的发展，已经拥有了大量的用户。为了满足众多Linux初学者、爱好者及专业人员的使用需要，笔者在多年从事Linux研究、教学及开发工作的基础上� ......
