nat000

Рейтинг
45
Регистрация
12.11.2007
iNd:
люди доп. сервера ставят :) а что за процессы то если не секрет?

задача найти ошибку

доп. сервер не нужен, потому как скрипт не работает только на одном сервере

процессы- да обычный информ. портал, только посещаемость высокая

на тест сервере память плавно увеличивается, я ищу ошибку на тест-сервере а на живом сервере могу уже предложить работающее решение, например увеличить память до 1000м временно и отследить в режиме отладки до какой точки дойдет скрипт (если получится).

на живом сервере вывод ошибок отключен.

ini_set разрешено

есть ли смысл в таких случаях увеличивать память до 1000?

так это ничего не дает. память плавно увеличивается

от 524288

до

15728640

есть ли смысл на неработающем сервере поставить ini_set('memory_limit','1000M'); в index.php например, чтобы найти процесс который ест память?

Это пробовали уже, но толку нет, потому как на тест сервере все работает.

значения приблизительно такие:

index.php_start: 524288

login.php_start: 12209888

index.php_end: 15728640

php.ini лимит 32M, на неработающем сервере 64

Происходит какое-то событие, вследствие которого ранее нормально работающий процесс вдруг сжирает всю память. Как его найти средствами пхп? Может ли дело быть не в просто нехватке памяти ,а в какой-то fatal error?

bearman:
nat000, а register_globals? :D

а то попахивает подобными глюками. совет: сравните php.ini на обоих серверах, думаю что там глобалсы, если нет, то дальше думать бум)

ап.

Скорее всего какой-то процесс съедает всю память. Потому как сегодня включили опцию отладки на сервере, а она не работает и на пустой странице теперь выводится

Fatal error: Allowed memory size of 67108864 bytes exhausted ... (на другом сервере, естесственно, отладка работает)

Это уже увелич. память, тоесть мы пробовали увеличивать с 32М, не помогло.Да и задача на таком сервере прежде всего экономия ресурсов.

Памяти не хватает собственно скрипту debug.php, тоесть она уже была съедена до него.

Вопрос: как узнать это не имея доступа к серверу? у меня есть исходный код и возможность его изменять на тестовом сервере, хотелось бы средствами пхп узнать сколько памяти съедает каждый процесс

Сервер Apache/2.2.11 (Unix) mod_ssl/2.2.11 OpenSSL/0.9.8e-fips-rhel5 mod_auth_passthrough/2.1 mod_bwlimited/1.4 FrontPage/5.0.2.2635 PHP/5.2.9

тестовый сервер, к которому есть доступ Apache/2.2.13 (Unix) mod_ssl/2.2.13 OpenSSL/0.9.8e-fips-rhel5 mod_auth_passthrough/2.1 mod_bwlimited/1.4 FrontPage/5.0.2.2635 PHP/5.2.9

нет, не глобалсы, на обоих off

bearman:

шаблонизатор используется? есть права на запись в папку шаблонов компиленых у веб сервера после оновления свн? версии софта на серверах совпадают?

smarty

но шаблоны тянутся из общей базы данных (до шаблонов дело не доходит вообще, если вместо шаблона написать echo hello первый сервер выдаст hello в обоих случаях; а второй только если юзер не залогинен, иначе страница опять-таки пуста)

версии совпадают

Спасибо за темку)

Вопрос: есть два сервера, на обоих абсолютно идентичный пхп код и .htaccess, код обновляется с помощью svn, и одинаковая база данных (одна на два сервера)

Один сервер работает , второй работает не так (есть несколько ошибок)

Одна из ошибок: когда юзер залогинен, страница пуста

Доступ есть только к тому серверу, который работат нормально, и нужно исправить ошибку.

AlienZzzz:
при 600 товарах нагрузка ?

вы смеетесь ?

600*20 = 12000 , но нагрузка не из-за количества а из-за высокой посещаемости , тоесть частоты обращения..

плюс около 25 серверов используют эту базу центрального сервера

AlienZzzz:
1.Сколько товаров ?

около 600 * до 20 языков для каждого

nat000 добавил 11.03.2009 в 16:27

FOXI.BY:
Недавно делали кеширование для интернет магазина, прикрутили простейшее кеширование на php для страниц списка товара, нагрузка на сервер упала очень сильно, собственно vds падал намертво (5к товаров, почти 10к просмотров в сутки было), после прикрутки кеширования нагрузка упала до нуля. А при смене товара - не проблема обнулять кеширование.

php кеширование уже есть, нагрузка всеравно высокая

Всего: 83