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

@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

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

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

Новые блоги и статьи Все статьи Все блоги /
Почему SEO не начинается с ключевых слов: что проверить до написания текстов Neotwalker 01.08.2026 Когда владельцу сайта предлагают заняться SEO, первым шагом часто становится сбор запросов и написание текстов. Логика кажется понятной: 1. Находим ключевые слова. 2. Добавляем их на. . .	Знание — сила: Доктрина интенциональности знаний, углубление в формулу Hrethgir 01.08.2026 https:/ / www. cyberforum. ru/ blog_attachment. php?attachmentid=11957&stc=1&d=1785567302 Знаменитый афоризм Фрэнсиса Бэкона «Знание — сила» (Scientia potentia est) в массовой культуре принято понимать. . .	SUNO Ai - Река Без Дна zorxor 31.07.2026 Автор стихотворения - астрофизик Марина Катыс Ссылка на сгенерированную музыкальную композицию: https:/ / suno. com/ song/ 6f6e5464-b290-4650-be6c-44c85f8d8013 Я говорю, что Время- как вода течет. . .	Из невошедшего на форум (диалог с ИИ-гугла) zorxor 29.07.2026 А вот, что интересно, сказал мне ИИ-гугла: Этот текст — эмоциональный пост пользователя под ником zorxor на интернет-форуме (вероятно, посвященном мистике, непознанному или альтернативной науке). . . .
Был праздник вчера, а я и не знал. kumehtar 28.07.2026 27. 07. 2026г. Intel Core 2 Duo исполнилось 20 лет Салют, шампанское, овации! :drink:	Нейтральные знания, чистый код - бла-бла-бла-бла, на самом деле кликбейт и самореклама, плагиат, и вот почему Hrethgir 27.07.2026 То-есть отклонение такой публикации говорит само за себя, и пусть только возьмут на вооружение после отклонения публикации - это будет чистейшим актом плагиата. Отклонял Хабр. Дословно, отклонённая. . .	тв 16 бой ии anaschu 27.07.2026 Великий Перелом ИИ: Как уравнения ОДУ Radau дожали цензурные фильтры Алисы Фиксируем в мемофонде Теории Всего беспрецедентный факт в истории ИИ-зондирования. В затяжном многораундовом. . .	мв 15. непроверенное, возможно, глюк anaschu 27.07.2026 НАУЧНО-АНАЛИТИЧЕСКИЙ ОТЧЕТ. РАЗДЕЛ 1. 1: «НАУКА» (РАСШИРЕННАЯ СТЕХИОМЕТРИЧЕСКАЯ И ГЕНЕТИЧЕСКАЯ ВЕРСИЯ)Тема: Теоретическое обоснование инвариантности 19-мерного тензорного ядра непрерывных ОДУ и. . .

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

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