Bug #68867 [NEW]: Opcache performance regression

From: Date: Tue, 20 Jan 2015 19:25:49 +0000
Subject: Bug #68867 [NEW]: Opcache performance regression
Groups: php.bugs 
Request: Send a blank email to php-bugs+get-190081@lists.php.net to get a copy of this message
From: lukemauldin at gmail dot com Operating system: Windows Server 2008 R2 SP1 PHP version: 5.6.4 Package: Performance problem Bug Type: Bug Bug description:Opcache performance regression Description: ------------ Git repository with code to reproduce bug: https://github.com/LukeMauldin/laravel-perf The above Git repository is a standard Laravel application with these routes added: /showview /simplejson /simplepdo/{N} /simpleeloquent/{N} I obtained the HTTP response times below (in milliseconds) on a AWS Windows Server 2008 R2 instance using IIS and FastCGI. I measured using curl on the local instance to prevent any network problems. They were repeatable over a period of several days. PHP 5.6 is version 5.6.4 PHP 5.4 is version 5.4.4. Both use the standard PHP Windows downloads from http://windows.php.net/ Url PHP 5.4 wo/Opache PHP 5.4 w/Opache PHP 5.6 wo/Opache PHP 5.6 w/Opache /showview 60 17 51 17 /simplejson 60 16 53 16 /simplepdo/1 70 23 59 23 /simplepdo/100 294 130 197 182 /simpleeloquent/1 85 28 67 29 /simpleeloquent/100 365 260 298 272 PHP 5.6 without Opcache is faster than PHP 5.4 without Opcache, which is expected. However, with Opcache enabled, PHP 5.4 is faster than PHP 5.6 in the /simplepdo/100 and /simpleeqloent/100 tests which is clearly a regression. The php.ini section for opcache is the same in both: [opcache] opcache.enable = 1 opcache.memory_consumption = 64 opcache.interned_strings_buffer = 12 opcache.max_accelerated_files=16629 opcache.revalidate_freq=60 opcache.fast_shutdown=1 opcache.save_comments = 0 opcache.enable_cli=1 -- Edit bug report at https://bugs.php.net/bug.php?id=68867&edit=1 -- Try a snapshot (PHP 5.4): https://bugs.php.net/fix.php?id=68867&r=trysnapshot54 Try a snapshot (PHP 5.5): https://bugs.php.net/fix.php?id=68867&r=trysnapshot55 Try a snapshot (trunk): https://bugs.php.net/fix.php?id=68867&r=trysnapshottrunk Fixed in SVN: https://bugs.php.net/fix.php?id=68867&r=fixed Fixed in release: https://bugs.php.net/fix.php?id=68867&r=alreadyfixed Need backtrace: https://bugs.php.net/fix.php?id=68867&r=needtrace Need Reproduce Script: https://bugs.php.net/fix.php?id=68867&r=needscript Try newer version: https://bugs.php.net/fix.php?id=68867&r=oldversion Not developer issue: https://bugs.php.net/fix.php?id=68867&r=support Expected behavior: https://bugs.php.net/fix.php?id=68867&r=notwrong Not enough info: https://bugs.php.net/fix.php?id=68867&r=notenoughinfo Submitted twice: https://bugs.php.net/fix.php?id=68867&r=submittedtwice register_globals: https://bugs.php.net/fix.php?id=68867&r=globals PHP 4 support discontinued: https://bugs.php.net/fix.php?id=68867&r=php4 Daylight Savings: https://bugs.php.net/fix.php?id=68867&r=dst IIS Stability: https://bugs.php.net/fix.php?id=68867&r=isapi Install GNU Sed: https://bugs.php.net/fix.php?id=68867&r=gnused Floating point limitations: https://bugs.php.net/fix.php?id=68867&r=float No Zend Extensions: https://bugs.php.net/fix.php?id=68867&r=nozend MySQL Configuration Error: https://bugs.php.net/fix.php?id=68867&r=mysqlcfg

« previous php.bugs (#190081) next »