尽管一个 Web 应用程序的大部分内容都与表示有关，但它的价值与竞争优势却可能体现在若干专有服务或算法方面。如果这类处理过于复杂或拖沓，最好是进行异步执行，以免 Web 服务器对传入的请求没有响应。实际上，将一个计算密集型的或专门化的功能放在一个或多个独立的专用服务器上运行，效果会更好。
C、Python 及 PHP 开发人员均可用，并且还可以运行于任何类似 UNIX® 的平台上，包括 Mac OS X、 Linux® 和 Sun Solaris。
参 考资料）获取它的源代码。
agent 则是连接 producer 与适当 consumer 的中介。
安装 Gearman
向一个机器添加 Gearman 需要两步：第一步构建并启动这个守护程序，第二步构建与 PHP 版本相匹配的 PHP 扩展。这个守护程序包包括构建此扩展所需的所有库。
gearmand 的最新源代码，解压缩这个 tarball，构建并安装此代码（安装需要有超级用户的权限，即根用户权限）。
$ sudo make install |
gearmand 后，构建 PHP 扩展。您可以从 PECL 获取这个 tarball，也可以从 Github 复制该存储库。
$ cd pecl-gearman |
有了这些代码后，就可以开始构建扩展了：
$ sudo make install |
这个 Gearman 守护程序通常被安装在 /usr/sbin。可以从命令行直接启动此守护程序，也可以将这个守护程序添加到启动配置中，以便在机器每次重启时就可以启动这个守护程序。
extension = gearman.so：
extension = gearman.so |
php --info，然后查找 Gearman：
libgearman version => 0.10 |
此外，还可以用一个 PHP 代码片段来验证构建和安装是否得当。将这个小应用程序保存到 verify_gearman.php：
?> |
接下来，从命令行运行此程序：
0.10 |
如果这个版本号与之前构建和安装的 Gearman 库的版本号相匹配，那么系统就已准备好了。
运行 Gearman
我们前面提到过，一个 Gearman 配置有三个角色：
- analyze。
- worker。
- 代理对与之建立连接的那些 consumer 提供的所有服务进行集中编制。它将 producer 与恰当的 consumer 联系起来。
借助如下的命令行，可以立即体验 Gearman：
- 启动这个 agent，即 Gearman 守护程序：
$ sudo /usr/sbin/gearmand --daemon
- -f 参数命名了该 worker 所提供的函数：
$ gearman -w -f ls -- ls -lh
- -f 选项来指定想要从中获得帮助的那个服务：
drwxr-xr-x 47 supergiantrobot staff 1.6K Nov 15 14:45 pecl-gearman
从 PHP 使用 Gearman
从 PHP 使用 Gearman 类似于之前的示例，惟一的区别在于这里是在 PHP 内创建 producer 和 consumer。每个 consumer 的工作均封装在一个或多个 PHP 函数内。
worker.php 的文件中。
清单 1. Worker.php
?> |
client.php 的文件内。
清单 2. Client.php
?> |
现在，可以用如下的命令行连接客户机与 worker 了：
[3]+ Running php worker.php & |
这个 worker 应用程序继续运行，准备好服务另一个客户机。
Gearman 的高级特性
C、Ruby 或其他任何支持 Gearman 库的语言编写 worker。
一个连接客户机和 worker 的 Gearman 网络实际上可以使用任何您能想象得到的结构。很多配置能够运行多个代理并将 worker 分配到许多机器上。负载均衡是隐式的：每个可操作的可用 worker（可能是每个 worker 主机具有多个 worker）从队列中拉出作业。一个作业能够同步或异步运行并具有优先级。
Gearman 的最新版本已经将系统特性扩展到了包含持久的作业队列和用一个新协议来通过 HTTP 提交工作请求。对于前者，Gearman 工作队列保存在内存并在一个关系型数据库内存有备份。这样一来，如果 Gearman 守护程序故障，它就可以在重启后重新创建这个工作队列。另一个最新的改良通过一个 memcached 集群增加队列持久性。memcached 存储也依赖于内存，但被分散于几个机器以避免单点故障。
参 考资料）中找到。
#gearman。