84669 person learning
152542 person learning
20005 person learning
5487 person learning
7821 person learning
359900 person learning
3350 person learning
180660 person learning
48569 person learning
18603 person learning
40936 person learning
1549 person learning
1183 person learning
32909 person learning
最近遇到数据量比较大并且更新速度很快的情况,这样导致两台服务器同步稍有延迟的情况出现,同时负载升高。
如果使用sleep 每10秒 休眠1秒的做法是否能缓解数据库的压力呢?我很想知道sleep是否会占用很多资源,sleep执行的时候都做了些什么事呢?但是有人说单线程休眠时间越长占用资源就越多,是这样吗?如果自己验证该如何切入呢?网上搜了下关于sleep的资料但是没发现有太大价值的,实在想不通到底该怎么解决好了
学习是最好的投资!
sleep不占用系统资源,它会把cpu的控制权交换给内核,内核会再schedule到另一个进程。
这种简单的事情,你写个while (true) sleep(1)的程序然后top一下就能判断的。
任何语言, sleep本身不占CPU资源, 但是在基于PHP的LAMP环境中, 就不能这样说了, 因为CPU不是唯一的资源. 进程数, 内存, 这些都是资源.
PHP不管工作工作在apache mod_php还是nginx fpm下, 总的进程数基本上是有一个限制的. 对于服务器的吞吐, 有一个很简单的算数, 你有几个线程/进程, 你就能同时处理多少http请求
但是, 一单在PHP里面sleep, 那么php处理请求的时间就等于本身处理的时间+sleep时间
本来0.2秒处理一个请求, 现在sleep了0.8秒, 那么你的php请求处理速度就变成1秒, 假设你的apache开10个进程, 那么你每秒钟处理请求的速度就由5个每秒*10个进程 50 变成了 1个每秒*10个进程.
另外你不可能在apache里面开无限的的进程, 不管是进程还是线程, 都开销很大, 1024个进程基本上就死的很惨了, 线程在5k左右(CPU使用不多, 大部分sleep的情况下)也很吃力了
如果你sleep 10秒, 整个PHP, web系统就没办法用了, 曾经有人想通过sleep来做长连接, 本机测试通过了, 但是部署上系统无异于自杀.
之前也用php写过后台方面的程序,主进程需要等待所有子进程结束后再退出,之前采取的“忙等”,发现主进程将CPU占完了,后来主进程在等待循环中采用了sleep(1)的方式,大大减少了cpu开销,所以我认为sleep应该不会占用太多CPU。仅供楼主参考!
@felix021 和 @KJ 说的都对,你需要评估一下在sleep中,有哪些资源是占用的,比如HTTP连接,数据库连接。尤其是数据库最大并发连接通常要少于HTTP连接,需要小心连接被吃满的情况。如果是脚本下执行的PHP,那sleep是很简单靠谱的办法;如果是web,需慎重。
sleep不占用系统资源,它会把cpu的控制权交换给内核,内核会再schedule到另一个进程。
这种简单的事情,你写个while (true) sleep(1)的程序然后top一下就能判断的。
任何语言, sleep本身不占CPU资源, 但是在基于PHP的LAMP环境中, 就不能这样说了, 因为CPU不是唯一的资源. 进程数, 内存, 这些都是资源.
PHP不管工作工作在apache mod_php还是nginx fpm下, 总的进程数基本上是有一个限制的. 对于服务器的吞吐, 有一个很简单的算数, 你有几个线程/进程, 你就能同时处理多少http请求
但是, 一单在PHP里面sleep, 那么php处理请求的时间就等于本身处理的时间+sleep时间
本来0.2秒处理一个请求, 现在sleep了0.8秒, 那么你的php请求处理速度就变成1秒, 假设你的apache开10个进程, 那么你每秒钟处理请求的速度就由5个每秒*10个进程 50 变成了 1个每秒*10个进程.
另外你不可能在apache里面开无限的的进程, 不管是进程还是线程, 都开销很大, 1024个进程基本上就死的很惨了, 线程在5k左右(CPU使用不多, 大部分sleep的情况下)也很吃力了
如果你sleep 10秒, 整个PHP, web系统就没办法用了, 曾经有人想通过sleep来做长连接, 本机测试通过了, 但是部署上系统无异于自杀.
之前也用php写过后台方面的程序,主进程需要等待所有子进程结束后再退出,之前采取的“忙等”,发现主进程将CPU占完了,后来主进程在等待循环中采用了sleep(1)的方式,大大减少了cpu开销,所以我认为sleep应该不会占用太多CPU。仅供楼主参考!
@felix021 和 @KJ 说的都对,你需要评估一下在sleep中,有哪些资源是占用的,比如HTTP连接,数据库连接。尤其是数据库最大并发连接通常要少于HTTP连接,需要小心连接被吃满的情况。如果是脚本下执行的PHP,那sleep是很简单靠谱的办法;如果是web,需慎重。