最近遇到数据量比较大并且更新速度很快的情况,这样导致两台服务器同步稍有延迟的情况出现,同时负载升高。
如果使用sleep 每10秒 休眠1秒的做法是否能缓解数据库的压力呢?我很想知道sleep是否会占用很多资源,sleep执行的时候都做了些什么事呢?
但是有人说单线程休眠时间越长占用资源就越多,是这样吗?
如果自己验证该如何切入呢?
网上搜了下关于sleep的资料但是没发现有太大价值的,实在想不通到底该怎么解决好了
回复内容:
最近遇到数据量比较大并且更新速度很快的情况,这样导致两台服务器同步稍有延迟的情况出现,同时负载升高。
如果使用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,需慎重。

thesecrettokeepingaphp-poweredwebsterunningsmootlyunderheavyloadinvolvesseveralkeystrategies:1)emform opcodecoduceSciptionexecutiontime、2)aatabasequerycachingwithiThing withiThistolessendavasoload、

コードをより明確かつ維持しやすくするため、依存関係が関心(DI)に注意する必要があります。 1)DIは、クラスを切り離すことにより、よりモジュール化されます。2)テストとコードの柔軟性の利便性を向上させ、3)DIコンテナを使用して複雑な依存関係を管理しますが、パフォーマンスの影響と円形の依存関係に注意してください。

はい、最適化されたAphPossibleandessention.1)CachingingusapCutoredatedAtabaseload.2)最適化、効率的なQueries、およびConnectionPooling.3)EnhcodeCodewithBultinctions、Avoididingglobalbariables、およびUsingopcodeching

keyStrategIestsoSificlyvoostphpappliceperformanceare:1)useopcodecachinglikeToreexecutiontime、2)最適化abaseの相互作用とプロペラインデックス、3)3)構成

aphpDependencyInjectionContaineriSATOULTAINATINAGECLASSDEPTINCIES、強化測定性、テスト可能性、および維持可能性。

SELECT DEPENTENCINGINOFCENT(DI)大規模なアプリケーションの場合、ServicElocatorは小さなプロジェクトまたはプロトタイプに適しています。 1)DIは、コンストラクターインジェクションを通じてコードのテスト可能性とモジュール性を改善します。 2)ServiceLocatorは、センター登録を通じてサービスを取得します。これは便利ですが、コードカップリングの増加につながる可能性があります。

phpapplicationscanbeoptimizedforspeedandEfficiencyby:1)enabingopcacheinphp.ini、2)PreparedStatementswithpordatabasequeriesを使用して、3)LoopswithArray_filterandarray_mapfordataprocessing、4)の構成ngincasaSearverseproxy、5)

PHPemailvalidationinvolvesthreesteps:1)Formatvalidationusingregularexpressionstochecktheemailformat;2)DNSvalidationtoensurethedomainhasavalidMXrecord;3)SMTPvalidation,themostthoroughmethod,whichchecksifthemailboxexistsbyconnectingtotheSMTPserver.Impl


ホットAIツール

Undresser.AI Undress
リアルなヌード写真を作成する AI 搭載アプリ

AI Clothes Remover
写真から衣服を削除するオンライン AI ツール。

Undress AI Tool
脱衣画像を無料で

Clothoff.io
AI衣類リムーバー

Video Face Swap
完全無料の AI 顔交換ツールを使用して、あらゆるビデオの顔を簡単に交換できます。

人気の記事

ホットツール

MinGW - Minimalist GNU for Windows
このプロジェクトは osdn.net/projects/mingw に移行中です。引き続きそこでフォローしていただけます。 MinGW: GNU Compiler Collection (GCC) のネイティブ Windows ポートであり、ネイティブ Windows アプリケーションを構築するための自由に配布可能なインポート ライブラリとヘッダー ファイルであり、C99 機能をサポートする MSVC ランタイムの拡張機能が含まれています。すべての MinGW ソフトウェアは 64 ビット Windows プラットフォームで実行できます。

ゼンドスタジオ 13.0.1
強力な PHP 統合開発環境

Dreamweaver Mac版
ビジュアル Web 開発ツール

DVWA
Damn Vulnerable Web App (DVWA) は、非常に脆弱な PHP/MySQL Web アプリケーションです。その主な目的は、セキュリティ専門家が法的環境でスキルとツールをテストするのに役立ち、Web 開発者が Web アプリケーションを保護するプロセスをより深く理解できるようにし、教師/生徒が教室環境で Web アプリケーションを教え/学習できるようにすることです。安全。 DVWA の目標は、シンプルでわかりやすいインターフェイスを通じて、さまざまな難易度で最も一般的な Web 脆弱性のいくつかを実践することです。このソフトウェアは、

ドリームウィーバー CS6
ビジュアル Web 開発ツール
