我看----Google Developer Day 2008 China

和大家一起分享
Google Developer Day 2008 China 资料
http://sites.google.com/site/developerdaychina/

有些主题讲座真的很水。

真的不希望谷歌中国沦为和雅虎中国一样的地位和命运。

注意：难道大公司的中国公司都是在搞一些边缘的小技术，小应用么？

apache with memcached

原创：转载请注明 from http://smartwindy.blogspot.com
当提起Apache的时候，大家都能很快的联想到其功能丰富而又极其强大。filter,safe,proxy,cache等等一些列的功能给我们的web应用带来强大的支持，在这里我想谈的是apache的cache功能，apache的cache主要通过基于DSO方式的mod_cache,mod_disk_cache,mod_mem_cache,mod_file_cache等这四种方式进行体现，无论哪种方式可以归结于基于本地的缓存方式，对于在cluster或多机的环境下，缓存数据不能共享，这使得在缓存的扩展和延展能力方面大大受到牵制。由于Memcached具有良好的分布式缓存的功能，如果apache的缓存采用Memcached存储那么，Apache的缓存功能将大大的增强。

从网上了解到目前一个开源项目也是基于目标，采用apr_memcached作为其C的连接方式，基于DSO的方式，通过可配置的方式，就能使用访问数据缓存于Memcached内。通过简单配置httpd.conf就可以充分利用Memcached的缓存功能，与配置mod_xxx_cache同样的配置方式。今简单而有效。


http://code.google.com/p/modmemcachecache/

apr_memcache
http://www.outoforder.cc/projects/libs/apr_memcache/

btw:

apr_memcache很久没有更新了，不知道mod_memcached_cache还能存活多久！

haproxy version 1.3.15 release

haproxy version 1.3.15 release包含了很多新的特性,最重要的一个更新是状态更新("stats updates"),增强对EndServer的检测和检查.另外添加了"leastconn"负载均衡算法.支持内部转发的重订向.同时更新大量文档.
haproxy是一款开源的，高可靠性，高性能的，基于TCP/HTTP负载均衡器方案

下载：

http://haproxy.1wt.eu/download/1.3/src/haproxy-1.3.15.tar.gz

基准测试：libev vs libevent

原文：http://libev.schmorp.de/bench.html
关于libev的介绍请见：
http://titanfoot.javaeye.com/blog/183364

本文主要描述基于libevent和libev的程序的结果比较。

libevent首个版本发布于2000-11-14.是高性能事件循环，支持简单的API，两种事件类型( I/O+timeout,signal+timeout),支持select,poll,epoll,kqueue等。

libev第一个版本发布于2007-11-12，也是高性能事件循环，支持八种事件类型(I/O,real time timers,wall clock timers,signals,child status changes, idle,check and prepare handlers)
它使用一种优先队列的方式管理计数器以及使用数组作为基础数据结构。对于相同事件监视器数没有人为的限制。它为libevent提供一个竞争层。
测试：
基准测试是一个很简单的示例。
libevent采用的1.3e版本，libev采用2007-11-12的beta版本，测试用例采用gcc version 4.1.3进行编译。
编译采用-O3 -fno-guess-branch-probability -g 参数优化，运行平台amd64(2G dul Opteron),Debian GNU/Linux(Linux version 2.6.21-2),都采用epoll 工作模式。

基准测试一，无超时,100和1000的活动客户端
基准测试二,空闲超时,100和1000个活动客户端

概要：
基准测试说明基于libev具有更低的消耗，因此要快于libevent,在api设计问题也在结果中扮演重要的角色，当采用计时器的时候native api比emulation API更有效。尽管这使得libev处于劣势，但它仍然要快于libevent

基于MOD_BUT 的apache集群方案

作为apache的集群方案,虽然可以利用mod_proxy的反向代理功能实现，但有些功能的缺失，导致其无法实现基于会话的集群方案。


MOD_BUT是基于apache模块形式的另一种集群方式，利用cookie的会话机制实现对用户会话的维护，从而可以安全有效的实现SSO，并且提供对用户会话的安全保护。MOD_BUT可以提供基于会话的集群机制.

btw:大家使用的时候要注意其使用许可。