Блог

Похоже, что у System.net.Sockets были некоторые проблемы с производительностью в многопоточных приложениях в предыдущих версиях .Net. и что SocketAsyncEventArgs был (по крайней мере частично) создан для их решения. Однако, похоже, что использование SocketAsyncEventArgs и правильная настройка — это нетривиальный процесс, как показано в этой статье.

Я рассмотрел некоторые фреймворки, которые могут быть полезныhttp://nitoasync.codeplex.com / amp; http://supersocket.codeplex.com /

Если я искал максимальную производительность в TCP-приложении с использованием управляемого кода, должен ли я писать вокруг SocketAsyncEventArgs? и рискуете обнаружить проблемы с производительностью на производстве, которые невозможно воспроизвести при тестировании, или мне следует использовать один из вышеупомянутых фреймворков?.

Я не работаю с C # так долго. Большая часть моего опыта была в C , но у меня нет никакого опыта в этой области. Я использую .Net 4

Если вы ищете что-то бесплатное, у меня был хороший опыт работы с SuperSocket. Однако, если вам нужно немного больше функциональности …http://www.chilkatsoft.com/socket-dotnet.asp это действительно стоит дополнительных затрат.

Регулярные обновления, и с ним очень легко работать. Множество примеров и по большей части подробная / исправная документация (некоторые функции (очень немногие) содержат «Подлежащие документированию»)

Примеры — это действительно то, что отличает их друг от друга, imo.