UNIX: разработка сетевых приложений

Рис. 8.8. Пример клиентов и серверов DNS и функции connect

Клиент DNS может быть сконфигурирован для использования одного или более серверов, обычно с помощью перечисления IP-адресов серверов в файле

. Если в этом файле указан только один сервер (на рисунке этот клиент изображен в крайнем слева прямоугольнике), клиент может вызвать функцию connect, но если перечислено множество серверов (второй справа прямоугольник на рисунке), клиент не может вызвать функцию . Обычно сервер DNS обрабатывает также любые клиентские запросы, следовательно, серверы не могут вызывать функцию .

Многократный вызов функции connect для сокета UDP

Процесс с присоединенным сокетом UDP может снова вызвать функцию

Для этого сокета, чтобы:

■ задать новый IP-адрес и порт;

■ отсоединить сокет.

Первый случай, задание нового собеседника для присоединенного сокета UDP, отличается от использования функции

с сокетом TCP: для сокета TCP функция может быть вызвана только один раз.

Чтобы отсоединить сокет UDP, мы вызываем функцию

, но присваиваем элементу семейства структуры адреса сокета ( для IPv4 или для IPv6) значение . Это может привести к ошибке [128, с. 736], но это нормально. Именно процесс вызова функции на уже присоединенном сокете UDP позволяет отсоединить сокет [128, с. 787–788].

Производительность

Когда приложение вызывает функцию

на неприсоединенном сокете UDP, ядра реализаций, происходящих от Беркли, временно соединяются с сокетом, отправляют дейтаграмму и затем отсоединяются от сокета [128, с. 762–763]. Таким образом, вызов функции для последовательной отправки двух дейтаграмм на неприсоединенном сокете включает следующие шесть шагов, выполняемых ядром:

■ присоединение сокета;

■ вывод первой дейтаграммы;

■ отсоединение сокета;

■ присоединение сокета;

■ вывод второй дейтаграммы;

■ отсоединение сокета.

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

, за которым следуют два вызова функции , теперь будет включать следующие шаги, выполняемые ядром:

■ присоединение сокета;

■ вывод первой дейтаграммы;

■ вывод второй дейтаграммы.

В этом случае ядро копирует структуру адреса сокета, содержащую IP-адрес получателя и порт, только один раз, а при двойном вызове функции

копирование выполняется дважды. В [89] отмечается, что на временное присоединение отсоединенного сокета UDP приходится примерно треть стоимости каждой передачи UDP.

8.12. Функция dg_cli (продолжение)

Вернемся к функции

, показанной в листинге 8.4, и перепишем ее, с тем чтобы она вызывала функцию . В листинге 8.7 показана новая функция.

Листинг 8.7. Функция dg_cli, вызывающая функцию connect

Изменения по сравнению с предыдущей версией — это добавление вызова функции

и замена вызовов функций и recvfrom вызовами функций и . Функция остается не зависящей от протокола, поскольку она не вникает в структуру адреса сокета, передаваемую функции . Наша функция клиента, показанная в листинге 8.3, остается той же.

Если мы запустим программу на узле

, задав IP-адрес узла (который не запускает наш сервер на порте 9877), мы получим следующий вывод:

Первое, что мы замечаем, — мы не получаем ошибку, когда запускаем процесс клиента. Ошибка происходит только после того, как мы отправляем серверу первую дейтаграмму. Именно отправка этой дейтаграммы вызывает ошибку ICMP от узла сервера. Но когда клиент TCP вызывает функцию

, задавая узел сервера, на котором не запущен процесс сервера, функция возвращает ошибку, поскольку вызов функции вызывает отправку первого пакета трехэтапного рукопожатия TCP, и именно этот пакет вызывает получение сегмента RST от собеседника (см. раздел 4.3).