这是一个创建于 323 天前的主题，其中的信息可能已经有所发展或是发生改变。
8 核 32g 的服务器，线上两千人左右，是相互交易买卖的业务场景，pref 跑过了，看不懂是哪块的问题，求指点
 |
1
defunct9 323 天前  2
开 ssh ，让我上去看看
|
 |
2
garlics 323 天前
代码有死循环？
|
 |
3
john2022 323 天前
你 session 是用文件存储的？换成 redis 试试
|
 |
4
rushssss 323 天前
opcache 开了吗？从火焰图上看似乎和文件系统有点关系，如果没有打开的话可以打开试试
|
 |
6
LLaMA2 323 天前
y 轴表示调用栈
x 轴表示抽样数，如果一个函数在 x 轴占据的宽度越宽，就表示它被抽到的次数多，即执行的时间长。 看顶层的哪个函数占据的宽度最大，表示该函数可能存在性能问题。 |
 |
7
raysonlu 323 天前
顺便请教一下，如果 php 进程存在 IO 等待，是否会导致出现这个问题？
|
|
8
LLaMA2 323 天前
IO 等待不会线性的影响 CPU 使用率，IO 等待极大概率会跑满读写利用率
|
 |
9
bobzhangyong 323 天前
看看是不是循环批量调用了 session_start 函数
|
 |
10
colinlikepotatos 323 天前
查一下 session 目录 和自己有写文件缓存的目录，看看是不是有目录下的文件过多导致的，有一次用文件记录访问 IP 导致写了几十万个文件。。也出现过类似的情况，xfs 都是文件系统相关的，估计有点关系
|
 |
11
wangxin13g 323 天前
看了下好像都是文件调用耗时，检查下文件读写
|
 |
12
8355 323 天前 2
猜测你的配置文件里应该开启了 session.auto_start
单机在线人数过多影响了磁盘 io 导致等待 验证方法: 先找到机器存放 session 的文件夹看看里面有多少文件 安装个 iotop 看一下现在的读写情况 关闭 session.auto_start 再看一下负载 |
 |
13
tmtstudio OP @8355 @colinlikepotatos 感谢大佬，真的是 session 读写占的 cpu
|
Select Language