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

@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

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

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

Новые блоги и статьи Все статьи Все блоги /
ИИ не может найти нужный язык в списке Supersumestria 05.10.2026 Я ему даю вот такое изображение и прошу найти и подчеркнуть немецкий язык. Возвращает он вот это: https:/ / i. **********/ vqBWLe2. png Нужную строчку в 3й колонке просто выдумал. . Это. . .	Новая последняя моя музыка в SUNO zorxor 05.10.2026 Здравствуйте, дорогие мои друзья! С большой радостью я хотел бы представить вам свою новую последнею музыку, которую сгенерировала мне по моей просьбе нейросеть SUNO. С уважением, zorxor. Это. . .	Программный домашний кинотеатр russiannick 27.09.2026 Сподобился на программный домашний кинотеатр. В качестве ЯВУ по традиции выбрал js. В помощники взял Яндекс-Алису. Было создано три зала на разные интересы. исторические и ретро сериал Хичкок. . .	Беседа с ИИ о программистах, недопускающих к созданию и правке кода генеративные ИИ и причины этого zorxor 21.09.2026 Раньше я радовался или получал некоторые эмоции, пусть небольшие, но всё же, от самого процесса написания кода, рекомпиляции и запуска, видя постепенное развитие программы и прочее. А теперь лень. . .
Мобильное приложение ColorStep pavlinmavlin 17.09.2026 Реализовал приложение Красный, Зеленый, Синий в Unity3d + c#. Название изменил на ColorStep. Приложение прошло модерацию и теперь доступно для скачивания. Делал его сам, шаг за шагом — и вот,. . .	Запрет дублирования строк в табличной части Maks 13.09.2026 Реализация из решения ниже выполнена на нетиповом справочнике "Нормы ТО" с табличной часть "Виды ТО", разработанного в КА2, со следующими реквизитами: - ВидТО (СправочникСсылка. ВидыТО); - ВидГСМ. . .	Скрипты Tampermonkey для CyberForum, ChatGPT, Claude и пр. Jin X 06.09.2026 Скрипты Tampermonkey для CyberForum, ChatGPT, Claude и пр. Работая с форумом и нейросетями в браузере часто хочется что-то подкорректировать или добавить какого-то функционала. Ниже прикреплён. . .	Программа опроса у.з. расходомера SLS-720F Argus19 02.09.2026 Программа опроса у. з. расходомера SLS-720F Программа опрашивает один раз в минуту три ультразвуковых расходомера SLS-720F через интерфейс RS-485 по протоколу Modbus RTU. Опрашиваются регистры. . .

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

	Работа с сокетами 14.04.2011, 21:02. Показов 7884. Ответов 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 21285 / 8310 / 637 Регистрация: 30.03.2009 Сообщений: 22,671 Записей в блоге: 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