А вы в логах можете поставить чтобы Host из хттп заголовка тоже логировался? Если будет писать site1.ru для приведенных линков то sitemap проверить, беклинки.
Если у вас оба сайта на одном IP сидят то днс ни при чем
myhand: Может я ввел Вас в заблуждение (хотя netwind, похоже, понял). Речь шла о зависимости потребления памяти от числа обрабатываемых клиентов. Зависимость может быть разная (линейная, нелинейная). Но в данном случае - все одинаково, за исключением числовых коэффициентов.
а почему все одинаково? если взять те же nginx и lighttpd то зависимость очень даже разная, у enginx зависимости памяти от кол-ва соединений практически нет, а у lighttpd - линейная
я же в пример тоже привел ПО, решающее те же задачи, однако разница - в разы.
myhand:
Роль раздавателя статики уже перечисляли. Кроме того, раздача статики не является узким местом в тех ситуациях, когда советуют "поставить nginx".
ну т.е. такая архитектура не такая уж и редкость, раз используется в бекендах типа файловой системы?
iopiop добавил 23.11.2011 в 18:48
netwind: myhand, я не могу себе позволить проводить тесты mpm_event на реальных пользователях ради форумского самоутверждения. вы - тоже.
больше не о чем разговаривать.
лично мне для использования nginx достаточно моей теории.
myhand: Неправда. Я Вам объяснял уже, что неактивные KeepAlive соединения - обслуживаются в одном потоке.
Допускаю, конечно, что nginx для хранения данных этих соединений использует какой-то шибко эффективный в отношении памяти мегаформат. Но профит явно будет не в разы и даже не с существенным коэффициентом.
ну почему не может в разы ? вот три сервера, построены по одинаковой однопоточной архитектуре, а потребление памяти отличается в разы (статика, keep-alive)
ffey: Я хотел изначальна массив POST заполнить, это можно как сделать ? Все такие написано в описаняих функций jquery есть функции $.get и $.post , которые должны передать судя по описаниям переменные
$(document).ready(function(){ var d = new Date(); var hours = d.getHours(); var minutes = d.getMinutes(); var seconds = d.getSeconds(); $.ajax({ type : 'POST', url : 'post.php', dataType : 'json', data: { hours : hours, minutes : minutes, seconds : seconds }, success : function(data){alert (data.msg);}, error : function(XMLHttpRequest, textStatus, errorThrown) {} }); });
Goldsnich: iopiop, ну хострекером проверяла, нагрузка на CPU не повышалась выше 50%, до nginx и до 90 доходило, а и самое главное, свободноой памяти теперь почти 100mb.
это только после установки и настройки nginx или после всего комплекса мер (MaxClients 3 etc) ?
Rimlyanin: Ну прямо таки в два раза.... не путайте время от отркытия крана до того, как из крана потечет вода с диаметром трубы.
ну давайте посчитаем. При прямом обращении к ресурсу.
установка соединения, 3-way handshake, TCP_SYN - 1T, TCP_SYN_ACK - 1T, TCP_ACK - 1T. сервер шлет данные 1Т. Имеем 4T к моменту прихода данных в броузер.
при редиректе и включенном Keep-Alive
имеем все то же самое на установку соединения 3Т плюс ответ от сервера о редиректе 1T, посылка TCP_ACK о подтвержении к которой может прицепиться запрос от броузера на новый адрес 1Т, ответ от сервера с данными 1Т.
итого получаем что при включенном Keep-Alive имеем в лучшем случае 6Т по сравнению с 4T, т.е. 6/4 = 3/2. Это в лучшем случае, с piggyback, когда к ACK цепляются данные и фрейм достаточно большой, чтобы влезли http-заголовки.
при выключенном Keep-Alive - строго в два раза дольше.
просто потому что при полосе хотя бы 512К на спутнике время передачи странички 7К стремится к нулю по сравнению со временем прохождения сигнала. да и на жопорезе в общем-то тоже, там задержки вообще секундами считаются :(
А вы в логах можете поставить чтобы Host из хттп заголовка тоже логировался? Если будет писать site1.ru для приведенных линков то sitemap проверить, беклинки.
Если у вас оба сайта на одном IP сидят то днс ни при чем
Может я ввел Вас в заблуждение (хотя netwind, похоже, понял). Речь шла о зависимости потребления памяти от числа обрабатываемых клиентов. Зависимость может быть разная (линейная, нелинейная). Но в данном случае - все одинаково, за исключением числовых коэффициентов.
а почему все одинаково? если взять те же nginx и lighttpd то зависимость очень даже разная, у enginx зависимости памяти от кол-ва соединений практически нет, а у lighttpd - линейная
смотреть
Просто потому, что это ПО, решающее те же задачи.
я же в пример тоже привел ПО, решающее те же задачи, однако разница - в разы.
Роль раздавателя статики уже перечисляли. Кроме того, раздача статики не является узким местом в тех ситуациях, когда советуют "поставить nginx".
ну т.е. такая архитектура не такая уж и редкость, раз используется в бекендах типа файловой системы?
iopiop добавил 23.11.2011 в 18:48
myhand, я не могу себе позволить проводить тесты mpm_event на реальных пользователях ради форумского самоутверждения. вы - тоже.
больше не о чем разговаривать.
лично мне для использования nginx достаточно моей теории.
http://wiki.apache.org/httpd/DoS :
Неправда. Я Вам объяснял уже, что неактивные KeepAlive соединения - обслуживаются в одном потоке.
Допускаю, конечно, что nginx для хранения данных этих соединений использует какой-то шибко эффективный в отношении памяти мегаформат. Но профит явно будет не в разы и даже не с существенным коэффициентом.
ну почему не может в разы ? вот три сервера, построены по одинаковой однопоточной архитектуре, а потребление памяти отличается в разы (статика, keep-alive)
Nginx min:21,066,543 avg:23,521,666 max:25,849,971 Time: 4420 sec RAM: 33.75 MB (with worker_connections 10240)
Lighty min:21,273,484 avg:21,631,876 max:21,897,404 Time: 4748 sec RAM: 20.12 MB
G-WAN min:64,266,023 avg:69,659,350 max:72,930,727 Time: 1511 sec RAM: 5.03 MB
неужели апач не может требовать в разы больше? готовить-то по-разному можно.
iopiop добавил 23.11.2011 в 08:21
При каком? Что-то мне подсказывает, что в роли бакенда эта модель покуда редкость. Это случайно?
подумалось мне, а вот файловая система - это бекэнд?
У меня есть фирменная сборка апача с чихпыхом которая обставляет nginx с php fcgi
Хотелось бы цифирек каких-нибудь
Или объяснений почему так
Спасибо
Я хотел изначальна массив POST заполнить, это можно как сделать ?
Все такие написано в описаняих функций jquery есть функции $.get и $.post , которые должны передать судя по описаниям переменные
iopiop, ну хострекером проверяла, нагрузка на CPU не повышалась выше 50%, до nginx и до 90 доходило, а и самое главное, свободноой памяти теперь почти 100mb.
это только после установки и настройки nginx или после всего комплекса мер (MaxClients 3 etc) ?
ТС, вот на это https://github.com/yuri-gushin/Roboo обратите внимание
сколько ж у вас там пинг??
на спутнике обычно 700-1000 мс. меньше 500 не бывает, больше 1000 бывает.
на гпрс вообще невозможно усреднять, слишком большой разброс
Кстати, благодаря помощи таинственного форумчанина Vgrey, общими усилиями ngnix на вдске уже стоит.
дык расскажите, помогла ли чем-нибудь установка nginx в вашем случае?
Ну прямо таки в два раза.... не путайте время от отркытия крана до того, как из крана потечет вода с диаметром трубы.
ну давайте посчитаем. При прямом обращении к ресурсу.
установка соединения, 3-way handshake, TCP_SYN - 1T, TCP_SYN_ACK - 1T, TCP_ACK - 1T. сервер шлет данные 1Т. Имеем 4T к моменту прихода данных в броузер.
при редиректе и включенном Keep-Alive
имеем все то же самое на установку соединения 3Т плюс ответ от сервера о редиректе 1T, посылка TCP_ACK о подтвержении к которой может прицепиться запрос от броузера на новый адрес 1Т, ответ от сервера с данными 1Т.
итого получаем что при включенном Keep-Alive имеем в лучшем случае 6Т по сравнению с 4T, т.е. 6/4 = 3/2. Это в лучшем случае, с piggyback, когда к ACK цепляются данные и фрейм достаточно большой, чтобы влезли http-заголовки.
при выключенном Keep-Alive - строго в два раза дольше.
просто потому что при полосе хотя бы 512К на спутнике время передачи странички 7К стремится к нулю по сравнению со временем прохождения сигнала. да и на жопорезе в общем-то тоже, там задержки вообще секундами считаются :(