Oleg_ST: netwind: я сам не пробовал, видел где-то (opennet.ru?) горячее обсуждение предложенного Вами способа. Народ писал тогда, что достаточно большое кол-во isp не обновляют у себя зону согласно ttl.
Враки. TTL корневых зон доменов .ru - сутки или больше. Он не хотят его менять, да.
Самая частая ошибка при переносе сайтов между провайдерами - поменять данные у регистратора доменов и сидеть ждать трое суток, как будто по-другому нельзя. У некоторых провайдеров при этом может надолго осесть информация он NS . Но ведь можно и не ждать если делать все правильно.
Я почему вам предлагал самому поискать как настроить bind - вы бы попытались и обнаружили бы, что bind НЕЛЬЗЯ НАСТРОИТЬ для игнорирования TTL. Это принципиальная позиция ISC.
Вот там еще zend optimzer+ есть. Может в нем дело и акселераторы обычно виндовые девелоперы не ставят. Не пробовал даже, но они пишут, что лучше чем eaccelerator.
верхний предел для размножения процессов регулируется через MaxClients.
ну можете почитать зачем нужен Max(Min)SpareServers. Если большое число ничем не занятных процессов так уже беспокоит - нужно уменьшать MaxSpareServers.
Да лучше бы не равное 0 поставить, но и не слишком маленькое.
Даже если утечек памяти нет, какой-нибудь массивный php-скрипт может выделить себе много памяти и этот конкретный потомок apache освобождать ее не станет.
Виртуальная машина работает очень быстро! И удалось добиться выдающейся производительности для закодированного продукта. Обычная страница на виртуальной машине выполняется у меня на ноутбуке за 0.05 секунды. Честно говоря, наш КП еще так не работает пока поставленный под Windows с обычным Битрикс Веб-окружением. Так что, похоже, мы станем первыми пользователями своей же виртуальной машины.
Товарищ впервые увидел как работает nginx. Ну, бывает. Плюс там еще, похоже, mysql "подтянули". Отсюда и различия.
Виртуализация сама по себе никак не может ускорить сайты.
Oleg_ST: netwind: по поводу TTL, можете сами попробовать поставить сколь угодно низкий TTL, затем обновите зону, и засеките время, когда на днс сервере того же mts'a обновится Ваша зона.
Совершенно случайно МТС у меня тоже есть. Докладываю : сервер ns.mtsnet.ru 213.87.0.1, обслуживающий GPRS работает в строгом соответствии с RFC, что подтверждают результаты эксперимента. Эксперимент проведен с TTL=60 секунд. TTL возвращается правильно. Запись изменилась в пределах расчетного времени. На стороне клиента использовалась утилита nslookup.exe из поставки лицензионной windows xp sp3.
DLag, я так понимаю вы вспомнили случай из личной практики? и сколько там было у такого ISP клиентов ?
traffic inspector вообще хрень какая-то, а bind - отраслевой стандарт. Разговор был о среднестатистическом ISP. Монополист вынужден быть достаточно большим и не использует разные поделки наколенные.
Oleg_ST: Хотелось бы, все же, понять, как волшебная сила программирования заставит среднестатистического isp обновить у себя кэш dns
эта волшебная сила заранее укажет низкий TTL и кеш сам выветрится.
Давайте-ка, чтобы опровергнуть мое утверждение, покажите как именно легко и просто жадный провайдер-монополист должен настроить в bind для игнорирования TTL . Без перекомпиляции.
А потом и будем теоретизировать насколько часто это происходит.
netwind: я сам не пробовал, видел где-то (opennet.ru?) горячее обсуждение предложенного Вами способа. Народ писал тогда, что достаточно большое кол-во isp не обновляют у себя зону согласно ttl.
Враки. TTL корневых зон доменов .ru - сутки или больше. Он не хотят его менять, да.
Самая частая ошибка при переносе сайтов между провайдерами - поменять данные у регистратора доменов и сидеть ждать трое суток, как будто по-другому нельзя. У некоторых провайдеров при этом может надолго осесть информация он NS . Но ведь можно и не ждать если делать все правильно.
Я почему вам предлагал самому поискать как настроить bind - вы бы попытались и обнаружили бы, что bind НЕЛЬЗЯ НАСТРОИТЬ для игнорирования TTL. Это принципиальная позиция ISC.
netwind: благодарю за эксперимент, выходит, все меняется в лучшую сторону
а вы ведь в тот раз когда глючило, просто домен переносили ?
мой эксперимент слишком чистый и точный, не учитывает обычно возникающую неразбериху и ошибки при переносе.
Не угадали.
X-Cache обычно добавляет squid в режиме акселератора.
"какой-то домен" - это имя кеша чтобы можно было отследить путь прохождения и кеширования документа в случае странных запутанных проблем.
Вот там еще zend optimzer+ есть. Может в нем дело и акселераторы обычно виндовые девелоперы не ставят. Не пробовал даже, но они пишут, что лучше чем eaccelerator.
А от слипов поможет?
верхний предел для размножения процессов регулируется через MaxClients.
ну можете почитать зачем нужен Max(Min)SpareServers. Если большое число ничем не занятных процессов так уже беспокоит - нужно уменьшать MaxSpareServers.
Да лучше бы не равное 0 поставить, но и не слишком маленькое.
Даже если утечек памяти нет, какой-нибудь массивный php-скрипт может выделить себе много памяти и этот конкретный потомок apache освобождать ее не станет.
Товарищ впервые увидел как работает nginx. Ну, бывает. Плюс там еще, похоже, mysql "подтянули". Отсюда и различия.
Виртуализация сама по себе никак не может ускорить сайты.
netwind: по поводу TTL, можете сами попробовать поставить сколь угодно низкий TTL, затем обновите зону, и засеките время, когда на днс сервере того же mts'a обновится Ваша зона.
Совершенно случайно МТС у меня тоже есть. Докладываю : сервер ns.mtsnet.ru 213.87.0.1, обслуживающий GPRS работает в строгом соответствии с RFC, что подтверждают результаты эксперимента. Эксперимент проведен с TTL=60 секунд. TTL возвращается правильно. Запись изменилась в пределах расчетного времени. На стороне клиента использовалась утилита nslookup.exe из поставки лицензионной windows xp sp3.
DLag, я так понимаю вы вспомнили случай из личной практики? и сколько там было у такого ISP клиентов ?
traffic inspector вообще хрень какая-то, а bind - отраслевой стандарт. Разговор был о среднестатистическом ISP. Монополист вынужден быть достаточно большим и не использует разные поделки наколенные.
Хотелось бы, все же, понять, как волшебная сила программирования заставит среднестатистического isp обновить у себя кэш dns
эта волшебная сила заранее укажет низкий TTL и кеш сам выветрится.
Давайте-ка, чтобы опровергнуть мое утверждение, покажите как именно легко и просто жадный провайдер-монополист должен настроить в bind для игнорирования TTL . Без перекомпиляции.
А потом и будем теоретизировать насколько часто это происходит.