Tom>WCF
+ Конечно Windows Azure Service Bus

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

_>А чем плохие обычные System.Net.Sockets?

Тем, что тогда всё сразу начнёт работать, причём независимо от виндовоз-платформы. Мелкомягким это не нужно, поэтому они и усираются, сувая свой WCF с эфемерными преимуществами в каждую дыру.
Не переживайте, если в вашем проекте не будет очередного базворда — клиенты этого даже не заметят.

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

Tom>>WCF
Tom>+ Конечно Windows Azure Service Bus
Нет. Тестил конкретно для задач которые у ТС.
Лана, колюсь: http://www.zeromq.org/ потянет эту задачу. Если ТС конечно правильно будет ее использовать.

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

_>Решение которое мы приняли — отказ от WCF и переход на Socket'ы и ProtoBuff .NET для сериализации.

Я бы все таки HTTP оставил, пусть и с ProtoBuff

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

_>Добрый день! Есть клиент-серверное приложение для передачи торговой информации.Есть две проблемы:
_>1) Низкая производительность сервиса ( до 1500 колбеков в секунду)

Это довольно приличная величина. WCF не заточен под сценарии, где требуется куча микровызовов — слишком много расходов на внутреннюю машинерию.

_>2) Когда один из клиентов начинает зависать(например,проблемы с интернетом) все пользователи начинают медленнее получать данные (до 200 колбеков в секунду)

Специфика реализации коллбеков в дуплексных каналах. Тут нужно или чат делать для каждого клиента (ака WebSockets) или хотя бы что то вроде long polling. WCF из коробки вроде бы такого не умеет, хотя последнии версии я не смотрел.

_>Подскажите,пожалуйста,как можно решить эти проблемы

Моя имха — для колбеков организовать отдельный канал на базе HTTP Server API и WebSockets со своим сериализатором. Остальное можно оставить в WCF на другом порту.