原图

Read or add comments to this article
Save to del.icio.us · Digg this post · Stumble it

车东@豆瓣评论: 活力巴士
评价: 推荐

Jenny（ http://jennyspace.blogbus.com/logs/26267556.html ）最近推荐了《活力巴士》这本书，她说一听书名就感觉好像是为博客大巴定做的，从中我感受很深的一点是“消极”乃最大敌人：需要把车上的“巴士阿叔”赶下去；

虽然积极的态度是必须的，但操作起来还是需要一定技能和技巧。所谓战略上藐视，战术上重视。《有一种力量叫复原力》一书中有不少...

Read or add comments to this article
Save to del.icio.us · Digg this post · Stumble it

Read or add comments to this article
Save to del.icio.us · Digg this post · Stumble it

今天提交了一个名为freesouls的slideshow去slideshare.net网站，参加今年度的World’s Best Presentation Contest活动。

浏览地址在这里：
http://www.slideshare.net/OliverDing/freesouls

这个slideshow是改编自Joi Ito的同名书籍，资料来源于Yeeyan Wiki和Joi Ito的Flickr相册。Yeeyan的志愿者们在翻译这本书籍。在此，小容用这个slideshow向Yeeyan的志愿者们至敬！向致力于传播自由文化理念的同仁们致敬！

关于Freesouls这本书，可以下文从Yeeyan Wiki里摘录的简介：

《自由的灵魂（Freesouls）》

by 伊藤穰一（Joi Ito）

简介

这是一本特殊的书。一部将以创作共用（Creative Commons）CC-BY版权出版的影集和文集。本书是对版权束缚创造的又一个宣言；是又一次基于互联网、关于创作和分享的重要尝试。翻译，也自然成为这次尝试的重要组成部分之一。

本书作者，Creative Commons的CEO伊藤穰一（Joi Ito）先生，邀请译言译者们进行本书的翻译。欢迎您加入这一令人兴奋的项目！

关于本书更具体的来龙去脉，请参见斯坦福大学法学院教授劳伦斯•莱斯格为本书撰写的序言。

内容

本书内容由两部分组成：

1.Joi 的人物和风景摄影作品。人物包括维基百科创始人Jimmy Wales，Tim O’Reilly等行业和思想领袖。所有照片中的人物都签署了CC-BY使用这些照片的授权协议。所有作品，任何人都可以自由使用，只要保留原作署名即可。

2.技术、网络和自由文化领域的重要倡导者和思想家们的近作。这也是需要翻译的主要内容。

本书的目的，也是希望以上述两部分内容为开端，激发互联网上更广泛的内容创造与自由共享。

投票截至日期到14日，请参加投票吧:)

World’s Best Presentation Contest

另外，我也建立了一个同名的小组，特此邀请大家来一起参加这个小组的活动：

小组地址在这里：
http://www.slideshare.net/group/freesouls

大家可以每人写一张slide上传到这个小组，在这张slide上写下你对于”what is a Freesoul？”的回答，贴上你的照片，写上的你大名。小容会在收集一些slide之后，重新制作一个大众版本的freesouls slideshow。

可以使用中文、英文、日文以及任何你喜欢的语言：）

自由灵魂，你也有份！

People are asking me if Percona will support Drizzle and what is in general our position regarding this project.

First about Support. We surely will support the customers if they select to run the Drizzle instead of MySQL Server. For us it is same as supporting MySQL Server with custom patches, which we do. In general our Support Policy is very open ended - we would support wide variety of systems, and we’re just being open about our experience with such system and ability to help if need arises.

Will we Recommend Drizzle ? We recommend what makes sense to the customers. If MySQL is not the best choice for the customers we’ll be open about it. Drizzle will need to prove it stable and being better fit for certain group of customers and we will recommend it it in such cases. It is similar to storage engines - will we recommend Falcon or Maria instead of Innodb ? Sure we will, in cases then they will work better. Drizzle is in active development right now and it will take some time before it stabilizes to be ready to be used by wide groups in production.

Will we Contribute to Drizzle ? Our focus with Percona Patchset having MySQL improvements which are ready to be used in production now, which speed things up, improve operations or help analyze performance. We release all out patches as GPL and we would be happy for them to be included in Drizzle or any other MySQL Forks or Patch Sets. Whenever we will have some people actively working on Drizzle remains open question. As customers will be interested in having Drizzle work better on them we surely will do it. We’re also likely to be testing Drizzle to understand sweetspots and problems.

---

Entry posted by peter | 3 comments

Add to: | | | |

　　[文章作者：张宴 本文版本：v1.0 最后修改：2008.08.07 转载请注明原文链接：http://blog.s135.com/read.php/362.htm]

　　Tokyo Cabinet 是日本人 平林幹雄 开发的一款 DBM 数据库，该数据库读写非常快，哈希模式写入100万条数据只需0.643秒，读取100万条数据只需0.773秒，是 Berkeley DB 等 DBM 的几倍。

　　

---

　　Tokyo Tyrant 是由同一作者开发的 Tokyo Cabinet 数据库网络接口。它拥有Memcached兼容协议，也可以通过HTTP协议进行数据交换。

　　Tokyo Tyrant 加上 Tokyo Cabinet，构成了一款支持高并发的分布式持久存储系统，对任何原有Memcached客户端来讲，可以将Tokyo Tyrant看成是一个Memcached，但是，它的数据是可以持久存储的。这一点，跟新浪的Memcachedb性质一样。

　　相比Memcachedb而言，Tokyo Tyrant具有以下优势：

　　1、故障转移：Tokyo Tyrant支持双机互为主辅模式，主辅库均可读写，而Memcachedb目前支持类似MySQL主辅库同步的方式实现读写分离，支持“主服务器可读写、辅助服务器只读”模式。

　　

　　这里使用 $memcache->addServer 而不是 $memcache->connect 去连接 Tokyo Tyrant 服务器，是因为当 Memcache 客户端使用 addServer 服务器池时，是根据“crc32(key) % current_server_num”哈希算法将 key 哈希到不同的服务器的，PHP、C 和 python 的客户端都是如此的算法。Memcache 客户端的 addserver 具有故障转移机制，当 addserver 了2台 Memcached 服务器，而其中1台宕机了，那么 current_server_num 会由原先的2变成1。

　　引用 memcached 官方网站和 PHP 手册中的两段话：

---

　　2、日志文件体积小：Tokyo Tyrant用于主辅同步的日志文件比较小，大约是数据库文件的1.3倍，而Memcachedb的同步日志文件非常大，如果不定期清理，很容易将磁盘写满。

---

　　3、超大数据量下表现出色：

　　

　　但是，Tokyo Tyrant 也有缺点：在32位操作系统下，作为 Tokyo Tyrant 后端存储的 Tokyo Cabinet 数据库单个文件不能超过2G，而64位操作系统则不受这一限制。所以，如果使用 Tokyo Tyrant，推荐在64位CPU、操作系统上安装运行。

---

　　一、安装
　　1、首先编译安装tokyocabinet数据库


　　2、然后编译安装tokyotyrant

---

　　二、配置
　　1、创建tokyotyrant数据文件存放目录


　　2、启动tokyotyrant的主进程（ttserver）
　　(1)、单机模式


　　(2)、双机互为主辅模式
　　服务器192.168.1.91：


　　服务器192.168.1.92：


　　(3)、参数说明
　　ttserver [-host name] [-port num] [-thnum num] [-tout num] [-dmn] [-pid path] [-log path] [-ld|-le] [-ulog path] [-ulim num] [-uas] [-sid num] [-mhost name] [-mport num] [-rts path] [dbname]

　　-host name : 指定需要绑定的服务器域名或IP地址。默认绑定这台服务器上的所有IP地址。
　　-port num : 指定需要绑定的端口号。默认端口号为1978
　　-thnum num : 指定线程数。默认为8个线程。
　　-tout num : 指定每个会话的超时时间（单位为秒）。默认永不超时。
　　-dmn : 以守护进程方式运行。
　　-pid path : 输出进程ID到指定文件（这里指定文件名）。
　　-log path : 输出日志信息到指定文件（这里指定文件名）。
　　-ld : 在日志文件中还记录DEBUG调试信息。
　　-le : 在日志文件中仅记录错误信息。
　　-ulog path : 指定同步日志文件存放路径（这里指定目录名）。
　　-ulim num : 指定每个同步日志文件的大小（例如128m）。
　　-uas : 使用异步IO记录更新日志（使用此项会减少磁盘IO消耗，但是数据会先放在内存中，不会立即写入磁盘，如果重启服务器或ttserver进程被kill掉，将导致部分数据丢失。一般情况下不建议使用）。
　　-sid num : 指定服务器ID号（当使用主辅模式时，每台ttserver需要不同的ID号）
　　-mhost name : 指定主辅同步模式下，主服务器的域名或IP地址。
　　-mport num : 指定主辅同步模式下，主服务器的端口号。
　　-rts path : 指定用来存放同步时间戳的文件名。

　　如果使用的是哈希数据库，可以指定参数“#bnum=xxx”来提高性能。它可以指定bucket存储桶的数量。例如指定“#bnum=1000000”，就可以将最新最热的100万条记录缓存在内存中：


　　如果大量的客户端访问ttserver，请确保文件描述符够用。许多服务器的默认文件描述符为1024，可以在启动ttserver前使用ulimit命令提高这项值。例如：


　　3、停止tokyotyrant（ttserver）

　　找到ttserver的进程号并kill，例如：

---

　　三、调用
　　1、任何Memcached客户端均可直接调用tokyotyrant。

　　2、还可以通过HTTP方式调用，下面以Linux的curl命令为例，介绍如何操作tokyotyrant：
　　(1)、写数据，将数据“value”写入到“key”中：


　　(2)、读数据，读取“key”中数据：


　　(3)、删数据，删除“key”：


Tags - linux , php , cache , memcached , memcachedb , dbcached , qdbm , tokyotyrant , ttserver , tokyocabinet