Работа с сокетами

@talis · Регистрация: 11.05.2010

Студворк — интернет-сервис помощи студентам

Доброго времени суток.

Изучаю сокеты (linux, bsd, cygwin), в качестве испытательного полигона - создаю программу-чат (наверное, это самый заезженный пример работы с сокетами

). И понимаю, что самостоятельно с этим разобраться будет тяжко. Прошу помощи.

Первое, самое непонятное: можно ли через один и тот же сокет и читать, и писать, чтобы не выносить чтение в ещё одно соединение (и, соответственно, поток)?

И второе (что теоретически можно отбросить при утвердительном ответе на первое): целесообразно ли выносить каждое новое соединение в новый поток? И нужно ли слушать в соседнем потоке? Или вообще всё это можно сделать в одном?

@talis · 14.04.2011, 22:00 **[ТС]**

Сообщение от niXman

жесть...

А что, это считается страшным?

@niXman · 14.04.2011, 22:00

Evg, это как раз-то я понимаю.. но... не уверен на тот счет, "нужно ли оно ему"?

@talis · 14.04.2011, 22:01 **[ТС]**

Сообщение от Evg

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

Evg, и с низким уровнем, и с stl у меня всё в порядке. Я просто несколько затянул с сокетами, теперь вот расхлёбываю.

@niXman · 14.04.2011, 22:02

Сообщение от talis

это считается страшным?

нет)
я тут вижу несколько объяснений:
1. лень учить плюсы.
2. лень учить плюсы.
3. лень учить плюсы.
4. учить лишь бы что, потому что лень учить плюсы.

IMHO.

зы
замолкаю.

@talis · 14.04.2011, 22:04 **[ТС]**

niXman, вы не поняли

c++ я знаю, просто хотелось бы начать снизу, заглянуть, так сказать, под капот, а потом уже садиться за руль.

Evg · 14.04.2011, 22:06

Сообщение от talis

Evg, и с низким уровнем, и с stl у меня всё в порядке. Я просто несколько затянул с сокетами, теперь вот расхлёбываю.

В данном случае "работа с сокетами" ручками, как ты выразился - это и есть низкий уровень.

Сообщение от niXman

Evg, это как раз-то я понимаю.. но... не уверен на тот счет, "нужно ли оно ему"?

Человек же спросил, значит нужно. Вообще boost'ом имеет смысл пользоваться только после того, как научился обходиться без него и начинаешь понимать, собственно, ради чего этот boost создавался. Начинать с boost'а - с большой вероятностью превратишься в тупого программиста из разряда тех, которые написали браузер (заиспользовали компоненту TCppWebBrowser) или видеоплеер (заиспользовали ещё там какую-то компоненту) и действительно верят в это. Лично я обеими руками поддерживаю tails'а в том, каким путём он решил пойти

@talis · 14.04.2011, 23:04 **[ТС]**

По ходу разбора возник вопрос.

Я создал fd_set read_fd, обнулил его при помощи FD_ZERO, заполнил дескрипторами открытых сокетов при помощи FD_SET, попутно найдя максимальное значение дескриптора (maxVal), затем вызвал select( maxVal+1, &read_fd, 0, 0, &max_timewait ). Если select вернул не -1, то где-то готовы данные для чтения. Как мне узнать, в какой сокет пришла информация? И правильно ли я понял, что первый параметр select - максимальное значение дескриптора из списка дескрипторов?

Evg · 14.04.2011, 23:11

FD_ISSET
http://linux.die.net/man/2/select - см. раздел с примером

@talis · 14.04.2011, 23:14 **[ТС]**

FD_ISSET() tests to see if a file descriptor is part of the set; this is useful after select() returns.

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

g_u_e_s_t · 14.04.2011, 23:20

да, ну или держать еще один fd_set в который вносятся измения (новые и отвалившиеся сокеты и тд) и memcpy() перед select() Получается чуть эффективней, но все равно с каждой сотней сокетов select тормозит больше и больше.

@talis · 14.04.2011, 23:23 **[ТС]**

Не понял. fd_set же связанный список, как вы его так нагло memcpy? Или я что-то не так понял?

g_u_e_s_t · 14.04.2011, 23:25

какой нафиг список... это массив

C
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
#ifndef FD_SETSIZE
#define FD_SETSIZE      1024
#endif
 
/*
 * We don't want to pollute the namespace with select(2) internals.
 * Non-underscore versions are exposed later #if __BSD_VISIBLE
 */
#define __NBBY  8                               /* number of bits in a byte */
typedef int32_t __fd_mask;
#define __NFDBITS ((unsigned)(sizeof(__fd_mask) * __NBBY)) /* bits per mask */
#define __howmany(x, y) (((x) + ((y) - 1)) / (y))
 
typedef struct fd_set {
        __fd_mask fds_bits[__howmany(FD_SETSIZE, __NFDBITS)];
} fd_set;

@talis · 14.04.2011, 23:30 **[ТС]**

Тьфу ёлки, засыпаю уже. Спасибо.

@RRA · 18.09.2012, 16:05

Сообщение от talis

Доброго времени суток.

Изучаю сокеты (linux, bsd, cygwin), в качестве испытательного полигона - создаю программу-чат (наверное, это самый заезженный пример работы с сокетами

). И понимаю, что самостоятельно с этим разобраться будет тяжко. Прошу помощи.

Первое, самое непонятное: можно ли через один и тот же сокет и читать, и писать, чтобы не выносить чтение в ещё одно соединение (и, соответственно, поток)?

И второе (что теоретически можно отбросить при утвердительном ответе на первое): целесообразно ли выносить каждое новое соединение в новый поток? И нужно ли слушать в соседнем потоке? Или вообще всё это можно сделать в одном?

Хорошим тоном считается принимать соединения через прослушивающий сокет

C
1
2
3
4
int s, ss;
......
s = servtcp(NULL, "9999");
......

(который этим только и занимается), а затем через функцию accept

C
1
2
3
4
5
6
7
while (1)
{
 ss = accept(s, (struct sockaddr*)&peer, &peerlen);
 ptr->socket = ss;
 rc = pthread_create(&pt, NULL, getdata, (void*)ptr);
 ...
 close(s);

которая возвращает дескриптор сокета передавать его в поток для дальнейшей работы с ним (чтения или записи).
Одного сокета у тебя в любом случае не получится - так как accept сам возвращает дескриптор сокета....а ss можно закрывать уже после того как передали в потоковую функцию.

@unmanner89 · 03.10.2012, 10:38

Сообщение от talis

Первое, самое непонятное: можно ли через один и тот же сокет и читать, и писать?

Лучше использовать два. Один всегда слушается на INADDR_ANY. Другой создается только после установки логического соединение клиентов.

Тоесть есть у одного клиента 3 соединени - значит есть 4 сокета. Один неблокирующий, три других для отправки. Так не будет путаницы.

Сообщение от talis

и писать, чтобы не выносить чтение в ещё одно соединение (и, соответственно, поток)

Потоки - не лучшее решение, лучше используйте неблокирующие сокеты.
Если охота сделать потоки то реккомендую ДВА потока, первый читает из сокетов и пишет в буфер, второй - читает буфер и обрабатывает сообщение согласно логике программы.
Это может помочь избежать переполнения сокетного буффера и потери данных.

Новые блоги и статьи Все статьи Все блоги /
Как я обхитрил таблицу Word Alexander-7 21.03.2026 Когда мигает курсор у внешнего края таблицы, и нам надо перейти на новую строку, а при нажатии Enter создается новый ряд таблицы с ячейками, то мы вместо нервных нажатий Энтеров мы пишем любые буквы. . .	Krabik - рыболовный бот для WoW 3.3.5a AmbA 21.03.2026 без регистрации и смс. Это не торговля, приложение не содержит рекламы. Выполняет свою непосредственную задачу - автоматизацию рыбалки в WoW - и ничего более. Однако если админы будут против -. . .	Программный отбор значений справочника Maks 21.03.2026 Установка программного отбора значений справочника "Сотрудники" из модуля формы документа. В качестве фильтра для отбора служит предопределенное значение перечислений. Процедура. . .	Переходник USB-CAN-GPIO Eddy_Em 20.03.2026 Достаточно давно на работе возникла необходимость в переходнике CAN-USB с гальваноразвязкой, оный и был разработан. Однако, все меня терзала совесть, что аж 48-ногий МК используется так тупо: просто. . .
Оттенки серого Argus19 18.03.2026 Оттенки серого Нашёл в интернете 3 прекрасных модуля: Модуль класса открытия диалога открытия/ сохранения файла на Win32 API; Модуль класса быстрого перекодирования цветного изображения в оттенки. . .	SDL3 для Desktop (MinGW): Рисуем цветные прямоугольники с помощью рисовальщика SDL3 на Си и C++ 8Observer8 17.03.2026 Содержание блога Финальные проекты на Си и на C++: finish-rectangles-sdl3-c. zip finish-rectangles-sdl3-cpp. zip	Символические и жёсткие ссылки в Linux. algri14 15.03.2026 Существует два типа ссылок — символические и жёсткие. Ссылка в Linux — это запись в каталоге, которая может указывать либо на inode «файла-ИСТОЧНИКА», тогда это будет «жёсткая ссылка» (hard link),. . .	[Owen Logic] Поддержание уровня воды в резервуаре количеством включённых насосов: моделирование и выбор регулятора ФедосеевПавел 14.03.2026 Поддержание уровня воды в резервуаре количеством включённых насосов: моделирование и выбор регулятора ВВЕДЕНИЕ Выполняя задание на управление насосной группой заполнения резервуара,. . .

@talis 794 / 546 / 61 Регистрация: 11.05.2010 Сообщений: 1,298 Записей в блоге: 1

	Работа с сокетами 14.04.2011, 21:02. Показов 7602. Ответов 34 Метки нет (Все метки) Доброго времени суток. Изучаю сокеты (linux, bsd, cygwin), в качестве испытательного полигона - создаю программу-чат (наверное, это самый заезженный пример работы с сокетами ). И понимаю, что самостоятельно с этим разобраться будет тяжко. Прошу помощи. Первое, самое непонятное: можно ли через один и тот же сокет и читать, и писать, чтобы не выносить чтение в ещё одно соединение (и, соответственно, поток)? И второе (что теоретически можно отбросить при утвердительном ответе на первое): целесообразно ли выносить каждое новое соединение в новый поток? И нужно ли слушать в соседнем потоке? Или вообще всё это можно сделать в одном? 0

@niXman 3211 / 1459 / 74 Регистрация: 09.08.2009 Сообщений: 3,441 Записей в блоге: 2
	14.04.2011, 22:00
	Evg, это как раз-то я понимаю.. но... не уверен на тот счет, "нужно ли оно ему"? 0

@talis 794 / 546 / 61 Регистрация: 11.05.2010 Сообщений: 1,298 Записей в блоге: 1
	14.04.2011, 22:04 [ТС]
	niXman, вы не поняли c++ я знаю, просто хотелось бы начать снизу, заглянуть, так сказать, под капот, а потом уже садиться за руль. 0

@talis 794 / 546 / 61 Регистрация: 11.05.2010 Сообщений: 1,298 Записей в блоге: 1
	14.04.2011, 23:04 [ТС]
	По ходу разбора возник вопрос. Я создал fd_set read_fd, обнулил его при помощи FD_ZERO, заполнил дескрипторами открытых сокетов при помощи FD_SET, попутно найдя максимальное значение дескриптора (maxVal), затем вызвал select( maxVal+1, &read_fd, 0, 0, &max_timewait ). Если select вернул не -1, то где-то готовы данные для чтения. Как мне узнать, в какой сокет пришла информация? И правильно ли я понял, что первый параметр select - максимальное значение дескриптора из списка дескрипторов? 0

Evg 21281 / 8305 / 637 Регистрация: 30.03.2009 Сообщений: 22,660 Записей в блоге: 30
	14.04.2011, 23:11
	FD_ISSET http://linux.die.net/man/2/select - см. раздел с примером 1

g_u_e_s_t 1259 / 650 / 44 Регистрация: 06.02.2011 Сообщений: 1,654
	14.04.2011, 23:20
	да, ну или держать еще один fd_set в который вносятся измения (новые и отвалившиеся сокеты и тд) и memcpy() перед select() Получается чуть эффективней, но все равно с каждой сотней сокетов select тормозит больше и больше. 2

@talis 794 / 546 / 61 Регистрация: 11.05.2010 Сообщений: 1,298 Записей в блоге: 1
	14.04.2011, 23:23 [ТС]
	Не понял. fd_set же связанный список, как вы его так нагло memcpy? Или я что-то не так понял? 0

@talis 794 / 546 / 61 Регистрация: 11.05.2010 Сообщений: 1,298 Записей в блоге: 1
	14.04.2011, 23:30 [ТС]
	Тьфу ёлки, засыпаю уже. Спасибо. 0