大部分的传统FPM项目性能瓶颈在于每次请求重新创建ZendVM的开销、IO 阻塞导致的上下文频繁切换。Swoole解决的就是这类问题。
我的官方群点击此处
这篇文章教大家如何让Swoole的HTTP服务器性能达到最大。
压测脚本如下,机器的配置是单核、2G内存、50G硬盘:
<?php
use Swoole\Http\Request;
use Swoole\Http\Response;
$process = new Swoole\Process(function (Swoole\Process $process) {
$server = new Swoole\Http\Server('127.0.0.1', 9501, SWOOLE_BASE);
$server->set([
'log_file' => '/dev/null',
'log_level' => SWOOLE_LOG_INFO,
'worker_num' => swoole_cpu_num() * 2,
// 'hook_flags' => SWOOLE_HOOK_ALL,
]);
$server->on('workerStart', function () use ($process, $server) {
$process->write('1');
});
$server->on('request', function (Request $request, Response $response) use ($server) {
try {
$redis = new Redis;
$redis->connect('127.0.0.1', 6379);
$greeter = $redis->get('greeter');
if (!$greeter) {
throw new RedisException('get data failed');
}
$response->end("<h1>{$greeter}</h1>");
} catch (\Throwable $th) {
$response->status(500);
$response->end();
}
});
$server->start();
});
if ($process->start()) {
register_shutdown_function(function () use ($process) {
$process::kill($process->pid);
$process::wait();
});
$process->read(1);
System('ab -c 256 -n 10000 -k http://127.0.0.1:9501/ 2>&1');
}
首先,我们创建了一个Swoole\Process对象,这个对象会开启一个子进程,在子进程中,我创建了一个HTTP Server,这个服务器是BASE模式的。除了BASE模式之外,还有一种PROCESS模式。在PROCESS模式下,套接字连接是在Master进程维持的,Master进程和Worker进程会多一层IPC通信的开销,但是,当Worker进程奔溃的时候,因为连接是在Master进程维持的,所以连接不会被断开。所以,Process模式适用于维护大量长连接的场景。
BASE模式是在每个工作进程维持自己的连接,所以性能会比Master更好。并且,在HTTP Server下,BASE模式会更加的适用。
这里,我们将worker_num,也就是进程的数量设置为当前机器CPU核数的两倍。但是,在实际的项目中,我们需要不断的压测,来调整这个参数。
在workerStart的时候,也就是工作进程启动的时候,我们让子进程向管道中随意写入一个数据给父进程,父进程此时会读到一点数据,读到数据后,父进程才开始压测。
此时,压测的请求会进入onRequest回调。在这个回调中,我们创建了一个Redis客户端,这个客户端会连接Redis服务器,并请求一条数据。得到数据后,我们调用end方法来响应压测的请求。当错误时,我们返回一个错误码为500的响应。
在开始压测前,我们需要安装Redis<

本文介绍如何利用Swoole优化PHP HTTP服务性能,讲解了Swoole的工作模式,展示了压测过程和结果,并探讨了连接池的实现,包括同步阻塞和异步非阻塞的策略,以及如何通过限制连接池大小来进一步优化。
最低0.47元/天 解锁文章
960

被折叠的 条评论
为什么被折叠?



