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' => 'ロシア連邦'
PHP 7.1でOPcacheがすごい速くなってた - Qiita
去る12/1（日本時間12/2）にPHP 7.1.0が無事リリースされましたね！みなさんビルドしてみましたか？ そんな中、PHP Classesの記事「PHP Performance Evolution 2016 from PHP 5, PHP 7.0, PHP 7.1 and PHP 8/Next」にPHP 7.0から7.1で結構な性能改善があったと書いてあったので、追試してみたら本当だったという話を紹介します。 記事の概要 上記の記事ではPHP 5.6→7.0での性能改善が大きかったこと、7.0→7.1でもかなりの性能改善があったこと、PHP 8.0になるであろうJITコンパイル実装も現時点でかなり速いことなどが紹介されています。 このうち1番目と3番目は既に知られている内容だと思いますが、2番目は筆者は初耳だったので、手元の環境で確かめてみました。 ベンチマーク（OPcacheなし）
PHPがstatシステムコールの結果をキャッシュしている件 - Qiita
PHPのstatキャッシュ PHPにはCurrentStatFileという内部管理用の変数があり、直前のstatシステムコールの結果を1件だけ覚えています。これはたとえば次のような状況で使われます。 <?php mkdir("foo"); var_dump(is_dir("foo")); // bool(true) var_dump(is_dir("foo")); // bool(true) パッと見ではわかりませんが、実は上記プログラムのis_dir()の内部処理は1回目と2回目とで異なっています。1回目は真面目にstatシステムコールを呼んでfooがディレクトリかどうかOSに問い合わせているのですが、2回目の呼び出しではシステムコールを呼ばず、直前のシステムコールが返した値を使い回すという挙動になっています。本稿ではこのキャッシュのことをstatキャッシュと呼ぶことにします。 以下の関
CakePHPとキャッシュのいろいろについて | 東北ギーク
はじめまして。リスペクトの山内です。 昨年度プログラマとして新卒で入社し、ようやくプログラマ歴二年目に突入したところです。 さて、今回ブログを初めて書くにあたり、キャッシュについて取り上げてみようと思います。 データベースに無駄なリクエストを送らないようにしたりして処理を高速化する便利機能ですが、プログラミング初心者だと、なかなか処理速度にまで目が行かず、キャッシュにじっくり触る機会も少ないのではないでしょうか。 かくいう自分もそんなプログラミング初心者の一人なので、初心者脱却を目指してキャッシュについて調べてみました。 以下、概要です。 本記事は CakePHPでのCacheクラスの使い方 CakePHPで使用できるキャッシュシステムの導入方法 について取り上げます。 今回の環境 CentOS 6.7 Apache 2.2.15 PHP 5.5.28 CakePHP 2.8.3 Cake
PHP 5.5 から導入された Zend OPCache を設定 | Check!Site
記事投稿者：山下 晴規 記事公開日：2013/11/08 最終更新日：2013/11/08 （この記事は約1年以上経過しています。） 先日（WordPressのパフォーマンスを上げる為、APCを導入しました）導入したAPCを別のサーバにも設定しようと思い、APCのインストール作業を始めたら、エラーが出ました。 調べてみると、PHP 5.5 からは、APCではなく、OPcache を使う形になったようです。 そこで、OPcacheを導入しましたので、その記録となります。 １．APCのインストールでエラー pecl でインストールを実行すると、「apc_compile.lo」でエラーが出ました。 # pecl list (no packages installed from channel pecl.php.net) # pecl install APC downloading APC-3.1
APCがAPCuとZend OPcacheに取って代わられたワケ - Qiita
これはなに？ 古いPHPを使用しているサービスだと、5.6+にマイグレーションする際にもAPCを使いたいという要望が多い。 PHP5.5+でなぜAPCではなくZend OPcacheやAPCuを使うようになったのか？ そもそもZend OPcacheやAPCuってなんなのさ！ って説明できるようになるために調べてみました。 APCとZend OPcache/APCuの関係 APCが機能として持っている opecode cache機能とdata cache機能を PHP 5.5+では opecode cache : Zend OPcache data cache : APCu で提供するようになりました。 そうなった経緯 経緯が綺麗にまとまったサイト。 https://www.devside.net/wamp-server/installing-apc-for-php-5-5 ざっくりまとめ
【CakePHP】キャッシュ削除 - Qiita
CakePHPではパフォーマンス向上のため、app/tmp/cacheにキャッシュファイルを持っている。 core.phpのデバッグレベルを0にした状態で、テーブル定義を変更すると、テーブル定義のキャッシュと不整合のためエラーになる場合がある。 デバッグレベルを0にした状態（本番環境）でテーブル定義を変更した場合の対策をまとめる。 1.デバッグレベルを1以上にしてアクセス デバッグレベルを1以上の場合、都度キャッシュファイルが書き換わるので。 2.app/tmp/cache配下のキャッシュファイルを削除 まんまキャッシュファイルを削除 3.キャッシュファイル削除用のコンソールを作成実行 デプロイ時にコンソールを実行してキャッシュを削除する。 自分のところではこれを採用している。 class CacheClearShell extends AppShell { function main()
PHPアプリケーションのセッション管理にAWS ElastiCacheを使う | DevelopersIO
こんにちは。望月です。 AWS上でシステムを構築する上で、「AWSのお作法に従う」のは印象以上に重要です。お作法に関しては色々とあるのですが、 *1その中でも一番大きいのは「サーバーは故障するものという前提で設計する」ことにあると思います。例えば、以下の様な点です。 WebサーバやAPサーバなどはロードバランサを介して冗長化し、単一障害点ではなくす 保管する必要のあるデータは全てS3に保管するか、EBSスナップショットを取得する等のバックアップを実施する DBはRDSをできるだけ利用することで、Multi-AZによる障害時自動フェイルオーバーによるサービス継続を実施する 上記１番目の「Web/APサーバの冗長化」ですが、オンプレミスからの移行の際にはこれへの対応が結構大変だったりします。例えば、アプリケーションからローカルのファイルを読み書きするような処理が入っている場合、そのファイルを両
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Laravel キャッシュクリア系コマンドなど - Qiita
illuminate/CacheをLaravelフレームワークの外で使う方法 - Qiita