![]() |
|
Модераторы: korob2001, ginnie |
![]()
|
|
| frenkys |
|
|||
|
Бывалый ![]() Профиль Группа: Участник Сообщений: 185 Регистрация: 18.6.2005 Репутация: 1 Всего: 1 |
Вобщем иногда наблюдаю такое явление на своем VPS (600 MHZ):
Когда очень большая нагрузка то отбражаються неправильные данные на страницах которые беруться из MySql грубо говоря они вобще не отображаються, но с таблицами все ок, в них есть данные, когда перегружаю Apach то все становиться на свои места..... Как это обьяснить? --------------------
niva[frenky] |
|||
|
||||
| sharq |
|
|||
![]() Perl Liker ![]() ![]() Профиль Группа: Участник Сообщений: 841 Регистрация: 13.12.2004 Где: Ростов-на-Дону Репутация: 23 Всего: 28 |
frenkys, где-то косяк, может неправильно обрабатываешь инфу или еще какая-нибудь утечка.
-------------------- [color=gray]There's More Than One Way To Do It[/color] |
|||
|
||||
| vitaly1979 |
|
|||
|
Шустрый ![]() Профиль Группа: Участник Сообщений: 57 Регистрация: 26.2.2006 Репутация: 1 Всего: 1 |
незнаю как там Апач работает с FASTCGI
но у меня были похожие проблемы с mod_perl Apache::Registry он кэшировал данные переменных, с дескрипторами он что-то делает там..... поэтому я ставил Apache::PerlRun в последствии я вообще отказался от этого Апача если нет нужды кэшировать картинки или другую статику смело ставь любой другой легкий веб-сервер VPS это Virtual Private Server? |
|||
|
||||
| frenkys |
|
|||
|
Бывалый ![]() Профиль Группа: Участник Сообщений: 185 Регистрация: 18.6.2005 Репутация: 1 Всего: 1 |
aga
--------------------
niva[frenky] |
|||
|
||||
| sharq |
|
|||
![]() Perl Liker ![]() ![]() Профиль Группа: Участник Сообщений: 841 Регистрация: 13.12.2004 Где: Ростов-на-Дону Репутация: 23 Всего: 28 |
frenkys, код привести не хочешь?
-------------------- [color=gray]There's More Than One Way To Do It[/color] |
|||
|
||||
| frenkys |
|
|||
|
Бывалый ![]() Профиль Группа: Участник Сообщений: 185 Регистрация: 18.6.2005 Репутация: 1 Всего: 1 |
215 файлов
--------------------
niva[frenky] |
|||
|
||||
| frenkys |
|
|||
|
Бывалый ![]() Профиль Группа: Участник Сообщений: 185 Регистрация: 18.6.2005 Репутация: 1 Всего: 1 |
а как бороться с тем что fcgi постоянно держит коннесто с БД?
--------------------
niva[frenky] |
|||
|
||||
| vitaly1979 |
|
|||
|
Шустрый ![]() Профиль Группа: Участник Сообщений: 57 Регистрация: 26.2.2006 Репутация: 1 Всего: 1 |
frenkys, в скриптах смотри коннект,
возможно там в самом начале цикла коннект создается, а потом не разрывается либо настройки mod_fastcgi или какой-там у Апача |
|||
|
||||
| frenkys |
|
|||
|
Бывалый ![]() Профиль Группа: Участник Сообщений: 185 Регистрация: 18.6.2005 Репутация: 1 Всего: 1 |
не , это исключено
--------------------
niva[frenky] |
|||
|
||||
| ochnev |
|
|||
|
Опытный ![]() ![]() Профиль Группа: Участник Сообщений: 253 Регистрация: 27.3.2006 Репутация: нет Всего: нет |
На серьёзно нагруженных сайтах с этим не бороться, а наоборот, добиваться этого надо. :-) У меня сайт под обычным CGI. Плодит кучу коннектов по мере запуска большого числа процессов. Недавно MySQL ложиться стал из-за такого. Буду теперь, наверное, FastCGI осваивать, пока не поздно. |
|||
|
||||
| tishaishii |
|
|||
![]() Создатель ![]() ![]() ![]() Профиль Группа: Завсегдатай Сообщений: 1262 Регистрация: 14.2.2006 Где: Москва Репутация: 4 Всего: 8 |
У меня mod_perl2 и Apache2 такое делает.
На счёт различий между картинками и таблицами - не знаю, но Apache2, в зависимости от настроек, работает по-разному: один процесс и много потоков или много процессов и много потоков. Вобщем, в любом случае, глобальные переменные дублируются и изменение копии одной из них не означает изменения всех. Пока что, эту задачу мне предстоит решить. |
|||
|
||||
![]()
|
| Правила форума "Perl" | |
|
|
Если Вам понравилась атмосфера форума, заходите к нам чаще! С уважением, korob2001, sharq. |
| 0 Пользователей читают эту тему (0 Гостей и 0 Скрытых Пользователей) | |
| 0 Пользователей: | |
| « Предыдущая тема | Perl: Общие вопросы | Следующая тема » |
|
|
По вопросам размещения рекламы пишите на vladimir(sobaka)vingrad.ru
Отказ от ответственности Powered by Invision Power Board(R) 1.3 © 2003 IPS, Inc. |