Dimanych: Ну как я понял с ваших слов, придумывать велосипед не стоит, innodb для этого подходит лучше всего?
Не так. Просто значение mysql недооценено.
А в свете memcached-интерфейса к innodb и уже широко известного HandlerSocket, так и вообще потенциально очень перспективно.
кстати, у innodb есть недокументированные опции, которые в принципе отключают сброс чего либо на диск до момента нехватки памяти. Хоть и опасно для целостности данных, но для живучего кеша наверное неплохо пойдет.
Dimanych: Да о чём говорить, я же не знаю как сайт устроен...
wireshark себе на комп для игр поставь и просматривай файл.
Если никаких аномалий в запросе нет, а я их не вижу в твоем сообщении, то, получается, прямой связи между запросом и зависанием нет. Может какой-то ресурс ОС закончился.
Придется munin ставить и надеяться, что он там что-нибудь нарисует. И что ты сможешь догадаться по картинкам в чем дело.
Dimanych, ничего страшного. ты выложи, а я уж сумею воспользоваться wireshark.
LEOnidUKG: Надо было сделать наоборот. Отключить у апатча а у nginx оставить.
разве только для отражения этого странного случая. обычно невыгодно много лишнего писать. даже статические файлы никому не нужны для анализа посещаемости.
Dr.BoT, до конца не понимаю вашу ситуацию, но вообще-то для этого не нужно портить модуль. есть функция http://ru.php.net/manual/en/function.socket-bind.php, там на страничке есть пример использования.
изменить все скрипты вам все равно будет дешевле чем патчить php.
V(o)ViK, ddos ушел, изучать нечего
Ну как я понял с ваших слов, придумывать велосипед не стоит, innodb для этого подходит лучше всего?
Не так. Просто значение mysql недооценено.
А в свете memcached-интерфейса к innodb и уже широко известного HandlerSocket, так и вообще потенциально очень перспективно.
кстати, у innodb есть недокументированные опции, которые в принципе отключают сброс чего либо на диск до момента нехватки памяти. Хоть и опасно для целостности данных, но для живучего кеша наверное неплохо пойдет.
Да о чём говорить, я же не знаю как сайт устроен...
золотые слова.
Наверное плюс в том что все индексы можно хранить в памяти?
плюсов нет. хранилище, в котором старые файлы циклически перезаписываются для кеша не подходит.
точно так же innodb создает большие файлы, тем самым избавляет от фрагментации файловой системы. И индексы хранит в памяти.
Но mysql вам не пойдет. Вы же слишком круты для такой банальности как mysql :)
Dimanych, да, трафик самый обычный.
Dimanych, ну покажи файл, что ты такой вредный? не нужны мне эти кукисы или чего ты там опасаешься.
да и munin поставь. вдруг там действительно что-то видно полезное.
Dimanych, дак не надо сервере это запускать .
wireshark себе на комп для игр поставь и просматривай файл.
Если никаких аномалий в запросе нет, а я их не вижу в твоем сообщении, то, получается, прямой связи между запросом и зависанием нет. Может какой-то ресурс ОС закончился.
Придется munin ставить и надеяться, что он там что-нибудь нарисует. И что ты сможешь догадаться по картинкам в чем дело.
Dimanych, т.е. мы так и не узнаем чем занимаются апачи?
netwind добавил 22.06.2011 в 17:57
Вопрос только в том, достаточно ли 20 сек для нормальных запросов?
об этом тебе расскажут пользователи запускающие конвертацию данных, закачивающие дампы баз и тд.
Так как до бекенда запросы могут не доходить.
ага, давай поучи. если они не дошли, то и нет нагрузки, нет ddos и нет никаких проблем.
Dimanych, ничего страшного. ты выложи, а я уж сумею воспользоваться wireshark.
Надо было сделать наоборот. Отключить у апатча а у nginx оставить.
разве только для отражения этого странного случая. обычно невыгодно много лишнего писать. даже статические файлы никому не нужны для анализа посещаемости.