PHP7から定数配列がOPcacheに乗るので巨大配列が使い放題という話 - hnwの日記

PHP 7.0のリリースから約5年が経過し、そろそろPHP 8.0のリリースも見えてきました。人によっては使い始めて5年目になるはずのPHP 7.xですが、いまだに新しい発見があったりして面白いですね。 本稿ではPHP 7.0から入った定数配列に関する性能改善について紹介します。 PHP 5時代は配列の組み立てコストが大きかった プログラミング上のテクニックとして、辞書データを連想配列としてプログラム中に記述し、これを必要に応じて使うというものがあります。たとえば次のコード例を見てみましょう。このような連想配列を持っておけば、プログラム中で国名コードをを扱う際に実在するかをチェックしたり、国名の日本語表記に変換したりといった処理ができるわけです。 <?php $country_name = [ 'jp' => '日本', 'us' => 'アメリカ合衆国', 'ru' => 'ロシア連邦'

[mattn]

「PHP 7ならどんなに巨大な定数配列でも実質タダで使えるわけですよ」実質タダすごい。

[uzulla]

PHPにはvar_exportという関数がありますので、それでダンプしてちょっとだけ整形して保存して、includeするというテクとセットにすると良いとおもいました。

[stealthinu]

PHP7から定数だけだとOPcacheに入れてくれるから速いと。しかしPHP7になってもう5年というところに一番の衝撃を覚えたわ…

[k-holy]

配列のキャッシュとしてvar_export()を利用している場合、実はPHP7以降で高速化されていたってことかな。であれば、DateTimeやDateTimeImmutableのように、__set_state()メソッドが実装されているクラスのオブジェクトでも同様？

[rryu]

CMSなどからデータ入りのPHPファイルを生成して検索するみたいな仕組みでより巨大なデータが扱えるようになるとかはあると思うが、これが効く規模になるとメモリの方が怖い感じがする。

[t-cyrill]

これは知らなかった。高速な設定置き場だね

[YukeSkywalker]

定数の配列ってなんかちょっとキモい……

[ntstn]

これを利用したフレームワークのキャッシュの機能待ちかな自作するとメンテナンスで困りそう。

[terazzo]

config系とかでフレームワーク側でキャッシュしてるやつとか逆に遅くなりそうなレベル

[juve534]

はえー。変にDBとかファイルに値を持つより、配列にベタ書きする方が、PHP7環境だと有利ってことかな

[nmcli]

巨大なオレオレフレームワーク使ってるとこの機構をうまく活用できてない可能性もあったりして、みたいな不安を持ってしまった

[kenzy_n]

スケールアップ

[n314]

マジか…。dbのキャッシュを適当なキャッシュライブラリに頼ってたけど、php配列を自分で書き出すことを考えようかと思うくらい眼から鱗。メモリ効率もいいよねきっと。

[ponpon_qonqon]

OPcacheが高コストすぎて、逆に使うのが怖い…

[ymm1x]

マスタデータとかはもう JSON をメモリキャッシュとかするより配列定義した .php ファイルを生成しておいて都度 include する方が高速だろうね

[taruhachi]

メモリさえ許せば参照専用の定数配列DBで爆速のシステムを作る事ができるかもしれないな。面白そう。

[Akaza]

“配列のキーと値の全てが定数…であれば定数配列”