Не используйте Keep-Alive на нагруженных серверах, которые работают под Апачем (если ваш апач специально не обучен). Т.к. демон Апача кушает очень много памяти и максимум тянет 255 открытых соединений. Т.е. если keep-alive открыли 255 человек, то больше к вашему серверу никто подключиться не сможет, пока не освободиться новый поток.
- Что же делать?
- Ставить NGINX с поддержкой keep-alive, который будет проксировать запросы от пользователей к апачу (не забудьте в nginx настроить передачу реального IP пользователя в http-заголовках для Apache, а то у вас все пользователе будут на апаче с IP вашего сервера).
Т.е. на FRONTEND'e у вас стоит NGINX а на BACKEND'e Apache.
Таким образом, вся арава пользователей висит на резиновом NGINX'е, который в нашем случае спокойно тянет 1500 соединений keep-alive. А апач там вообще после этого использует максимум 5-8 потоков чтобы сделать генерацию страницы и отдать ее nginx'y.
Ведь пользователи разные бывают и по выделинки и по диалапу страницу открывают. Даже с отключенным keep-alive у нас Apache забивали (скрипты идеально отточены, не в них проблема).
Вобщем, к чему я все это дело пишу.
В результате мы на одной машине поставили nginx:80 и apache:8080 После чего мы смогли поддерживать более 255 подключений и СЭКОНОМИЛИ ПОРЯДКА 500MB ОЗУ, которые жрал апач на поддержку соединений с пользователями.
В итоге производительность сервера возрасла, после установки NGINX'а.
Ага недавно нашел статью:
«3.05.2006 г., XXX у себя дома по адресу: г. Алматы, мкр. «Орбита-1», дом 4 кв. 7, действуя умышленно, с целью посягательства на честь и достоинство XXX, составил на своем компьютере текст статьи...
Блогер писал против влиятельного человека, его вычислили о он встрял.
Так что если быть нормальным - бояться нечего. Если выпендриваться, то вас все равно найдут.
Потому что:
* каждый называет функции и переменные, классы как захочет
* каждый видит проблемы и задачи по-своему
* у каждого разные понятия представления физической модели (эт я про ООП)
этого уже достаточно чтобы плодить разные фреймворки
ну а чего плохого что куча фреймворков???
Я как чел перешедший давно с процедурного на ООП, примером совершенно не восхищен.
Страшные слова, типа рефакторинг, готовность, модифицируемость, безопасность, контроллепригодность и практичность и т.п. обычному процедурщику ничего не даст.
Пока его код не перевалит за 20-30 тысяч строк кода, он будет (так же как и я раньше) всеми возможными способами говорить что это сложно, страшно, медленно и неудобно.
До ООП надо дорасти! (И там новые этапы роста: после освоения классов и объектов, приходит понимание интерфейсов, а после паттерны).
Для процедурщиков: Как бы вы хорошо не писали, рано или поздно перейдети на ООП. Оно необходимо. Если бы ООП было ЗЛОМ, его бы уже давно загнобили.
Осталось только социальным сетям подтянуться по размещению материала как в хабрахабре. И все, блоги совсем вымрут.
PS Интересно на что будет существовать в этом случае кладбище LiveJournal, которое несмотря на то есть пользователи или нет выжирает меговаты электроэнергии )))
PSS Ответ наперед: А вы видили билборды на кладбищах?
ОООО блин помниться я работал с ней лет 5 назад.
Тогда реально парился с инкрементальными полями. Слава богу тот опыт остался в прошлом, сейчас я на mysql сижу. Хотя слышал что Постгрес оч сильно продвинулся в масштабировании.
Вобщем эта штука называется SEQUENCE. Она создается отдельно. А потом используется для поля в твоей таблице. Чет это мне оракл напоминает.
Вобщем правильно народ грит посмотри в сторону ORM и не парься.
Или рискни ADODB для PHP, Hybernate для Java.
Пожалуйста, указывайте размер файла и продолжительность
А то у большинства пользователей на работе может стоять лимит на скачку, как например у меня.
PS. В идеале бы и ссылку для скачивания MP3 предоставлять, а то приходиться ее выдергивать из прокси.
Извините за ракурс. Для особо пытливых, можете вставить картинку в фотошоп и повернуть по горизонтали и найти 10 отличий.
Моя прелесть! ООО, где Моя прелесть???
Опять хозяин Фродо умыкнул кольцо :)))
Смотрим скрин, и находим Серегу Микалина:
Эх блин, он успел себя удалить из контакта.
Не используйте Keep-Alive на нагруженных серверах, которые работают под Апачем (если ваш апач специально не обучен). Т.к. демон Апача кушает очень много памяти и максимум тянет 255 открытых соединений. Т.е. если keep-alive открыли 255 человек, то больше к вашему серверу никто подключиться не сможет, пока не освободиться новый поток.
- Что же делать?
- Ставить NGINX с поддержкой keep-alive, который будет проксировать запросы от пользователей к апачу (не забудьте в nginx настроить передачу реального IP пользователя в http-заголовках для Apache, а то у вас все пользователе будут на апаче с IP вашего сервера).
Т.е. на FRONTEND'e у вас стоит NGINX а на BACKEND'e Apache.
Таким образом, вся арава пользователей висит на резиновом NGINX'е, который в нашем случае спокойно тянет 1500 соединений keep-alive. А апач там вообще после этого использует максимум 5-8 потоков чтобы сделать генерацию страницы и отдать ее nginx'y.
Ведь пользователи разные бывают и по выделинки и по диалапу страницу открывают. Даже с отключенным keep-alive у нас Apache забивали (скрипты идеально отточены, не в них проблема).
Вобщем, к чему я все это дело пишу.
В результате мы на одной машине поставили nginx:80 и apache:8080 После чего мы смогли поддерживать более 255 подключений и СЭКОНОМИЛИ ПОРЯДКА 500MB ОЗУ, которые жрал апач на поддержку соединений с пользователями.
В итоге производительность сервера возрасла, после установки NGINX'а.
PS Спасибо ва Игорь Сысоев за такую хорошую вещь!
Если социальные сети этот движок в учет возмут, то реальный мир уже для кого-то уйдет на второй план.
Статья хорошая, но идею КОДОГЕНЕРАЦИИ так даже и не приоткрыли (
PS После этой статьи я чувствую себя как Нео перед выбором красной или синей таблетки.
СОВСЕМ ГЛАЗАМ РАБОТАТЬ НЕ ДАЕТЕ
Оставьте Таскбар снизу, а то потом чтобы посмотреть чуть ниже вам понадобиться шеей вертеть.
Не лишайте мышц глаз работы.
«3.05.2006 г., XXX у себя дома по адресу: г. Алматы, мкр. «Орбита-1», дом 4 кв. 7, действуя умышленно, с целью посягательства на честь и достоинство XXX, составил на своем компьютере текст статьи...
Блогер писал против влиятельного человека, его вычислили о он встрял.
Так что если быть нормальным - бояться нечего. Если выпендриваться, то вас все равно найдут.
* каждый называет функции и переменные, классы как захочет
* каждый видит проблемы и задачи по-своему
* у каждого разные понятия представления физической модели (эт я про ООП)
этого уже достаточно чтобы плодить разные фреймворки
ну а чего плохого что куча фреймворков???
Страшные слова, типа рефакторинг, готовность, модифицируемость, безопасность, контроллепригодность и практичность и т.п. обычному процедурщику ничего не даст.
Пока его код не перевалит за 20-30 тысяч строк кода, он будет (так же как и я раньше) всеми возможными способами говорить что это сложно, страшно, медленно и неудобно.
До ООП надо дорасти! (И там новые этапы роста: после освоения классов и объектов, приходит понимание интерфейсов, а после паттерны).
Для процедурщиков: Как бы вы хорошо не писали, рано или поздно перейдети на ООП. Оно необходимо. Если бы ООП было ЗЛОМ, его бы уже давно загнобили.
PS Интересно на что будет существовать в этом случае кладбище LiveJournal, которое несмотря на то есть пользователи или нет выжирает меговаты электроэнергии )))
PSS Ответ наперед: А вы видили билборды на кладбищах?
Тогда реально парился с инкрементальными полями. Слава богу тот опыт остался в прошлом, сейчас я на mysql сижу. Хотя слышал что Постгрес оч сильно продвинулся в масштабировании.
Вобщем эта штука называется SEQUENCE. Она создается отдельно. А потом используется для поля в твоей таблице. Чет это мне оракл напоминает.
Вобщем правильно народ грит посмотри в сторону ORM и не парься.
Или рискни ADODB для PHP, Hybernate для Java.