Вечер добрый. 
Вот участок кода, который, как я всегда считал, принимает первую строку ответа сервера ya.ru.




Однако посмотрел сниффером и увидел следующую картину:

GET / HTTP/1.1
User-Agent: Opera/9.00 (Windows NT 5.1; U; en)
Host: ya.ru
Accept-Language: en
Accept: text/html, application/xml;q=0.9, application/xhtml+xml, image/png, image/jpeg, image/gif, image/x-xbitmap, */*;q=0.1

HTTP/1.0 200 OK
Content-Type: text/html; charset=windows-1251
ETag: "-665585201"
Accept-Ranges: bytes
Last-Modified: Mon, 15 Jan 2007 14:07:39 GMT
Content-Length: 2377
Date: Thu, 25 Jan 2007 20:46:57 GMT
Server: httpd
Age: 17
Connection: close

<html>
<head>
<title>.ndex</title>
<link rel="SHORTCUT ICON" href="/favicon.ico" />
<base target="_top" />
<style type="text/css">
и так далее...


То есть по сети в действительности передается ВЕСЬ сайт, что создает совершенно мне не нужную нагрузку на канал. Дело, очевидно, в свойствах сокетов, в которых я не силен. Не подскажет ли уважаемое сообщество, как не тратить трафик и "заставить" обрывать соединение после получения первой строки.
Заранее спасибо.

PS Приведенный пример для компонент TTcpClient из sockets.pas, но если поставить TIdTcpClient - картина точно та же.

Это сообщение отредактировал(а) Ibragim - 25.1.2007, 23:55

Не помогает. Вот весь код, на форме одна кнопка. Може еще кто чего насоветует?

Давай по порядку.
Как ты себе представляешь чтение строки из сокета?
Неправильно представляешь.
Из сокета читается буфер. Потом в нём ищется символ конца строки.
ReceiveLn принимает 512 байт и ищет там символ конца строки.
Это число можно снизить:
В примере читается буфер в 32 байта.

Теперь по логике вещей будет принято только 32 байта.
Неверно!
Сервер шлёт нам поток данных. И винда этот поток принимает в буфер сокета.
Даже, если мы не прочитаем ни одного байта, всё равно приём идёт до тех пор, пока мы не разорвём соединение, либо пока буфер приёма не будет заполнен полностью.
Чем быстрее мы разорвём соединение, тем меньше примет винда.
Но, можешь мне поверить, на высокоскоростном канале она успеет принять всё 
Если только файл не превышает размер буфера... Если мне не изменяет память, то он обычно может быть от 8 до 64кб
И помешать этому никак не получится. Разве что писать на уровне драйвера и рубить приём физически.

Спасибо большое за объяснение.
Гуд, именно это я и подозревал когда писал в первом посте "Дело, очевидно, в свойствах сокетов".

А такой вопрос тогда, исходя из объяснения получается, что в любом случае принимается из сети не больше буффера сокета, как в Вашем, так и в моем примере? 

Если это так, то в принципе это уже приемлемый результат - все равно загрузка канала должна существенно упасть по сравнению с IdHttp.Get().

Я правильно понял пояснение?

Можно попробовать также IdHTTP.Head

Принимается из сети не больше буфера сокета + то, что мы из этого буфера прочитали, т.е. наши 32 байта.
Мы же их из буфера забрали - место в буфере освободилось.
В остальном всё верно. Для больших страниц и файлов.
Для маленьких и обычных результат идентичен - они меньше буфера.

Спасибо большое, вопрос ясен, тема закрыта.