Мастера DELPHI (документация, исходники, скачать)

Основная («Начинающим»)/ Базы / WinAPI / Компоненты / Сети / Media / Игры / Corba и COM / KOL / FreePascal / .Net / Прочее / RSDN.ORG

« предыдущая ветвь | форум | следующая ветвь »

Определение реального времени доступа к хосту

Страницы: < 1 2 3
Демо © (2010-03-30 23:00:00)
Существует ли возможность получить реальное время отклика от хоста при подключении, а также время передачи некоторого объёма данных?

Исходные данные:

- Сокет в неблокирующем режиме (используется WSAEventSelect)
- Несколько десятков потоков, в каждом из которых отдельное подключение

Столкнулся с проблемой оценки времени доступа к различным хостам.

Сокет в неблокируещем режиме для того, чтобы можно было прервать соединение в том же потоке.
Необходимо получать данные о времени ответа сервера.
Так как система достаточно нагружен, то метод временных меток до и после выполнения команды (connect, например), не подходит, так как дополнительный поток может проснуться в произвольный момент времени.

Сергей М. (2010-03-31 17:51:00) [41]

> аську украли ..решил вернуть. Для этого брутфорсер пишу

Наивный чукотский юноша думает что аськины логин-серверы будут спокойно взирать на многократные массированые неудачные попытки входа с одним и тем же UIN, пусть даже и с разных адресов ?)

Демо (2010-03-31 17:36:00) [42]
Хотя появилась одна мысль.
Можно попробовать замерить время работы потока в режиме ядра...

Демо (2010-03-31 17:27:00) [43]

> чего тормозишь-то?Для замера сделай одну.Тебя же волнует
> что когда ниток много, то мерящая нитка может уснуть и проснуться
> и внести искажения в измерения.Как замеришь, - включай остальные.
>

Так нитки все делают одно и то же. Какой смысл мне включать их по очереди? Я тогда смог бы вообще без доп. потоков обойтись.

> Медвежонок Пятачок © (31.03.10 16:44) [7]
> только зачем это еще раз задаюсь вопросом?

Зачем скажу.

У жены аську украли. Из принципа решил вернуть. Для этого брутфорсер пишу.

Задача со временем - отсеять нерабочие и медлительные HTTPS прокси-сервера из большого списка.

Для этого создаётся порядка 80-100 потоков, в каждом из которых осуществляется подключение к прокси-серверу.

Для того, чтобы отсеять медлительные, хотелось бы поточнее определить время, затраченное на подключение и на приём данных через прокси-сервер.

Медвежонок Пятачок (2010-03-31 16:44:00) [44]
только зачем это еще раз задаюсь вопросом?
нарисовать правдивый прогрессбар и сколько времени осталось до конца?
так это пустая затея.
если и рисовать прогресс бар, то в относительно количества общего числа необходимых запросов и количества уже выполненных

Медвежонок Пятачок (2010-03-31 16:36:00) [45]
Одна нить не подойдёт. Для обработки нескольких десятков тысяч хостов уйдт неоправданно много времени.

чего тормозишь-то?

Для замерасделай одну.
Тебя же волнует что когда ниток много, то мерящая нитка может уснуть и проснуться и внести искажения в измерения.

Как замеришь, - включай остальные.

Демо (2010-03-31 15:08:00) [46]

> Сделай одну нитку и замерь.

Одна нить не подойдёт. Для обработки нескольких десятков тысяч хостов уйдт неоправданно много времени.

> Сергей М. © (31.03.10 13:25) [4]
> А что такое "отклик хоста" применительно именно к TCP ?Как
> ты вообще мыслишь себе это, если циклограмма алгоритма установления
> TCP-соединения заведомо включает в себя более одного "отклика"
> ?

Предполагаю так:

Если говорить относительно connect, то момент от выдачи connect до срабатывания сигнала события FD_CONNECT.

По поводу чтения - время с момента отправки запроса (системой) и до получения ответа (FD_READ).

Сергей М. (2010-03-31 13:25:00) [47]
А что такое "отклик хоста" применительно именно к TCP ?
Как ты вообще мыслишь себе это, если циклограмма алгоритма установления TCP-соединения заведомо включает в себя более одного "отклика" ?

Медвежонок Пятачок (2010-03-31 13:21:00) [48]
Так как система достаточно нагружен, то метод временных меток до и после выполнения команды (connect, например), не подходит, так как дополнительный поток может проснуться в произвольный момент времени.

То есть ты как бы хочешь узнать каким бы было реальное время отклика, если бы ниток была всего одна?

Сделай одну нитку и замерь.

Только что тебе даст эта абстрактная величина, если ниток у тебя много и каждая конкретная может проснуться в произвольный момент времени

Демо (2010-03-31 12:22:00) [49]
Нужно время именно во время подключения по TCP.

brother (2010-03-31 06:09:00) [50]
> получить реальное время отклика от хоста при подключении

ping?

Страницы: < 1 2 3

Наверх

	« предыдущая ветвь \| форум \| следующая ветвь »