-1

OK eAcceleratorがいかに優れているかについての投稿や記事をたくさん読みました。自宅の開発サーバーでテストしたところ、ページの速度が著しく低下しました。これは次の理由による可能性があります。

  • RAMがたくさんないのですか？
  • それは時々コードの速度を改善するためにのみ機能しますか？
  • すべての誇大宣伝は間違っていますか？
  • 他の？
4

1 に答える 1

1

eAccelerator を使用したことはありませんが、常に APC を使用しています。

私が指摘したいくつかのこと(eAccelerator についてはよくわかりませんが、考え方は同じだと思います) :

  • 最初のアクセスは高速ではありません。PHP をオペコードにコンパイルし、メモリに保存する必要があります。次のアクセスのみが高速になります（再コンパイルする必要はありません）
  • APC をアクティブ化すると、CPU 負荷が最大 50% まで低下することがわかりました(つまり、APC をアクティブ化する前に使用されていたサーバーの CPU の 80%、APC をアクティブ化した状態で使用された CPU の 40% から 50% の間)。
  • 適切に構成されていない場合、実際にパフォーマンスが低下することはありませんでしたが、それほど良くもありませんでした.
    • たとえば、APC に十分な RAM が割り当てられておらず、RAM がいっぱいの場合、APC はキャッシュからいくつかのエントリを削除して、新しいエントリを格納できるようにする必要があります。最終的には、物事をキャッシュしたり、新しいものをキャッシュした直後にキャッシュを解除したり、ページ要求ごとにかなりの時間を費やします。だから、良くない。
    • もう 1 つの例は、「apc.stat」構成エントリです (おそらく eAccelerator にはこのようなものがあります): 1 に設定されている場合、アクセスされたファイルごとに、APC はキャッシュ内のバージョンと比較して、ディスクが変更されているかどうかをチェックします。0 に設定すると、APC はディスク上のバージョンをチェックせずに、常にキャッシュ内のバージョンを使用します (つまり、ファイルの変更を考慮に入れるには、キャッシュをフラッシュする必要があります)。このオプションを 0 に設定すると、CPU 負荷が 5 ～ 10 % 低下する可能性があります。

Windows を使用している場合、期待したほど明るくないかもしれません。パフォーマンスが低下する可能性があるかどうかはわかりませんが、Windows 上の Apache+PHP は一般的に Linux 上の Apache+PHP よりも低速です(一度、LAP スタックを実行する仮想マシンをセットアップしました。物理マシンで WAP を実行するのと同じくらい速く応答していました ^ ^ )


さて、いくつか質問があります：

  • どのバージョンの Apache / PHP を使用していますか?
    • たぶん「最近の」バージョンですか？
  • かなり長い間、eAccelerator の新しいバージョンはないようです。最終バージョンは 2008 年 5 月のものです。前回は2007年9月のもの

明らかに多くの作業が行われている APC を試しましたか?
それを使ってどんな結果が得られるでしょうか？


最後に、詳細については、環境と構成に関する詳細情報を教えていただけますか? 実行したベンチマークの種類についての詳細は?
ありがとう ：-）

于 2009-07-29T16:30:16.143 に答える