Bug #79644 [NEW]: OpCache opcache.max_wasted_percentage cannot be set over 0.50%

From: Date: Wed, 27 May 2020 16:38:02 +0000
Subject: Bug #79644 [NEW]: OpCache opcache.max_wasted_percentage cannot be set over 0.50%
Groups: php.bugs 
Request: Send a blank email to php-bugs+get-227208@lists.php.net to get a copy of this message
From:             abuse at botrax dot com
Operating system: CentOS 7
PHP version:      7.4.6
Package:          opcache
Bug Type:         Bug
Bug description:OpCache opcache.max_wasted_percentage cannot be set over 0.50%

Description:
------------
Zend Opcache v7.4.6 does not allow "opcache.max_wasted_percentage" to go
over 0.50%, no matter the setting in INI. 

Causes Opcache to be constantly reset

PHP 7.4.6 (cli) (built: May 12 2020 08:09:15) ( NTS )
Copyright (c) The PHP Group
Zend Engine v3.4.0, Copyright (c) Zend Technologies
    with the ionCube PHP Loader v10.4.0 (beta2), Copyright (c)
2002-2020, by ionCube Ltd.
    with Zend OPcache v7.4.6, Copyright (c), by Zend Technologies


"opcache.max_wasted_percentage"
Setting of 60 sets it to 0.05%
Setting of 50 sets it to 0.50%
Setting of 5 sets it to 0.05%
Setting of 6 sets it to 0.06%


Using PHP 7.4 from REMI repo
10-opcache.ini   /etc/opt/remi/php74/php.d

php -i
opcache.max_wasted_percentage => 50 => 50


Value is then verified from within WordPress plugins to display
configuration of OpCache.

3 different WordPress plugins show "opcache.max_wasted_percentage" to be
never above 0.50%



Expected result:
----------------
Expect "opcache.max_wasted_percentage" OpCache parameter to be set from
0 to 100 in percentage.

Expect script to read value to go above 0.50% when setting any value
larger than 1.

Value should return exact value configured in INI file.

Actual result:
--------------
OpCache

"opcache.max_wasted_percentage"
Setting of 60 sets it to 0.05%
Setting of 50 sets it to 0.50%
Setting of 5 sets it to 0.05%
Setting of 6 sets it to 0.06%

-- 
Edit bug report at https://bugs.php.net/bug.php?id=79644&edit=1
-- 
Fix committed:                    https://bugs.php.net/fix.php?id=79644&r=fixed
Fixed in release:                 https://bugs.php.net/fix.php?id=79644&r=alreadyfixed
Need backtrace:                   https://bugs.php.net/fix.php?id=79644&r=needtrace
Need Reproduce Script:            https://bugs.php.net/fix.php?id=79644&r=needscript
Try newer version:                https://bugs.php.net/fix.php?id=79644&r=oldversion
Not developer issue:              https://bugs.php.net/fix.php?id=79644&r=support
Expected behavior:                https://bugs.php.net/fix.php?id=79644&r=notwrong
Not enough info:                  https://bugs.php.net/fix.php?id=79644&r=notenoughinfo
Submitted twice:                  https://bugs.php.net/fix.php?id=79644&r=submittedtwice
register_globals:                 https://bugs.php.net/fix.php?id=79644&r=globals
PHP version support discontinued: https://bugs.php.net/fix.php?id=79644&r=phptooold
Daylight Savings:                 https://bugs.php.net/fix.php?id=79644&r=dst
IIS Stability:                    https://bugs.php.net/fix.php?id=79644&r=isapi
Install GNU Sed:                  https://bugs.php.net/fix.php?id=79644&r=gnused
Floating point limitations:       https://bugs.php.net/fix.php?id=79644&r=float
No Zend Extensions:               https://bugs.php.net/fix.php?id=79644&r=nozend
MySQL Configuration Error:        https://bugs.php.net/fix.php?id=79644&r=mysqlcfg


Thread (3 messages)

« previous php.bugs (#227208) next »