Сообщений: 453
Тем: 22
Зарегистрирован: Dec 2010
Репутация:
528
06-25-2011, 08:02 PM
(Сообщение последний раз редактировалось: 06-25-2011, 08:05 PM Madnezz.)
TieLay Написал:Хорошо у нас не хабр, то точно бы заDDOS'или бы этих хостеров.
Кстати имеет смысл пинговать не сервисы самх хостеров, там может быть всё пучком, а пару-тройку хостящихся у них клиентов, что автоматом делаем бессмысленным просьбу топик-стартера.:bm:
Сайт хостера и клиенты находятся в одном ДЦ, так что разницы 0
Добавлено через 3 минуты
NotSpecified Написал:Используйте для подобных задач специально разработанный сервис http://host-tracker.com
Сервис бредовый, пинг из Питера в Питер 50мс :ogo:
Сообщений: 2,125
Тем: 84
Зарегистрирован: Jul 2010
Репутация:
3,419
Madnezz, сударь видать никогда не сталкивался с изнанкой провайдерской жизни и шейпингом трафика.
Сообщений: 453
Тем: 22
Зарегистрирован: Dec 2010
Репутация:
528
Да причем здесь шейпинг и пинг? Меня канал не интерисует, мне время отклика важно
Сообщений: 2,125
Тем: 84
Зарегистрирован: Jul 2010
Репутация:
3,419
Madnezz Написал:Да причем здесь шейпинг и пинг? Меня канал не интерисует, мне время отклика важно
:facepalm:
Цитата:Алгоритм шейпинга для сетей, работающих с пакетами (фреймами или другими PDU) данных, обычно заключается в создании очереди пакетов от клиента. В единицу времени пропускаются пакеты общим объёмом не более N байт (где N — выставленное ограничение). В случае, если объём передаваемых данных превышает выделенную клиенту пропускную способность и очередь заполнена, лишние пакеты не принимаются. За счёт ненулевого размера очереди в начале соединения возможно временное превышение ограничения по скорости.
В случае поддержки QoS, пакеты из очереди выбираются не последовательно, а в соответствии с пометками о срочности доставки.
ОТСЮДА
Цитата: Bandwidth control (шейпер) - это функция динамического ограничения скорости работы клиентов и их групп. Реализована на уровне сетевого драйвера и позволяет работать с любым трафиком на внутреннем интерфейсе. Принцип работы шейпера - это вычисление скорости трафика и внесение задержек передачи пакетов созданием очередей.
Основные возможности этого механизма:
• Ограничение индивидуальной скорости работы клиента с отдельной настройкой на прием и передачу.
• Назначение суммарной максимальной скорости для группы (отдельно на прием и передачу). При этом выделенная полоса динамически делится поровну между работающими клиентами в группе независимо от характера их трафика.
• Ограничение по скорости передачи пакетов. Полезно для предотвращения перегрузки сети при вирусных эпидемиях.
• Назначение в фильтрах типа трафика, который надо исключить из контроля скорости и передавать без задержек.
• Назначение отдельных ограничений скорости в фильтрах для конкретного типа трафика. Эта настройка имеет приоритет перед ограничениями скорости у пользователя и позволяет отдельно переопределять полосу для различного типа трафика.
• Выставление приоритетов в фильтрах на определенный тип трафика. Эта настройка позволяет менять очередность пакетов во внутренней очереди пользователя и передавать критичные данные с минимальными задержками.
• Выставление дополнительных приоритетов в фильтрах на определенный тип трафика при наличии ограничения скорости в группах. Такие пакеты обрабатываются в отдельной очереди для каждой группы, что позволяет еще больше поднять приоритет их передачи.
• Для фильтров может быть назначено расписание, что позволяет изменять настройки службы в зависимости от времени.
• Данные из кэша прокси сервера, а также с локального веб сервера (сервер статистики) ограничениям по скорости не подвергаются.
• По умолчанию весь трафик на сам сервер шейпером не обрабатывается. Если же надо включить ограничения на какие-то другие службы на этом сервере, то это можно сделать прописав соотв. правила (фильтры).
ОТСЮДА
Цитата:Ping — Скорость доступа к серверу
Сервис Ping позволяет определить время отклика интересующего Вас сервера, то есть время прохождения запроса до сервера по сети, что позволит Вам оценить задержки, связанные с маршрутизацией и передачей данных. Для уменьшения влияния случайных факторов и определения вероятности потерь при передаче генерируется несколько запросов к серверу, в результате чего выдается минимальное, максимальное и среднее время отклика сервера.
Также нашим сервисом определяется среднее время получения HTTP-ответа от указанного сервера, что позволит Вам оценить время генерации страниц данным сервером и отправки ответа на запрос. Этот показатель по сути является техническим критерием качества обслуживания пользовательских запросов.
ОТСЮДА
Что означает зависит не только от магистральных каналов, но и от мощности и настроек сервера и промежуточного оборудования, что может определяться тарифным планом, да и сам хостер может обработку ICMP-запроса слегка подкрутить для меньшего значения PING.
З.Ы. Со следствием подобного столкнулись torrents.ru когда у некоторых провайдеров поднимали retracker(хостился в сетке провайдера) для снижения нагрузки на свой сервер, уменьшение потребления внешнего трафика абонентом и как частное - увеличения скорости скачки. PING был отличный, просто загляденье, а когда начали гулять пакетики с данными о пирах вдруг выяснилось, что всё совсем не так радужно и нужно долго и упорно перенастраивать оборудование провайдера, что не всегда возможно осуществить быстро и безболезненно.
Сообщений: 453
Тем: 22
Зарегистрирован: Dec 2010
Репутация:
528
Я понимаю что шейпером можно порезать канал, но зачем, зачем хостеру увеличивать пинг к своим сервам? :obamafacepalm:
Я просто попросил пингануть и тут тролли накинулись с советами пинговать в 3 ночи, про шейперы начали заливать и тд...
P.S. Зашел в тему, посмотрел надо пинговать 6 сервов и тут должно 2 быть варианта пути:
1) "Мне лень" - закрыл вкладку или нажал кнопку "назад"
2) "Ну ок, пингану" - пинганул, написал результаты - помог мне и получил спасибку.
Сообщений: 2,125
Тем: 84
Зарегистрирован: Jul 2010
Репутация:
3,419
Madnezz, почему увеличивать? Наоборот уменьшать.
Ладно тема выродилась во флуд, я завязываю, ибо у нас с вами разные точки зрения на цели задачи этого топика, что ведёт к печали...
|