Перейти к содержимому
Калькуляторы

Есть ли в россии что то подобное, но измеряющее не только максимальную скорость.

 

Интересует замер потерь пакетов при передаче на определенной скорости. Или есть смысл написать самому такой сервер?

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Есть ли в россии что то подобное, но измеряющее не только максимальную скорость.

 

Интересует замер потерь пакетов при передаче на определенной скорости. Или есть смысл написать самому такой сервер?

Есть много, даже http://ping.nag.ru

А что значит замер потерь пакетов при передаче на определенной скорости? Если это имеет какой-то смысл - можно и добавить функцию.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Все подобные сервисы дают недостоверные результаты. Зачем оно?

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Все подобные сервисы дают недостоверные результаты.

Это принципиально или просто, как правило, реализация хромает?

 

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

результаты то достоверные. если умеешь их правильно трактовать.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Скорее не трактовать, а понимаешь что именно оно меряет.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Есть ли в россии что то подобное, но измеряющее не только максимальную скорость.

А чем iperf в режиме udp не устраивает ? Да и как через браузер, который обычно с tcp работает, измерять потери пакетов ?

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Есть ли в россии что то подобное, но измеряющее не только максимальную скорость.

 

Интересует замер потерь пакетов при передаче на определенной скорости. Или есть смысл написать самому такой сервер?

ИХМО такого сервиса вообще не может быть. Потому как для того, чтобы показать более менее достоверные результаты, он должен иметь свободный ресурс для тестирования. Таким образом все что популярно - необъективно. Мы проблему решили таким образом : VPS на агаве и собственная софтинка в качестве респондера для цисковского ip sla.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Есть ли в россии что то подобное, но измеряющее не только максимальную скорость.
А чем iperf в режиме udp не устраивает ? Да и как через браузер, который обычно с tcp работает, измерять потери пакетов ?

Браузер - только кажет, а замеряет, к примеру сервер. Как - много способов, самый дикий - kernel level присоска на ИП-стек. Померять количество переданных пакетов с уровня приложения, сравнить с количеством пакетов на уровне стека. Разницу в абсолютном и относительном выражении передать браузеру. Вот и замер качества. А все эти пинговалки-раз-в-секунду, сферические замерялки скорости, показывающие 800Кбит/с на клиентской полосе в 1Мбит/с при дропрейте 15%, вычисленном с помощью 'ping ya.ru'...

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Как - много способов, самый дикий - kernel level присоска на ИП-стек.
Дерзайте. Заодно напишите универсальный пробойник для всех браузеров.

 

Вообще-то топикстартер хотел аналог спидтеста, запускаемого юзером из браузера, и меряющего больше, чем обычный спидтест.

 

ЗЫ: клиента на джаве не предлагать: там в замеры еще скорость виртуальной машины вкрадется.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Хочется одновременно информативное для клиента + автоматом отсылающие для наших клиентов отчет нам, но при этом не требующее ничего от пользователя.

 

Вариант конечно остался один - свой http сервер на c++, который может обращаться к структуре struct tcp_info

{... __u32 tcpi_unacked;

__u32 tcpi_lost;

__u32 tcpi_retrans;

...

__u32 tcpi_rtt;

...}

Пользователю подсовывается html с картинкой, потом забирается результат.

+Ядро сконфигуренное ориентироваться на rtt+ограничение на размер окна, чтоб сильно не разгонялся.

В теории хочется научится находить стоящий на перегруженном пути rate-limit.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

ИХМО такого сервиса вообще не может быть. Потому как для того, чтобы показать более менее достоверные результаты, он должен иметь свободный ресурс для тестирования. Таким образом все что популярно - необъективно.

Так ведь и клиенту замеры сферического коня в вакууме неинтересны.

Абсолютное большинство потребителей понятия не имеет что есть пинг и чем мегабит отличается от килобайта, но зато профессионально оперирует сравнительными категориями "лучше/хуже" и понятиями "у соседа интернет круче".

Почему бы не показать этому самому пользователю сравнительную характеристику для ряда популярных ресурсов?

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

юмор по теме. смотрим сорс страницы http://speed.irtel.ru/index.php?a=1

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

юмор по теме. смотрим сорс страницы http://speed.irtel.ru/index.php?a=1

забавно)))

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Вариант конечно остался один - свой http сервер на c++, который может обращаться к структуре struct tcp_info
Там проще как-то протащить id сокета из апача в php (может даже уже есть такое), сделав его доступным для socket_get_option,

а последнюю научить понимать TCP_INFO.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Все подобные сервисы дают недостоверные результаты.

Это принципиально или просто, как правило, реализация хромает?

В общем то принципиально. Хотя большинство подобных сервисов можно сильно улучшить.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Оптимальной формулой скорости канала для абонента является S * (random()*0.1+0.9), где S - тарифная скорость. Вот это и надо ему показывать и не париться :)

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Хотя большинство подобных сервисов можно сильно улучшить.

С этим не поспоришь. :-)

Здесь могу только сказать, что как и по всем проектам с доменом Nag, мы слушаем пожелания посетителей и стараемся здравые идеи реализовать в осмысленный функционал.

 

ping.nag.ru не будет исключением - после официального запуска заведем на форуме тему под этот проект и будем улучшать и добавлять инструментарий по мере поступления предложений. :-)

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Ну с ping и разнообразными trace'ами понятно - сделать можно. Но как Вы собираетесь объективно измерять скорость предоставляемую абоненту. Какой интерфейс и какую производительность должет иметь сервер чтоб на нем можно было одновременно измерять скорость хотя бы 1000 типичных подключений? А 10000? А ничего что клиенты могут оказаться еще и далеко не местными?

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Какой интерфейс и какую производительность должет иметь сервер чтоб на нем можно было одновременно измерять скорость хотя бы 1000 типичных подключений?

Если таки будет 1000 одновременных подключений - можно будет поставить 20-30 серваков по России. И это окупится. ;-)

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Человек меряет скорость 10 секунд. И думаю редко кто делает это чаще чем раз в месяц.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

какую производительность должет иметь сервер чтоб на нем можно было одновременно измерять скорость хотя бы 1000 типичных подключений? А 10000? А ничего что клиенты могут оказаться еще и далеко не местными?

Считаю, что ставить задачу в ключе "замерить истинную скорость провайдера" - неправильно и некорректно. Упор следует делать на статистику, усредненные значения и относительные показатели.

ИМХО, конечно.

 

 

И думаю редко кто делает это чаще чем раз в месяц.
А вот это уже стереотип поведения, который поддается корректировке. ;-)

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Как - много способов, самый дикий - kernel level присоска на ИП-стек.
Дерзайте. Заодно напишите универсальный пробойник для всех браузеров.

 

Вообще-то топикстартер хотел аналог спидтеста, запускаемого юзером из браузера, и меряющего больше, чем обычный спидтест.

 

ЗЫ: клиента на джаве не предлагать: там в замеры еще скорость виртуальной машины вкрадется.

Распишите идею пробойника для всех браузеров, позволяющего в браузере отобразить html и выполнить простейший JS (не lynx/links/etc...). Я вот не совсем понял, что надо патчить в этом направлении на пользовательской стороне.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Интересно, а методом POST на js/html можно отослать только что загруженную с сайта картинку?

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Можно.

var res;
new Ajax.Request(url, {
  method: 'get',
  onSuccess: function(transport) {
    res = transport.responseText});
  }
});

теперь в res должна быть картинка. Далее хоть тем же prototype'ом, хоть ручками ее сплавить обратно

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Гость
Ответить в тему...

×   Вставлено в виде отформатированного текста.   Вставить в виде обычного текста

  Разрешено не более 75 смайлов.

×   Ваша ссылка была автоматически встроена.   Отобразить как ссылку

×   Ваш предыдущий контент был восстановлен.   Очистить редактор

×   Вы не можете вставить изображения напрямую. Загрузите или вставьте изображения по ссылке.