Как избежать зависания на Socket.Send()?

@WODICHKA · Регистрация: 26.03.2015

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

Вообщем при большом трафике на сервере (C# Mono Ubuntu 16.04) как я понял если клиент отключается в момент отправки пакета, то весь поток зависает на Socket.Send() бывает 2 исхода либо выкидывается исключение и сервер его успешно обрабатывает либо поток намертво виснет. Знаю, при использовании голых UNIX сокетов (C++) есть такая же проблема, но она легко решается добавлением флага MSG_NOSIGNAL, есть ли в C# какие-то похожие механизмы?
P.S. Асинхронные сокеты не предлагать

C#
1
2
3
4
5
6
7
8
9
        private void sendBytes(byte[] bf)
        {
            if (_userSocket == null || !_userSocket.Connected)
                return;
 
 
            lock (_socket_sync)
                _userSocket.Send(bf, 0, bf.Length, SocketFlags.None);
        }

Функция отправки пакетов пользователю трафик на сервере (10-11к вход. / 9-10к исход.) пакетов в секунду
Средний размер пакета около 40 байт ~ (передвижение)

@WODICHKA · 13.01.2019, 17:12 **[ТС]**

Проблема решается либо использованием асинхронных сокетов Socket.SendAsync() (дорого но решает проблему) либо
добавлением тайм аута на отправку socket.SendTimeout = 2500 (мс.) выяснилось, что в C# по дефолту в тайм-ауте стоит значение 0 т.е. бесконечно ожидает отправки сообщения и в случае какой то ошибки отправка просто намертво вешает поток, при превышении же тайм аута выбрасывается соответствующее исключение и его можно штатно обработать.

Может быть кому-то будет полезно

Someone007 · 13.01.2019, 18:54

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

дорого но решает проблему

В смысле дорого? По моему самое оптимальное решение.

@WODICHKA · 13.01.2019, 20:00 **[ТС]**

Как показали тесты конструкция

C#
1
2
3
4
5
                SocketAsyncEventArgs sendEvent = new SocketAsyncEventArgs();
                sendEvent.SetBuffer(resultBuffer, 0, resultLenght);
 
                lock (_userSocket)
                    _userSocket.SendAsync(sendEvent);

В разы дороже чем

C#
1
2
                lock (_userSocket)
          _userSocket.Send(buffer, 0, buffLen);

Someone007 · 13.01.2019, 21:24

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

дороже

В каком плане дороже?

Насколько я знаю SendAsync/ReceiveAsync самый производительный способ работы с сокетами на C# под .NET Framework (на .NET Core есть решения получше, например System.IO.Pipelines).

При этом объекты SocketAsyncEventArgs должны переиспользоваться, а не создаваться новый на каждой операции приема или отправки.

@WODICHKA · 13.01.2019, 22:47 **[ТС]**

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

В каком плане дороже?

Насколько я знаю SendAsync/ReceiveAsync самый производительный способ работы с сокетами на C# под .NET Framework (на .NET Core есть решения получше, например System.IO.Pipelines).

При этом объекты SocketAsyncEventArgs должны переиспользоваться, а не создаваться новый на каждой операции приема или отправки.

Разумеется во время тестов я переиспользовал объект, сервер показал работу хуже при использовании асинхронного варианта.

P.S. Не особо понимаю как асинхронная операция может быть производительней блокирующей это всё равно что говорить
число A больше чем A + 1

Someone007 · 13.01.2019, 23:11

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

как асинхронная операция может быть производительней блокирующей

На то она и асинхронная, чтобы не было лишних ожиданий как в блокирующем варианте, поэтому должна быть намного производительней.

@IamRain · 13.01.2019, 23:18

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

чтобы не было лишних ожиданий как в блокирующем варианте,

В связи с этим я не понимаю, зачем нужен lock в коде ТС-а:

C#
1
2
lock (_userSocket)
  _userSocket.SendAsync(sendEvent);

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

@WODICHKA · 13.01.2019, 23:21 **[ТС]**

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

На то она и асинхронная, чтобы не было лишних ожиданий как в блокирующем варианте, поэтому должна быть намного производительней.

Не буду врать плохо знаю C# в основном мой инструмент C++, не знаю как устроенны асинхронные операции в C#, но так или иначе она либо создает дополнительный поток (что крайне дорого) для выполнения задачи либо пушит эту задачу в какой-то ThreadPoll что тоже не дешего потому что редко такие вещи обходятся без синхронизации.
А задача которую она пушит и есть блокирующая операция.

Могу ошибаться, но примерно как-то так.

P.S. То что я назвал "ухудшением работы сервера", было повышение использования CPU,и не значительное увеличение использования RAM.

Добавлено через 2 минуты

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

В связи с этим я не понимаю, зачем нужен lock в коде ТС-а:

C#
1
2
lock (_userSocket)
  _userSocket.SendAsync(sendEvent);

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

Это не код сервера

Я просто скопировал лишнее

@IamRain · 13.01.2019, 23:25

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

Это не код сервера

Да неважно, надо смотреть по факту весь ваш код, чтобы посмотреть, почему Async, по вашему мнению, остался виноватым.

@WODICHKA · 13.01.2019, 23:32 **[ТС]**

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

Да неважно, надо смотреть по факту весь ваш код, чтобы посмотреть, почему Async, по вашему мнению, остался виноватым.

Весь код функции отправки предоставлен в самом первом сообщении там 3 строчки.
Функцию sendBytes() вызывает функция SendPacket() вызовов которой в коде аш 846

C#
1
2
3
4
        public void SendPacket(Packet p)
        {
            sendBytes(p.PacketBuffer);
        }

C#
1
2
3
4
5
6
7
8
9
10
11
12
public class Packet
{
        public DateTime TimeGet;
 
        public byte[] PacketBuffer;
        public PacketIDs ID;
        public int Size;
        public bool Encrypted;
        public int PacketNumber;
 
// methods
}

P.S. Не считаю Async виноватым, просто при использовании Async приложение потребляло больше ресурсов, а это очень критично учесть что функция используется в 846 местах

Someone007 · 13.01.2019, 23:51

Тот факт что потребляется больше ресурсов совершенно не означает что Async хуже работает. При работе с сетью важны и другие параметры, например latency (тут имеется в виду как быстро ваш сервер обрабатывает приходящие пакеты и отправляет на них ответы, а не latency из-за расстояния между сервером и клиентом), пропускная способность и т.д.

Например повышенное использование процессора можно объяснить тем, что асинхронный код способен обрабатывать больше пакетов за единицу времени... А повышенное потребление памяти кешированием тех же SocketAsyncEventArgs...

Новые блоги и статьи Все статьи Все блоги /
Советы по крайней бережливости. Внимание, это ОЧЕНЬ длинный пост. Programma_Boinc 28.12.2025 Советы по крайней бережливости. Внимание, это ОЧЕНЬ длинный пост. Налог на собак: https:/ / ********/ gallery/ V06K53e Финансовый отчет в Excel: https:/ / ********/ gallery/ bKBkQFf Пост отсюда. . .	Кто-нибудь знает, где можно бесплатно получить настольный компьютер или ноутбук? США. Programma_Boinc 26.12.2025 Нашел на реддите интересную статью под названием Anyone know where to get a free Desktop or Laptop? Ниже её машинный перевод. После долгих разбирательств я наконец-то вернула себе. . .	Thinkpad X220 Tablet — это лучший бюджетный ноутбук для учёбы, точка. Programma_Boinc 23.12.2025 Рецензия / Мнение/ Перевод Нашел на реддите интересную статью под названием The Thinkpad X220 Tablet is the best budget school laptop period . Ниже её машинный перевод. Thinkpad X220 Tablet —. . .	PhpStorm 2025.3: WSL Terminal всегда стартует в ~ and_y87 14.12.2025 PhpStorm 2025. 3: WSL Terminal всегда стартует в ~ (home), игнорируя директорию проекта Симптом: После обновления до PhpStorm 2025. 3 встроенный терминал WSL открывается в домашней директории. . .	Как объединить две одинаковые БД Access с разными данными VikBal 11.12.2025 Помогите пожалуйста !! Как объединить 2 одинаковые БД Access с разными данными.
Новый ноутбук volvo 07.12.2025 Всем привет. По скидке в "черную пятницу" взял себе новый ноутбук Lenovo ThinkBook 16 G7 на Амазоне: Ryzen 5 7533HS 64 Gb DDR5 1Tb NVMe 16" Full HD Display Win11 Pro	Музыка, написанная Искусственным Интеллектом volvo 04.12.2025 Всем привет. Некоторое время назад меня заинтересовало, что уже умеет ИИ в плане написания музыки для песен, и, собственно, исполнения этих самых песен. Стихов у нас много, уже вышли 4 книги, еще 3. . .	От async/await к виртуальным потокам в Python IndentationError 23.11.2025 Армин Ронахер поставил под сомнение async/ await. Создатель Flask заявляет: цветные функции - провал, виртуальные потоки - решение. Не threading-динозавры, а новое поколение лёгких потоков. Откат?. . .	Поиск "дружественных имён" СОМ портов Argus19 22.11.2025 Поиск "дружественных имён" СОМ портов На странице: https:/ / norseev. ru/ 2018/ 01/ 04/ comportlist_windows/ нашёл схожую тему. Там приведён код на С++, который показывает только имена СОМ портов, типа,. . .	Сколько Государство потратило денег на меня, обеспечивая инсулином. Programma_Boinc 20.11.2025 Сколько Государство потратило денег на меня, обеспечивая инсулином. Вот решила сделать интересный приблизительный подсчет, сколько государство потратило на меня денег на покупку инсулинов. . . .

@WODICHKA 5 / 5 / 0 Регистрация: 26.03.2015 Сообщений: 37
	13.01.2019, 17:12 [ТС]
	Проблема решается либо использованием асинхронных сокетов Socket.SendAsync() (дорого но решает проблему) либо добавлением тайм аута на отправку socket.SendTimeout = 2500 (мс.) выяснилось, что в C# по дефолту в тайм-ауте стоит значение 0 т.е. бесконечно ожидает отправки сообщения и в случае какой то ошибки отправка просто намертво вешает поток, при превышении же тайм аута выбрасывается соответствующее исключение и его можно штатно обработать. Может быть кому-то будет полезно 0

Someone007 6691 / 4102 / 1607 Регистрация: 09.05.2015 Сообщений: 9,573
	13.01.2019, 23:51
	Тот факт что потребляется больше ресурсов совершенно не означает что Async хуже работает. При работе с сетью важны и другие параметры, например latency (тут имеется в виду как быстро ваш сервер обрабатывает приходящие пакеты и отправляет на них ответы, а не latency из-за расстояния между сервером и клиентом), пропускная способность и т.д. Например повышенное использование процессора можно объяснить тем, что асинхронный код способен обрабатывать больше пакетов за единицу времени... А повышенное потребление памяти кешированием тех же SocketAsyncEventArgs... 0