simon的天空

简单说，分布式是以缩短单个任务的执行时间来提升效率的，而集群则是通过提高单位时间内执行的任务数来提升效率。例如：       如果一个任务由10个子任务组成，每个子任务单独执行需1小时，则在一台服务器上执行改任务需10小时。       采用分布式方案，提供10台服务器，每台服务器只负责处理一个子任务，不考虑子任务间的依赖关系，执行完这个任务只需一个小时。(这种工作模式的一

以下转自：http://blog.youkuaiyun.com/roen/archive/2007/03/21/1536148.aspx(1)导言：首 先，我强烈建议大家阅读Richard Stevens著作《TCP/IP Illustracted Volume 1,2,3》和《UNIX Network Programming Volume 1,2》。虽然他离开我们大家已经5年多了，但是他的书依然

EPOLL技术在linux的网络编程中，很长的时间都在使用select来做事件触发。在linux新的内核中，有了一种替换它的机制，就是epoll。相比于select，epoll最大的好处在于它不会随着监听fd数目的增长而降低效率。因为在内核中的select实现中，它是采用轮询来处理的，轮询的fd数目越多，自然耗时越多。并且，在linux/posix_types.h头文件有这样的声明：#

原文地址：http://hi.baidu.com/xproduct/blog/calendar/200706随着2.6内核对epoll的完全支持，网络上很多的文章和示例代码都提供了这样一个信息：使用epoll代替传统的poll能给网络服务应用带来性能上 的提升。但大多文章里关于性能提升的原因解释的较少，这里我将试分析一下内核（2.6.21.1）代码中poll与epoll的工作原理，然后再通

class A{        void run()        {                pthread_create(&threadId, NULL, run_func, NULL);        }        void* run_func(void*)        {                // .....        }

原文地址：http://www.blogjava.net/BlueDavy/archive/2008/09/03/226749.html        之前也有一些介绍大型网站架构演变的文章，例如LiveJournal的、ebay的，都是非常值得参考的，不过感觉他们讲的更多的是每次演变的结果，而没有很详细的讲为什么需要做这样的演变，再加上近来感觉有不少同学都很难明白为什么一个网站需要那

转载自：http://www.ibm.com/developerworks/cn/linux/l-synch/part2/       这是本系列文章的第二部分，它详细地介绍了Linux内核中的同步机制：大内核锁、读写锁、大读者锁、RCU和顺序锁的API，使用要求以及一 些典型示例。本系列文章的第一部分则详细地介绍了 Linux 内核中的其它一些同步机制，包括原子操作、信号量、读写信号量和

转载自：http://www.ibm.com/developerworks/cn/linux/l-synch/part1/        本系列文章分两部分，第一部分详细地介绍了 Linux 内核中的同步机制：原子操作、信号量、读写信号量和自旋锁的API，使用要求以及一些典型示例。第二部分将详细介绍在Linux内核中的另外一些同步机制，包括大内核锁、读写锁、大读者锁、RCU和顺序锁。

引言        本书主要针对的是 C++ 程序的性能优化，深入介绍 C++ 程序性能优化的方法和实例。全书由 4 个篇组成，第 1 篇介绍 C++ 语言的对象模型，该篇是优化 C++ 程序的基础；第 2 篇主要针对如何优化 C++ 程序的内存使用；第 3 篇介绍如何优化程序的启动性能；第 4 篇介绍了三类性能优化工具，即内存分析工具、性能分析工具和 I/O 检测工具，它们是测量程序性能的利