Вариант для распечатки		Пред. тема | След. тема
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы		[ Отслеживать ]

OpenNews: Оптимизация работы веб-сервера при помощи reverse-proxy, opennews (?), 18-Май-06, (0) [смотреть все] Не круто Сегодня трабл в тяжлелых беках, а не в медленных клиентах Бекенд - что, Аноним (-), 17:55 , 18-Май-06, (1) // Так вы батенька забудьте про статические HTML-страницы редкость уже давно,годи, alrond (??), 18:31 , 18-Май-06, (2) // 90 процентов CMS, формов и прочего веб-софта написаны очень неоптимально с точк, citrin (ok), 20:04 , 18-Май-06, (6) Похожий подход используют в Wikipedia, johnjoy (??), 19:54 , 18-Май-06, (4) // Примерно как все продуктовые магазины похожи, потому что продают пиво , Анатолий Стояновский (?), 23:39 , 18-Май-06, (7) что то вы как то путаетесь nginx как раз таки и нужен, чтоб изолировать медленны, citrin (ok), 20:01 , 18-Май-06, (5) // Вот это единственное здравое суждение в вашей дикой чуши, но только оно даст при, Аноним (-), 09:56 , 19-Май-06, (10) // И вообще Есть такая фтуська, ПРАКТИКА называется То есть, сначала сделай, а пот, Аноним (-), 09:59 , 19-Май-06, (11) Зуб дадите Двести апачей на десять болтающихся поменять -- это 0 1 Трепло без, gvy (?), 12:25 , 19-Май-06, (13) Да У меня 8 ядер в 4 гигах озу Мне до лампочки глубоко миллион там апачей или , Аноним (-), 12:52 , 19-Май-06, (14) А на уровне написания пропертиарной ОС ничего не надо Совсем ничего Нет А то е, Аноним (-), 12:58 , 19-Май-06, (15) А вот у меня CMS пропертиарная С КРАЙНЕ интенсивным объемом вычислений на беке , Аноним (-), 13:04 , 19-Май-06, (17) // ССЗБ И писать учитесь , gvy (?), 19:41 , 19-Май-06, (19) Движкам форумным - лайт с удаленным фаст-сижиаем Можно прокисровать нжынксом, м, Аноним (-), 18:48 , 18-Май-06, (3) Поверьте мне, как специалисту, это похоже на создание формулы 1 из Запорожца Ес, Holser (?), 02:02 , 19-Май-06, (8) // 2Holser а не проще сразу задачу нормально поставить , Vaso Petrovich (?), 09:17 , 19-Май-06, (9) 2Vaso Petrovich, все меняется и нужно соотвествовать текущим задачам , Doktor (??), 13:03 , 19-Май-06, (16) horosho tak, a vot tak tufta, a vot ja by zdelal tak i poluchili by vse 500 usk, edgars (??), 19:38 , 19-Май-06, (18) Хм апач на обработку одного запроса использует один процесс Вырожденный случай, Виктор Куряшкин (?), 03:04 , 01-Ноя-07, (21)   // Тут как раз очевидна выгода от выделенного под статику шустрого простого сервера, Michael Shigorin (ok), 09:42 , 01-Ноя-07, (22)   1,3,8,16,18,21

Сообщения

[Сортировка по времени | RSS]

21. "Оптимизация работы веб-сервера при помощи reverse-proxy"	+/–
Сообщение от Виктор Куряшкин (?), 01-Ноя-07, 03:04
Хм.. апач на обработку одного запроса использует один процесс. Вырожденный случай (но реальный) - клиенты скачивают большие файлы по http. Если одновременных клиентов 1000 - то процессов апача будет 1000 как минимум, а они тяжелые. Они будут висеть, пока клиенты качают. Тут, думаю, выгода от выделения frontend-сервера очевидна.   Другой пример - всегда есть достаточно много статики. Картинки, цсс, яваскрипты. И этой статики будет всегда дофига. Для нее выгода от nginx так же очевидна. Что касается динамики. Да, кешировать всю динамику глупо. Ну и что? Самостоятельно разрабатывать кеширующий слой обычно дороже. По крайней мере, он не замедлит работу, а в случае, когда вам не нужно порождать дополнительные апачевские процессы за счет выигрыша в остальном - только поможет. Так что, в случае LAMP - имеет смысл использовать nginx если проект отличается от "Газеты вечерний Вуглускр". Лично по моему опыту - могу сказать, что получил выигрыш около 70% (!) Статики при этом совсем немного. Victor Kuriashkin
Ответить | Правка | Наверх | Cообщить модератору

	22. "Оптимизация работы веб-сервера при помощи reverse-proxy"	+/–
	Сообщение от Michael Shigorin (ok), 01-Ноя-07, 09:42
	>Вырожденный случай (но реальный) - клиенты скачивают большие файлы по http. Если >одновременных клиентов 1000 - то процессов апача будет 1000 как минимум, >а они тяжелые. Они будут висеть, пока клиенты качают. Тут, думаю, >выгода от выделения frontend-сервера очевидна. Тут как раз очевидна выгода от выделенного под статику шустрого простого сервера и неиспользования для неё apache вообще :)  Будь это виртхост или /download. >Лично по моему опыту - могу сказать, что получил выигрыш около 70% >(!) Статики при этом совсем немного. Очень сильно помогает на "висяках" память экономить -- браузер ещё сидит на keepalive, но уже ничего не спросит [какое-то время].
	Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема