Доброго всем!

Создаю Socket, подключаю его к удаленному серверу, создаю NetworkStream для этого сокета.
Далее в отдельном потоке в цикле проверяю оный NetworkStream, нельзя ли из него что-нибудь полезного от сервера прочесть.
Все работает...

Вопрос: нет ли в NET готового сетевого слушателя, чтобы работал как Timer — создал, подписался на событие о поступлении инфы, подключился и счастлив?

Здравствуйте, mDmitriy, Вы писали:

D>Доброго всем!

D>Создаю Socket, подключаю его к удаленному серверу, создаю NetworkStream для этого сокета.
D>Далее в отдельном потоке в цикле проверяю оный NetworkStream, нельзя ли из него что-нибудь полезного от сервера прочесть.
D>Все работает...

D>Вопрос: нет ли в NET готового сетевого слушателя, чтобы работал как Timer — создал, подписался на событие о поступлении инфы, подключился и счастлив?

Stream.BeginRead

Здравствуйте, mDmitriy, Вы писали:


D>Вопрос: нет ли в NET готового сетевого слушателя, чтобы работал как Timer — создал, подписался на событие о поступлении инфы, подключился и счастлив?

Создал, BeginReceive и счастлив

Здравствуйте, mDmitriy, Вы писали:

D>Вопрос: нет ли в NET готового сетевого слушателя, чтобы работал как Timer — создал, подписался на событие о поступлении инфы, подключился и счастлив?

Есть старый, добрый, блокирующий Read — как данные придут, ты об этом сразу узнаешь.

Здравствуйте, xednay89, Вы писали:

X>Здравствуйте, mDmitriy, Вы писали:
D>>Вопрос: нет ли в NET готового сетевого слушателя, чтобы работал как Timer — создал, подписался на событие о поступлении инфы, подключился и счастлив?
X>Создал, BeginReceive и счастлив
BeginReceive требует указания количества считываемых байт, а где их взять?
У меня считывается xml по jabber-протоколу через NetworkStream прямо в XMLReader. Все хорошо, если бы не цикл в потоке.

Здравствуйте, matumba, Вы писали:

M>Здравствуйте, mDmitriy, Вы писали:

D>>Вопрос: нет ли в NET готового сетевого слушателя, чтобы работал как Timer — создал, подписался на событие о поступлении инфы, подключился и счастлив?

M>Есть старый, добрый, блокирующий Read — как данные придут, ты об этом сразу узнаешь.
Подробнее можно, плиз?

Здравствуйте, mDmitriy, Вы писали:

M>>Есть старый, добрый, блокирующий Read — как данные придут, ты об этом сразу узнаешь.
D>Подробнее можно, плиз?

var s = new Socket(...);
var buf = new byte[100];
var ReceivedBytes = s.Receive(buf);

Извините, с функцией ошибся.
Каждую принятую порцию добавляешь к существующим данным, а потом перекодируешь в строку.

Здравствуйте, matumba, Вы писали:

M>Здравствуйте, mDmitriy, Вы писали:

M>>>Есть старый, добрый, блокирующий Read — как данные придут, ты об этом сразу узнаешь.
D>>Подробнее можно, плиз?

M>

M>var s = new Socket(...);
M>var buf = new byte[100];
M>var ReceivedBytes = s.Receive(buf);
M>

M>Извините, с функцией ошибся.
M>Каждую принятую порцию добавляешь к существующим данным, а потом перекодируешь в строку.
Опять не понял... Receive(buf) все равно ведь надо дергать в цикле?

Здравствуйте, mDmitriy, Вы писали:

D>Опять не понял... Receive(buf) все равно ведь надо дергать в цикле?

В цикле, НЕ ПОЕДАЮЩЕМ РЕСУРСЫ. Т.е. вызов Receive блокирует поток, пока не придут данные.

Здравствуйте, mDmitriy, Вы писали:

D>Вопрос: нет ли в NET готового сетевого слушателя, чтобы работал как Timer — создал, подписался на событие о поступлении инфы, подключился и счастлив?

System.Net.Sockets.TcpListener не подойдет?

Здравствуйте, matumba, Вы писали:

M>Здравствуйте, mDmitriy, Вы писали:

D>>Опять не понял... Receive(buf) все равно ведь надо дергать в цикле?

M>В цикле, НЕ ПОЕДАЮЩЕМ РЕСУРСЫ. Т.е. вызов Receive блокирует поток, пока не придут данные.
т.е., все тоже самое, только цикл не дергается понапрасну?

Здравствуйте, matumba, Вы писали:

M>Есть старый, добрый, блокирующий Read — как данные придут, ты об этом сразу узнаешь.

А что делать когда количество клиентов будет больше размера пула потоков?

Здравствуйте, AndrewVK, Вы писали:

AVK>Здравствуйте, mDmitriy, Вы писали:

D>>Вопрос: нет ли в NET готового сетевого слушателя, чтобы работал как Timer — создал, подписался на событие о поступлении инфы, подключился и счастлив?

AVK>System.Net.Sockets.TcpListener не подойдет?
А чем он лучше?
В примере, который приведен в MSDN, тот же цикл.

Здравствуйте, AndrewVK, Вы писали:

AVK>Здравствуйте, matumba, Вы писали:

M>>Есть старый, добрый, блокирующий Read — как данные придут, ты об этом сразу узнаешь.

AVK>А что делать когда количество клиентов будет больше размера пула потоков?
Мой вопрос касался сугубо клиента. Для сервера цикл в потоке, по-моему, некритичен.

Здравствуйте, mDmitriy, Вы писали:

AVK>>System.Net.Sockets.TcpListener не подойдет?
D>А чем он лучше?

Больше сервисного функционала, чем у голого сокета. См., к примеру, AcceptTcpClient.

D>В примере, который приведен в MSDN, тот же цикл.

Это пример с синхронными методами. Опять же, тебе шашечки или ехать? Чтобы цикла не было, или чтобы удобно пользоваться было?

Здравствуйте, mDmitriy, Вы писали:

D>Мой вопрос касался сугубо клиента.

Listener это у тебя клиент?

Здравствуйте, AndrewVK, Вы писали:

AVK>А что делать когда количество клиентов будет больше размера пула потоков?

Банально установить побольше "пул ожидающих соединения клиентов"!

Здравствуйте, matumba, Вы писали:

M>Банально установить побольше "пул ожидающих соединения клиентов"!

Ты так все сервера пишешь?

Здравствуйте, mDmitriy, Вы писали:



D>Вопрос: нет ли в NET готового сетевого слушателя, чтобы работал как Timer — создал, подписался на событие о поступлении инфы, подключился и счастлив?

http://round-angle-net.blogspot.ru/2010/09/tcpip-c.html
Смотри ассинхронный BeginAccept

Здравствуйте, AndrewVK, Вы писали:

M>>Банально установить побольше "пул ожидающих соединения клиентов"!

AVK>Ты так все сервера пишешь?

Нет, только 37.81%; Есть какие-то возражения? Можно было бы вместо выпендрёжа сразу озвучить свою умную мысль, почему нельзя увеличивать очередь.
А, кажется догадался... ты хочешь открыть мне тайну о балансировке нагрузки?