Comments前回は、Phalconについての紹介をさせて頂きました。設定値について触れていきたいと思います。細かい部分については、詳しく調査できておりませんでした。ついても、同じことが言えると思います。アップロードについて、主に設定値を変更することでの改善を行ってみましたので、その内容をまとめます。重要と思われる部分を抜粋していますが、かなり細かいところまで設定を変更することができますので、利用しているサーバに合わせて、適時修正すると良いです。性能を測定するために、CentOSのサーバを使いました。以下のような環境です。デフォルト設定では、client_body_buffer_size(8KB)を超えるサイズのアップロードが行われた場合に、受信したRequestBodyの内容をHDDに保存します。THETAで撮影中の画像ファイルですと、80KB~100KBのサイズになりますので、たとえ1つずつアップロードしたとしても、RequestBodyのサイズが上限値を超えています。保存されるのはRequestBodyであり、画像データではないので、このデータを直接利用することはできません。アップロードが頻繁に行われるシステムですので、毎回RequestBodyをHDDに保存するのは処理速度の低下につながります。異なり、PHPを動作させるには別途、PHP-FPMを利用する必要があります。別プロセスなので、プロセス間通信が必要ですが、このとき、TCP通信か、UNIXドメインソケット通信を利用します。TCP通信の方を利用する場合は、別プロセスへのアクセスのために、TCP/IPを利用するためIPスタックを経由しますが、UNIXドメインソケットではそのような処理を行いません。このため、UNIXドメインソケットの方が高速です。UNIXドメインソケット通信は、同一マシン上のプロセス間通信にしか使えませんが、今回の用途であれば、この制約で、特に問題になることはありませんので、UNIXドメインソケットの方を利用します。・worker_processesサーバのCPU数に設定します(このサーバの場合は2)・worker_connections1プロセスが処理できるコネクション数の上限このサーバでは、プロセスが開けるファイルディスクリプタの上限が「1024」だったので、この値についても、同じ値で設定しました。3~4倍程度の値にするのが一般的であったので今回は4096としました。・pmdynamic(メモリの動的割り当て)、static(メモリの静的割り当て)のどちらかを選択します。方は、必要な時にプロセスを生成する設定です。必要時以外はプロセス数を減らして、メモリを空けておくという意味で、dynamicを設定します。起動時に、設定されている数分のプロセスを生成します。