Какая привязка WCF наиболее эффективна?

Question

Я должен получить максимальную производительность в моей службе WCF. В одном из моих тестов служба ниже получала только 50 тыс. Данных в минуту с помощью NetTcpBinding. Будет ли отключенная привязка, такая как NetMsmqBinding, улучшить эту производительность?

Служба и клиент используют WCF и работают на одном компьютере.

[ServiceBehavior(InstanceContextMode = InstanceContextMode.Single, 
    ConcurrencyMode = ConcurrencyMode.Multiple)] 
public class Storage : IStorage 
{ 
    protected List<int> _data = new List<int>(); 

    public void Insert(int[] data) 
    { 
     lock (_data) 
     { 
      _data.AddRange(data); 
     } 
    } 

    public int[] Get() 
    { 
     lock (_data) 
     { 
      return _data.ToArray(); 
     } 
    } 
} 

Код, приведенный выше, является упрощенной версией настоящего кода.

Answer 1

Msmq, вероятно, будет медленнее, чем TcpBinding.

Если вы работаете на одном компьютере, вам определенно следует использовать NetNamedPipeBinding (IPC), который является самым быстрым связыванием.

Вы также должны проверить, как вы сериализуете свои данные. Сериализация буфера протокола намного быстрее (и более компактная), чем стандартная сериализация WCF по умолчанию (но требует немного настройки).

Answer 2

Если служба и клиент работают на одном компьютере, я бы вообще избегал сети в пользу механизма IPC, такого как именованные каналы. Сетевой трафик несет много накладных расходов, которых можно избежать с помощью механизма IPC.

Answer 3

У вас есть основания полагать, что транспорт является тем, что замедляет скорость транзакции? Что профилировал вам? В настоящий момент эта служба настроена на однопоточность, а также имеет несколько вызовов «Get», блокирующих друг друга.

Как эта услуга называется/используется? Помогло бы это сделать многопоточность? Как насчет использования более сложного замка, такого как ReaderWriterLock, который позволяет нескольким вызовам «Получать» в одно и то же время, но все же блокировать «Добавить»?

Редактировать: Я знаю, что это упрощенная ситуация, но будет ли фактическое обслуживание выгодным с одних и тех же соображений?

Answer 4

Быстрее для одиночного вызова в изоляции или для потолка тысяч звонков?

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

NetTcp, с другой стороны, похож на http - только быстрее. Вы отправляете запрос в службу и возвращаете ответ (если все идет хорошо) сразу. Никакой очереди сообщений не используется, ваши сообщения - это запрос/ответ.

Так что я не думаю, что вы можете сравнить эти две привязки. Они служат совершенно другим целям:

• если вы хотите, например, найдите почтовый индекс и верните долготу/широту этого местоположения, вам определенно нужен механизм запроса/ответа -> используйте netTcp

• , если вы хотите отправить запросы, например.распечатать документ или реорганизовать базу данных или что-то в этом роде - что-то, к чему нужно стремиться, в конце концов, но вы не ожидаете ответа сразу (но позже вы можете проверить, правильно ли обработано сообщение) затем использовать сообщение СМО

Надежда, что делает вещи немного яснее - Я не думаю, что эти два действительно ориентированы на тот же набор операций, так что вы, скорее всего, никогда не придется выбирать между эти два непосредственно :)