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

@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

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

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

Новые блоги и статьи Все статьи Все блоги /
23. что сделано за последнее время. anaschu 17.06.2026 • Эталон: Клиника НИИ питания РАМН, Москва — централизованный пищеблок, 225 коек, 180 пациентов • Git: репозиторий med2, ветка абсентеизм. Рабочий файл: СРесурсами1_v4. alp • Смежный проект:. . .	22. Подключение слоя системной динамики (потоковые диффуры): экономические метрики модели anaschu 17.06.2026 Апдейт модели: финансовый контур, разделение затрат Продолжаю развивать модель рабочего коллектива на AnyLogic. В этот раз работа шла над агентом Экономика — финансовым SD-слоем модели. Задача:. . .	[golang] Insert Delete GetRandom O(1) (Leetcode: 380) alhaos 16.06.2026 Insert Delete GetRandom O(1) Сложность: Medium Источник: LeetCode 380 Задача Реализовать структуру данных RandomizedSet, которая поддерживает следующие операции за O(1) в среднем:	Свет в конце тоннеля kumehtar 16.06.2026 Поймал себя на одной мысли. Раньше мне всегда казалось неправильным жить без чёткого понимания, куда всё идёт. Будто я иду по дороге судьбы, но не знаю, куда она ведёт. А раз не знаю — значит,. . .
[golang] Реализация стека с поддержкой получения минимального элемента за O(1) alhaos 16.06.2026 Min Stack Сложность: Medium Источник: LeetCode 155 Задача: Реализовать стек который поддерживает push, pop, top и получение минимального элемента за O(1). Методы:	[golang] Конкурентный fetcher с ограничением максимального количества одновременных HTTP запросов. alhaos 10.06.2026 Задача Реализовать конкурентный fetcher с ограничением максимального количества одновременных HTTP запросов. Сигнатура func Fetch(urls string, maxConcurrent int) Result Пример urls :=. . .	[golang] Состояние гонки (race condition) alhaos 10.06.2026 Состояние гонки (race condition) Состояние гонки (Race Condition) — это ошибка, возникающая при одновременном доступе нескольких горутин к одним и тем же данным без должной синхронизации. При этом. . .	Взрослые отношения, и почему они не получаются kumehtar 09.06.2026 Когда в детстве ребёнок не получает от родителей чего-то важного, он лишается не просто приятных переживаний, а основы для формирования определённых внутренних качеств и навыков. Если ребёнок не. . .

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

	Работа с сокетами 14.04.2011, 21:02. Показов 7700. Ответов 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