[Вопрос] Лишние пхп модули

10-14-2014, 12:44 PM

Code:

[php]
extension="zlib.so"
extension="mysql.so"
extension="iconv.so"
extension="gd.so"
max_input_time="60"
register_globals="0"
max_execution_time="30"
error_reporting=""
safe_mode=""
file_uploads="1"
default_charset="cp1251"
extension=dom.so
extension=ctype.so
extension=filter.so
extension=hash.so
extension=json.so
extension=mhash.so
extension=posix.so
extension=session.so
extension=simplexml.so
extension=tokenizer.so
magic_quotes_gpc="1"
default_socket_timeout="120"
memory_limit="8M"
post_max_size="8M"
upload_max_filesize="8M"
extension_dir="/opt/php/lib/php/extensions/"
###Good luck.

Ребят, форум жрёт тонны оперативы.. подскажите, что убрать, что добавить ) прочитал, что помогает удаление лишних модулей php.. какие из них не используются воблой?

10-14-2014, 01:04 PM

Quote:

Originally Posted by nop

форум жрёт тонны оперативы..

А в цифрах? Сколько всего и сколько ест?

Quote:

Originally Posted by nop

memory_limit="8M"

Зачем так издеваться? Хотя бы 32М поставь.

Smalesh добавил 14.10.2014 в 12:04
А где bcmath, curl, date, gettext, mbstring, pcre? Это откуда такой ini выдрал ?

10-14-2014, 01:05 PM

Quote:

Originally Posted by Smalesh

А в цифрах? Сколько всего и сколько ест?

Форум стоит на двух площадках, на обоих такая ситуация. То есть по сути 1 гб оперативы.

Quote:

Originally Posted by Smalesh

Зачем так издеваться? Хотя бы 32М поставь.

Эм.. а при превышении 8мб что происходит? Свопится на жёсткий диск?

nop добавил 14.10.2014 в 12:05

Quote:

Originally Posted by Smalesh

А где bcmath, curl, date, gettext, mbstring, pcre? Это откуда такой ini выдрал ?

phpinfo() показывает, что этот инишник используется.

10-14-2014, 01:13 PM

Quote:

Originally Posted by nop

Форум стоит на двух площадках, на обоих такая ситуация. То есть по сути 1 гб оперативы.

Откуда стата? Виртуальный хостинг, vds?

Quote:

Originally Posted by nop

Эм.. а при превышении 8мб что происходит? Свопится на жёсткий диск?

Тогда скрипт просто падает с ошибкой

Code:

Fatal error: Out of memory в PHP

Smalesh добавил 14.10.2014 в 12:13

Quote:

Originally Posted by nop

phpinfo() показывает, что этот инишник используется.

В php есть дефолтные настройки и те, что переопределяются. Сами модули и их настройки идут списком, сразу за шапкой и до самых переменных - вот все что скролишь, все твое.

ЗЫ: у меня подключено как-то вот так, правда есть несколько лишних для форума модулей, используются в других скриптах

Code:

#php -v
PHP 5.3.28 (cli) (built: Jul 29 2014 03:18:25)
Copyright (c) 1997-2013 The PHP Group
Zend Engine v2.3.0, Copyright (c) 1998-2013 Zend Technologies

# php -m
[PHP Modules]
apc
bcmath
bz2
Core
ctype
curl
date
dom
ereg
exif
fileinfo
filter
ftp
gd
gettext
hash
iconv
imagick
imap
json
libxml
mbstring
mcrypt
mhash
mysql
mysqli
mysqlnd
openssl
pcre
PDFlib
PDO
pdo_mysql
pdo_sqlite
Phar
posix
Reflection
session
SimpleXML
sockets
SPL
SQLite
sqlite3
standard
tokenizer
xml
xmlreader
xmlwriter
zip
zlib

[Zend Modules]

10-14-2014, 03:34 PM

Quote:

Originally Posted by Smalesh

Откуда стата? Виртуальный хостинг, vds?

Тогда скрипт просто падает с ошибкой

Code:

Fatal error: Out of memory в PHP

виртуальный хостинг

Quote:

[r@web63 /var/log]$ tail -50 error_log
uptime: not found
uptime: not found
uptime: not found
uptime: not found
FATAL: emalloc(): Unable to allocate 46202181 bytes
FATAL: emalloc(): Unable to allocate 46202181 bytes
[Tue Oct 14 13:41:43 2014] [error] (12)Cannot allocate memory: fork: Unable to fork new process
[Tue Oct 14 13:41:54 2014] [error] (12)Cannot allocate memory: fork: Unable to fork new process
[Tue Oct 14 13:42:04 2014] [error] (12)Cannot allocate memory: fork: Unable to fork new process
[Tue Oct 14 13:42:14 2014] [error] (12)Cannot allocate memory: fork: Unable to fork new process
[Tue Oct 14 13:42:24 2014] [error] (12)Cannot allocate memory: fork: Unable to fork new process
uptime: not found
uptime: not found
uptime: not found
[Tue Oct 14 13:46:09 2014] [error] (12)Cannot allocate memory: fork: Unable to fork new process
[Tue Oct 14 13:46:28 2014] [error] (12)Cannot allocate memory: fork: Unable to fork new process
FATAL: emalloc(): Unable to allocate 46202181 bytes
uptime: not found
uptime: not found
uptime: not found
[Tue Oct 14 13:54:00 2014] [error] (12)Cannot allocate memory: fork: Unable to fork new process
uptime: not found
uptime: not found
uptime: not found
uptime: not found
uptime: not found
uptime: not found
uptime: not found
uptime: not found
uptime: not found
uptime: not found
[Tue Oct 14 14:13:26 2014] [error] (12)Cannot allocate memory: fork: Unable to fork new process
uptime: not found
[Tue Oct 14 14:16:20 2014] [error] (12)Cannot allocate memory: fork: Unable to fork new process
[Tue Oct 14 14:16:30 2014] [error] (12)Cannot allocate memory: fork: Unable to fork new process
uptime: not found
uptime: not found
uptime: not found
uptime: not found
uptime: not found
uptime: not found
uptime: not found
uptime: not found
uptime: not found
uptime: not found
[Tue Oct 14 14:29:55 2014] [error] (12)Cannot allocate memory: fork: Unable to fork new process
[Tue Oct 14 14:30:06 2014] [error] (12)Cannot allocate memory: fork: Unable to fork new process
[Tue Oct 14 14:30:16 2014] [error] (12)Cannot allocate memory: fork: Unable to fork new process
uptime: not found
uptime: not found
[r@web63 /var/log]$

Quote:

Originally Posted by Smalesh

В php есть дефолтные настройки и те, что переопределяются. Сами модули и их настройки идут списком, сразу за шапкой и до самых переменных - вот все что скролишь, все твое.

ЗЫ: у меня подключено как-то вот так, правда есть несколько лишних для форума модулей, используются в других скриптах

Code:

#php -v
PHP 5.3.28 (cli) (built: Jul 29 2014 03:18:25)
Copyright (c) 1997-2013 The PHP Group
Zend Engine v2.3.0, Copyright (c) 1998-2013 Zend Technologies

# php -m
[PHP Modules]
apc
bcmath
bz2
Core
ctype
curl
date
dom
ereg
exif
fileinfo
filter
ftp
gd
gettext
hash
iconv
imagick
imap
json
libxml
mbstring
mcrypt
mhash
mysql
mysqli
mysqlnd
openssl
pcre
PDFlib
PDO
pdo_mysql
pdo_sqlite
Phar
posix
Reflection
session
SimpleXML
sockets
SPL
SQLite
sqlite3
standard
tokenizer
xml
xmlreader
xmlwriter
zip
zlib

[Zend Modules]

Quote:

[r@web63 /var/log]$ php -m
[PHP Modules]
ctype
overload
pcre
posix
session
standard
sysvmsg
sysvsem
sysvshm
tokenizer
xml

[Zend Modules]

[r@web63 /var/log]$ php -v
PHP 4.4.9 (cli) (built: Sep 29 2008 20:34:00)
Copyright (c) 1997-2008 The PHP Group
Zend Engine v1.3.0, Copyright (c) 1998-2004 Zend Technologies
[r@web63 /var/log]$

10-14-2014, 05:07 PM

Quote:

Originally Posted by nop

Unable to allocate

Quote:

Originally Posted by nop

Cannot allocate memory: fork: Unable to fork new process

Это результат memory_limit в php.ini

Quote:

Originally Posted by nop

виртуальный хостинг

Тогда все. Это на vds можно побаловаться с оперативой. Php прикручен модулем, больше процессов - больше оперативы. Кастрировать особо и нечего, memory_limit напрасно занижен, по логу нужен 64M.
Разве что хостер подкрутит лимиты на апаче, можно еще немного влезть в квоты, но зависит от посещалки, пользователям может просто не хватить процессов, получат ошибку.

10-14-2014, 06:33 PM

Quote:

Originally Posted by Smalesh

Это результат memory_limit в php.ini

Тогда все. Это на vds можно побаловаться с оперативой. Php прикручен модулем, больше процессов - больше оперативы. Кастрировать особо и нечего, memory_limit напрасно занижен, по логу нужен 64M.
Разве что хостер подкрутит лимиты на апаче, можно еще немного влезть в квоты, но зависит от посещалки, пользователям может просто не хватить процессов, получат ошибку.

в том то и дело, что судя по статистике, дефицита в количестве процессов нет. Ограничение в 64, а я трачу меньше половины в среднем. Как-то за счёт этого можно улучшить ситуацию?

10-14-2014, 07:36 PM

Quote:

Originally Posted by nop

дефицита в количестве процессов нет

Каждый дочерний процесс апача тянет свою копию бинарника php со всей обвязкой, отсюда и общее потребление памяти при большом числе дочерних процессов. Число дочерних процессов зависит от числа запросов и настроек апача. Плюс память потребляют сами скрипты, для хранения самих себя, переменных, буферов и так далее.

Quote:

Originally Posted by nop

Ограничение в 64, а я трачу меньше половины в среднем

Вот в том то и дело, что memory_limit - это потолок выделяемой скрипту памяти. Это не потребляемая память, а только квота. Теперь смотри в лог

Quote:

Originally Posted by nop

FATAL: emalloc(): Unable to allocate 46202181 bytes

О чем он говорит? А он говорит что функции emalloc() нужно было ~44M выделить, соответственно и ошибка. Как отразится memory_limit на общем потреблении памяти? Да никак, это зависит от того, как часто будут вызываться вот такие, ресурсоемкие в плане памяти, скрипты. А вот заниженный memory_limit просто будет мешать работе твоих скриптов, т.е. твоего форума.

Так что возвращаясь к лишним модулям php (если конечно php скомпилирован с динамической загрузкой библиотек, а не статически) еще нужно добавить лишние модули самого апача, его настройки. Т.е. это вещи, которые решаются администратором сервера, а не пользовательскими привилегиями. Да, некоторые хостеры дают возможность управлять модулями и их настройками в индивидуальном порядке, от опций в админке и персонального php.ini до разрешения подтягивать требуемое через .htaccess. Но полную свободу над настройками можно получить только в рамках vds или выделенного сервера, вот там этот вопрос и актуален.

10-14-2014, 08:10 PM

Еще magic_quotes_gpc="1" уберите, а то это же адЪ.

10-15-2014, 12:10 PM

Quote:

Originally Posted by Smalesh

Каждый дочерний процесс апача тянет свою копию бинарника php со всей обвязкой, отсюда и общее потребление памяти при большом числе дочерних процессов. Число дочерних процессов зависит от числа запросов и настроек апача. Плюс память потребляют сами скрипты, для хранения самих себя, переменных, буферов и так далее.

Вот в том то и дело, что memory_limit - это потолок выделяемой скрипту памяти. Это не потребляемая память, а только квота. Теперь смотри в лог

О чем он говорит? А он говорит что функции emalloc() нужно было ~44M выделить, соответственно и ошибка. Как отразится memory_limit на общем потреблении памяти? Да никак, это зависит от того, как часто будут вызываться вот такие, ресурсоемкие в плане памяти, скрипты. А вот заниженный memory_limit просто будет мешать работе твоих скриптов, т.е. твоего форума.

Так что возвращаясь к лишним модулям php (если конечно php скомпилирован с динамической загрузкой библиотек, а не статически) еще нужно добавить лишние модули самого апача, его настройки. Т.е. это вещи, которые решаются администратором сервера, а не пользовательскими привилегиями. Да, некоторые хостеры дают возможность управлять модулями и их настройками в индивидуальном порядке, от опций в админке и персонального php.ini до разрешения подтягивать требуемое через .htaccess. Но полную свободу над настройками можно получить только в рамках vds или выделенного сервера, вот там этот вопрос и актуален.

у меня есть возможность менять подгружённые модули апача. Вот текущие (+ настройки апача):

Code:

Timeout 300
MaxKeepAliveRequests 3
KeepAliveTimeout 4
MinSpareServers 2
StartServers 1
ServerType standalone
KeepAlive "off"
MaxClients 60
MaxSpareServers 6
MaxRequestsPerChild 4096
# ### Loaded Modules
LoadModule env_module         etc/apache/libexec/mod_env.so
LoadModule config_log_module  etc/apache/libexec/mod_log_config.so
LoadModule mime_module        etc/apache/libexec/mod_mime.so
#LoadModule negotiation_module etc/apache/libexec/mod_negotiation.so
#LoadModule status_module      etc/apache/libexec/mod_status.so
LoadModule includes_module    etc/apache/libexec/mod_include.so
LoadModule autoindex_module   etc/apache/libexec/mod_autoindex.so
LoadModule dir_module         etc/apache/libexec/mod_dir.so
#LoadModule asis_module        etc/apache/libexec/mod_asis.so
#LoadModule imap_module        etc/apache/libexec/mod_imap.so
LoadModule action_module      etc/apache/libexec/mod_actions.so
LoadModule userdir_module     etc/apache/libexec/mod_userdir.so
LoadModule alias_module       etc/apache/libexec/mod_alias.so
LoadModule rewrite_module     etc/apache/libexec/mod_rewrite.so
LoadModule access_module      etc/apache/libexec/mod_access.so
#LoadModule auth_module        etc/apache/libexec/mod_auth.so
#LoadModule expires_module     etc/apache/libexec/mod_expires.so
LoadModule setenvif_module    etc/apache/libexec/mod_setenvif.so
LoadModule php4_module        etc/apache/libexec/libphp4.so
LoadModule realip_module      etc/apache/libexec/mod_realip.so

Quote:

Originally Posted by SAS1024

Еще magic_quotes_gpc="1" уберите, а то это же адЪ.

а можно поинтересоваться, зачем отключать экранирование? Это же безопасность) мало ли кем и как написаны хаки для воблы.