Войти в систему

Home
    - Создать дневник
    - Написать в дневник
       - Подробный режим

LJ.Rossia.org
    - Новости сайта
    - Общие настройки
    - Sitemap
    - Оплата
    - ljr-fif

Редактировать...
    - Настройки
    - Список друзей
    - Дневник
    - Картинки
    - Пароль
    - Вид дневника

Сообщества

Настроить S2

Помощь
    - Забыли пароль?
    - FAQ
    - Тех. поддержка



Пишет Чуча ([info]polter)
ну я и не писал, что такой транзишен можно устроить даром.
В случае с Apache 2.x переход может быть относительно легким, в случае с nginx и ему подобными конечно может потребоваться относительно серьезная переделка уровня общения с базой данных, зато они (сервера на edge-triggered notification) несколько тысяч одновременных коннектов не чихнув обслуживают.

есть вариант почти задаром - двухуровневая система отдачи контента.
Apache 1.3 в качестве "тяжелого" бэкенда и легкий проксирующий сервер типа Apache 2.0 или nginx перед ним.

при поступлении запроса от пользователя, тяжелый апач быстро отдает контент фронтенду и тут же опускается, а легкий сервер уже работает дальше, не особо загружая сервер. Тут еще пара положительных моментов - 1. Легкие сервера могут отдавать еще и статический контент (картинки/js/css/etc) 2. И Apache 2.x и nginx могут использовать sendfile(2) для отдачи контента, что дополнительно и очень заметно сказывается на загрузке сервера.

Такая система, по опыту, даже если в качестве фронтенда используется апач 1.3 с mod_accel, но без modperl'a уже дает ощутимый выигрыш в производительности.

P.S
Я пока что вообще не знаю как работает LJ и какие оптимизационные схемы в нем уже используются. Меня просто смутило столь небольшое число возможных одновременных коннектов и то, что контент в данном случае отдает старый и тяжелый апач, да еще и со встроенным модперлом (судя по response headers сервера)
Если я чего-то не учел, поправьте меня.


(Читать комментарии)

Добавить комментарий:

Как:
(комментарий будет скрыт)
Identity URL: 
имя пользователя:    
Вы должны предварительно войти в LiveJournal.com
 
E-mail для ответов: 
Вы сможете оставлять комментарии, даже если не введете e-mail.
Но вы не сможете получать уведомления об ответах на ваши комментарии!
Внимание: на указанный адрес будет выслано подтверждение.
Имя пользователя:
Пароль:
Тема:
HTML нельзя использовать в теме сообщения
Сообщение:



Обратите внимание! Этот пользователь включил опцию сохранения IP-адресов пишущих комментарии к его дневнику.