不大看得懂这个报告
不过 apache 出到 2.4.x 总是有他的道理的

解决方案 »

  1.   

    建议安装apache 2.4以上。
    load average大吗?
      

  2.   


    uptime 
    08:34:28 up  7:43,  1 user,  load average: 21.91, 21.96, 23.58弱弱的问一下,升级到apache 2.4,配置文件兼容吗?(httpd.conf, ssl.conf, etc...先备份,yum remove... yum install...把配置文件搬回去)
    另外想升级php到最新版,但是不是  php 5.5.3 下 有些 function 在新版里已经摒弃?
    谢谢。
      

  3.   

    怎么可能啊 占用这么大内存。
    另外你交换分区要分配给系统2.4 配置文件是要重新弄的 但是相差不大。直接覆盖估计是不行的。
    至于PHP版本升级 最好你查一下更新历史。一般不是什么很多年前的代码都应该没问题,你可以先在线下跑一下,就算有,也有替代方案的。
      

  4.   

    08:34:28 up  7:43,  1 user,  load average: 21.91, 21.96, 23.5821.91 明顯負載過重了load average <= cpu數量x核數x0.7 才是合理的例如雙核cpu loadaverage應該<=1.4才對。你的配置是什麼?
      

  5.   


    grep "CPU" /proc/cpuinfo
    model name      : Intel(R) Xeon(R) CPU           L5609  @ 1.87GHz
    model name      : Intel(R) Xeon(R) CPU           L5609  @ 1.87GHz
    model name      : Intel(R) Xeon(R) CPU           L5609  @ 1.87GHz
    model name      : Intel(R) Xeon(R) CPU           L5609  @ 1.87GHz
    model name      : Intel(R) Xeon(R) CPU           L5609  @ 1.87GHz
    model name      : Intel(R) Xeon(R) CPU           L5609  @ 1.87GHz
    model name      : Intel(R) Xeon(R) CPU           L5609  @ 1.87GHz
    model name      : Intel(R) Xeon(R) CPU           L5609  @ 1.87GHz另外 4GB RAM, 硬盘130GB,服务商不允许建立swap。
      

  6.   

    服务商不给建立SWAP,怎么办,有没有其他方法优化?
      

  7.   

    要看physical id 和 core id 才知道多少cpu與多少核。
      

  8.   


    cat /proc/cpuinfo | egrep "core id|physical id"physical id     : 1
    core id         : 0
    physical id     : 0
    core id         : 0
    physical id     : 1
    core id         : 1
    physical id     : 0
    core id         : 1
    physical id     : 1
    core id         : 9
    physical id     : 0
    core id         : 9
    physical id     : 1
    core id         : 10
    physical id     : 0
    core id         : 10这个和CPU有关吗? Cpu(s): 82.1%us,也不算满负荷的。
      

  9.   

    对了,已经注释掉了一些不用的mod来减少Apache内存使用率,还可以进一步优化吗?LoadModule auth_basic_module modules/mod_auth_basic.so
    #LoadModule ssl_module modules/mod_ssl.so
    #LoadModule auth_digest_module modules/mod_auth_digest.so
    #LoadModule authn_file_module modules/mod_authn_file.so
    LoadModule authn_alias_module modules/mod_authn_alias.so
    #LoadModule authn_anon_module modules/mod_authn_anon.so
    LoadModule authz_host_module modules/mod_authz_host.so
    LoadModule authz_user_module modules/mod_authz_user.so
    #LoadModule authz_owner_module modules/mod_authz_owner.so
    #LoadModule authz_groupfile_module modules/mod_authz_groupfile.so
    #LoadModule authz_dbm_module modules/mod_authz_dbm.so
    LoadModule authz_default_module modules/mod_authz_default.so
    #LoadModule ldap_module modules/mod_ldap.so
    #LoadModule authnz_ldap_module modules/mod_authnz_ldap.so
    #LoadModule include_module modules/mod_include.so
    LoadModule log_config_module modules/mod_log_config.so
    #LoadModule logio_module modules/mod_logio.so
    LoadModule env_module modules/mod_env.so
    #LoadModule ext_filter_module modules/mod_ext_filter.so
    #LoadModule mime_magic_module modules/mod_mime_magic.so
    LoadModule expires_module modules/mod_expires.so
    LoadModule deflate_module modules/mod_deflate.so
    LoadModule headers_module modules/mod_headers.so
    #LoadModule usertrack_module modules/mod_usertrack.so
    LoadModule setenvif_module modules/mod_setenvif.so
    LoadModule mime_module modules/mod_mime.so
    #LoadModule dav_module modules/mod_dav.so
    #LoadModule status_module modules/mod_status.so
    LoadModule autoindex_module modules/mod_autoindex.so
    #LoadModule info_module modules/mod_info.so
    #LoadModule dav_fs_module modules/mod_dav_fs.so
    LoadModule vhost_alias_module modules/mod_vhost_alias.so
    LoadModule negotiation_module modules/mod_negotiation.so
    LoadModule dir_module modules/mod_dir.so
    LoadModule actions_module modules/mod_actions.so
    #LoadModule speling_module modules/mod_speling.so
    #LoadModule userdir_module modules/mod_userdir.so
    LoadModule alias_module modules/mod_alias.so
    #LoadModule substitute_module modules/mod_substitute.so
    LoadModule rewrite_module modules/mod_rewrite.so
    LoadModule proxy_module modules/mod_proxy.so
    #LoadModule proxy_balancer_module modules/mod_proxy_balancer.so
    LoadModule proxy_ftp_module modules/mod_proxy_ftp.so
    LoadModule proxy_http_module modules/mod_proxy_http.so
    #LoadModule proxy_ajp_module modules/mod_proxy_ajp.so
    LoadModule proxy_connect_module modules/mod_proxy_connect.so
    LoadModule cache_module modules/mod_cache.so
    LoadModule suexec_module modules/mod_suexec.so
    LoadModule disk_cache_module modules/mod_disk_cache.so
    #LoadModule cgi_module modules/mod_cgi.so
    #LoadModule version_module modules/mod_version.so
      

  10.   


    cat /proc/cpuinfo | egrep "core id|physical id"physical id     : 1
    core id         : 0
    physical id     : 0
    core id         : 0
    physical id     : 1
    core id         : 1
    physical id     : 0
    core id         : 1
    physical id     : 1
    core id         : 9
    physical id     : 0
    core id         : 9
    physical id     : 1
    core id         : 10
    physical id     : 0
    core id         : 10这个和CPU有关吗? Cpu(s): 82.1%us,也不算满负荷的。不能只看cpu的。http://blog.chinaunix.net/uid-687654-id-2075858.html
      

  11.   

    建议贴出apache日志看看,如果程序及时释放了变量,
    占用内存应该不会很大,可以看看apache是否出现异样。
      

  12.   

    日志里只有许多类似于下面
     [error] File does not exist: /var/www/html/en/article
    很奇怪,明明 /var/www/html/en/ 文件夹下有 article.php文件。而且页面上的超链都检查过,没有错误。RewriteRule ^en/article/(.*)/(\d+)/(.*)/(.*)?$ en/article/.php?search=$1&number=$2&keywords=$3&title=$4 [PT,QSA,L,NC]是不是如果某篇文章在数据库里已被删除,跳转到404,日志就会产生上面的错误? 
    难道404也要吃内存?