php.net |  support |  documentation |  report a bug |  advanced search |  search howto |  statistics |  random bug |  login
Bug #49582 high load when PHP compiled using icc
Submitted: 2009-09-18 02:55 UTC Modified: 2009-09-18 12:41 UTC
From: 12985462 at QQ dot com Assigned:
Status: Not a bug Package: CGI/CLI related
PHP Version: 5.2.11 OS: Linux
Private report: No CVE-ID: None
View Add Comment Developer Edit
Welcome! If you don't have a Git account, you can't do anything here.
You can add a comment by following this link or if you reported this bug, you can edit this bug over here.
(description)
Block user comment
Status: Assign to:
Package:
Bug Type:
Summary:
From: 12985462 at QQ dot com
New email:
PHP Version: OS:

 

 [2009-09-18 02:55 UTC] 12985462 at QQ dot com
Description:
------------
I have tested php v5.2.10 and v5.3.10 and SVN. icc 10.0 10.1 11.0 11.1 and centos 5.3 32bit /ubuntu server 9.04 64bit.

If php compiled with icc , server it's high load.

like:

18532 nobody    25   0 94012  15m  10m R 33.3  6.2 197:04.95 php-cgi
18533 nobody    25   0 95032  20m  14m R 33.3  8.0 149:01.55 php-cgi
18534 nobody    25   0 93312 7988 3668 R 33.0  3.0 212:03.38 php-cgi

Reproduce code:
---------------
compiled your php with icc as fastcgi mode:

CFLAGS='-O2 -unroll2 -ip -march=core2 -xT' CXXFLAGS='-O2 -unroll2 -ip -restrict -fno-implicit-templates -fno-exceptions -fno-rtti -march=core2 -xT' ./configure --prefix=/var/webserver/php --with-config-file-path=/var/webserver/php/etc --with-mysql=/var/webserver/mysql --with-mysqli=/var/webserver/mysql/bin/mysql_config --with-iconv-dir=/usr/local --with-freetype-dir --with-jpeg-dir --with-png-dir --with-zlib --with-libxml-dir=/usr --enable-xml --disable-rpath --enable-discard-path --enable-bcmath --enable-shmop --enable-sysvsem --enable-inline-optimization --with-curl --with-curlwrappers --enable-mbregex --enable-fastcgi --enable-fpm --enable-force-cgi-redirect --enable-mbstring --with-gd --enable-gd-native-ttf --with-openssl --enable-pcntl --enable-sockets --with-mcrypt --with-mhash --without-pear --disable-debug --disable-ipv6


-march=core2 -xT it's optimizeing for intel core2 cpu.


Patches

Add a Patch

Pull Requests

Add a Pull Request

History

AllCommentsChangesGit/SVN commitsRelated reports
 [2009-09-18 09:49 UTC] jani@php.net
Does it happen with PHP 5.2.11? :) And also, WHAT exactly are you running? That isn't exactly "high load" either. And you also failed to explain the configuration.
 [2009-09-18 12:06 UTC] 12985462 at QQ dot com
5.2.11

2072 nobody    25   0 61908  16m  11m R 50.0  6.4   5:58.69 php-cgi
2073 nobody    25   0 61296 8376 3584 R 49.7  3.2  76:57.34 php-cgi

I have removed -ip ,it's now nice working .
 [2009-09-18 12:30 UTC] jani@php.net
So is it a bug in PHP or icc? What is -ip anyway?
 [2009-09-18 12:34 UTC] jani@php.net
User-error. Hint: Don't use options which you don't know how they work.
 [2009-09-18 12:39 UTC] 12985462 at QQ dot com
.....
it's icc optiminze bug for php code?

submit to icc team or php team??

-_-"

I don't know.
 [2009-09-18 12:41 UTC] 12985462 at QQ dot com
[root@cloud php-5.2.11]# icc  --help | grep -e '-ip'
-fast  enable -xT -O3 -ipo -no-prec-div -static
    n=2  inline any function, at the compiler's discretion (same as -ip)
              inline any function, at the compiler's discretion (same as -ip)
-ip     enable single-file IP optimizations (within files)
-ipo[n] enable multi-file IP optimizations (between files)
-ipo-c  generate a multi-file object file (ipo_out.o)
-ipo-S  generate a multi-file assembly file (ipo_out.s)
-ip-no-inlining    disable full and partial inlining (requires -ip or -ipo)
-ip-no-pinlining   disable partial inlining (requires -ip or -ipo)
-ipo-separate      create one object file for every source file
                   (overrides -ipo[n])
-ipo-jobs<n>       specify the number of jobs to be executed simultaneously
-iprefix <prefix>
           append <dir> to the prefix passed in by -iprefix and put it on
 
PHP Copyright © 2001-2024 The PHP Group
All rights reserved.
Last updated: Sat May 18 03:02:51 2024 UTC