Дегтярев Илья Опубликовано 22 марта, 2009 · Жалоба Есть ли в россии что то подобное, но измеряющее не только максимальную скорость. Интересует замер потерь пакетов при передаче на определенной скорости. Или есть смысл написать самому такой сервер? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Nag Опубликовано 22 марта, 2009 · Жалоба Есть ли в россии что то подобное, но измеряющее не только максимальную скорость. Интересует замер потерь пакетов при передаче на определенной скорости. Или есть смысл написать самому такой сервер? Есть много, даже http://ping.nag.ruА что значит замер потерь пакетов при передаче на определенной скорости? Если это имеет какой-то смысл - можно и добавить функцию. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Beginner Опубликовано 22 марта, 2009 · Жалоба Все подобные сервисы дают недостоверные результаты. Зачем оно? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Navu Опубликовано 22 марта, 2009 · Жалоба Все подобные сервисы дают недостоверные результаты. Это принципиально или просто, как правило, реализация хромает? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
woddy Опубликовано 22 марта, 2009 · Жалоба результаты то достоверные. если умеешь их правильно трактовать. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Yokodzun Опубликовано 22 марта, 2009 · Жалоба Скорее не трактовать, а понимаешь что именно оно меряет. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
bitbucket Опубликовано 22 марта, 2009 · Жалоба Есть ли в россии что то подобное, но измеряющее не только максимальную скорость. А чем iperf в режиме udp не устраивает ? Да и как через браузер, который обычно с tcp работает, измерять потери пакетов ? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
aidmax Опубликовано 22 марта, 2009 · Жалоба Есть ли в россии что то подобное, но измеряющее не только максимальную скорость. Интересует замер потерь пакетов при передаче на определенной скорости. Или есть смысл написать самому такой сервер? ИХМО такого сервиса вообще не может быть. Потому как для того, чтобы показать более менее достоверные результаты, он должен иметь свободный ресурс для тестирования. Таким образом все что популярно - необъективно. Мы проблему решили таким образом : VPS на агаве и собственная софтинка в качестве респондера для цисковского ip sla. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
GateKeeper Опубликовано 22 марта, 2009 · Жалоба Есть ли в россии что то подобное, но измеряющее не только максимальную скорость.А чем iperf в режиме udp не устраивает ? Да и как через браузер, который обычно с tcp работает, измерять потери пакетов ? Браузер - только кажет, а замеряет, к примеру сервер. Как - много способов, самый дикий - kernel level присоска на ИП-стек. Померять количество переданных пакетов с уровня приложения, сравнить с количеством пакетов на уровне стека. Разницу в абсолютном и относительном выражении передать браузеру. Вот и замер качества. А все эти пинговалки-раз-в-секунду, сферические замерялки скорости, показывающие 800Кбит/с на клиентской полосе в 1Мбит/с при дропрейте 15%, вычисленном с помощью 'ping ya.ru'... Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
bitbucket Опубликовано 22 марта, 2009 · Жалоба Как - много способов, самый дикий - kernel level присоска на ИП-стек.Дерзайте. Заодно напишите универсальный пробойник для всех браузеров. Вообще-то топикстартер хотел аналог спидтеста, запускаемого юзером из браузера, и меряющего больше, чем обычный спидтест. ЗЫ: клиента на джаве не предлагать: там в замеры еще скорость виртуальной машины вкрадется. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Дегтярев Илья Опубликовано 23 марта, 2009 · Жалоба Хочется одновременно информативное для клиента + автоматом отсылающие для наших клиентов отчет нам, но при этом не требующее ничего от пользователя. Вариант конечно остался один - свой http сервер на c++, который может обращаться к структуре struct tcp_info {... __u32 tcpi_unacked; __u32 tcpi_lost; __u32 tcpi_retrans; ... __u32 tcpi_rtt; ...} Пользователю подсовывается html с картинкой, потом забирается результат. +Ядро сконфигуренное ориентироваться на rtt+ограничение на размер окна, чтоб сильно не разгонялся. В теории хочется научится находить стоящий на перегруженном пути rate-limit. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Navu Опубликовано 23 марта, 2009 · Жалоба ИХМО такого сервиса вообще не может быть. Потому как для того, чтобы показать более менее достоверные результаты, он должен иметь свободный ресурс для тестирования. Таким образом все что популярно - необъективно. Так ведь и клиенту замеры сферического коня в вакууме неинтересны. Абсолютное большинство потребителей понятия не имеет что есть пинг и чем мегабит отличается от килобайта, но зато профессионально оперирует сравнительными категориями "лучше/хуже" и понятиями "у соседа интернет круче". Почему бы не показать этому самому пользователю сравнительную характеристику для ряда популярных ресурсов? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
woddy Опубликовано 23 марта, 2009 · Жалоба юмор по теме. смотрим сорс страницы http://speed.irtel.ru/index.php?a=1 Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
runic Опубликовано 23 марта, 2009 · Жалоба юмор по теме. смотрим сорс страницы http://speed.irtel.ru/index.php?a=1 забавно))) Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
bitbucket Опубликовано 23 марта, 2009 · Жалоба Вариант конечно остался один - свой http сервер на c++, который может обращаться к структуре struct tcp_infoТам проще как-то протащить id сокета из апача в php (может даже уже есть такое), сделав его доступным для socket_get_option,а последнюю научить понимать TCP_INFO. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
sir Опубликовано 23 марта, 2009 · Жалоба Все подобные сервисы дают недостоверные результаты. Это принципиально или просто, как правило, реализация хромает? В общем то принципиально. Хотя большинство подобных сервисов можно сильно улучшить. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Прохожий Опубликовано 23 марта, 2009 · Жалоба Оптимальной формулой скорости канала для абонента является S * (random()*0.1+0.9), где S - тарифная скорость. Вот это и надо ему показывать и не париться :) Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Navu Опубликовано 23 марта, 2009 · Жалоба Хотя большинство подобных сервисов можно сильно улучшить. С этим не поспоришь. :-) Здесь могу только сказать, что как и по всем проектам с доменом Nag, мы слушаем пожелания посетителей и стараемся здравые идеи реализовать в осмысленный функционал. ping.nag.ru не будет исключением - после официального запуска заведем на форуме тему под этот проект и будем улучшать и добавлять инструментарий по мере поступления предложений. :-) Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Beginner Опубликовано 23 марта, 2009 · Жалоба Ну с ping и разнообразными trace'ами понятно - сделать можно. Но как Вы собираетесь объективно измерять скорость предоставляемую абоненту. Какой интерфейс и какую производительность должет иметь сервер чтоб на нем можно было одновременно измерять скорость хотя бы 1000 типичных подключений? А 10000? А ничего что клиенты могут оказаться еще и далеко не местными? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Nag Опубликовано 23 марта, 2009 · Жалоба Какой интерфейс и какую производительность должет иметь сервер чтоб на нем можно было одновременно измерять скорость хотя бы 1000 типичных подключений? Если таки будет 1000 одновременных подключений - можно будет поставить 20-30 серваков по России. И это окупится. ;-) Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Дегтярев Илья Опубликовано 23 марта, 2009 · Жалоба Человек меряет скорость 10 секунд. И думаю редко кто делает это чаще чем раз в месяц. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Navu Опубликовано 23 марта, 2009 · Жалоба какую производительность должет иметь сервер чтоб на нем можно было одновременно измерять скорость хотя бы 1000 типичных подключений? А 10000? А ничего что клиенты могут оказаться еще и далеко не местными? Считаю, что ставить задачу в ключе "замерить истинную скорость провайдера" - неправильно и некорректно. Упор следует делать на статистику, усредненные значения и относительные показатели. ИМХО, конечно. И думаю редко кто делает это чаще чем раз в месяц.А вот это уже стереотип поведения, который поддается корректировке. ;-) Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
GateKeeper Опубликовано 25 марта, 2009 · Жалоба Как - много способов, самый дикий - kernel level присоска на ИП-стек.Дерзайте. Заодно напишите универсальный пробойник для всех браузеров. Вообще-то топикстартер хотел аналог спидтеста, запускаемого юзером из браузера, и меряющего больше, чем обычный спидтест. ЗЫ: клиента на джаве не предлагать: там в замеры еще скорость виртуальной машины вкрадется. Распишите идею пробойника для всех браузеров, позволяющего в браузере отобразить html и выполнить простейший JS (не lynx/links/etc...). Я вот не совсем понял, что надо патчить в этом направлении на пользовательской стороне. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Дегтярев Илья Опубликовано 25 марта, 2009 · Жалоба Интересно, а методом POST на js/html можно отослать только что загруженную с сайта картинку? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
GateKeeper Опубликовано 26 марта, 2009 · Жалоба Можно. var res; new Ajax.Request(url, { method: 'get', onSuccess: function(transport) { res = transport.responseText}); } }); теперь в res должна быть картинка. Далее хоть тем же prototype'ом, хоть ручками ее сплавить обратно Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...