Хотелось бы уточнить, правильно ли я понимаю. Каждый сервис-контракт представляет собой конечную точку, для каждой конечной точки фабрика классов создает свой канал (или стэк каналов) и никак нельзя один канал (стэк каналов использовать ) для работы с разными конечными точками. Все верно? 
Это я просто к тому, что у меня за раз происходит запрос  к разным конечным точкам и я так понимаю, каждый раз создается канал. Вот всплыл вопрос, нельзя ли как-то  это оптимизировать

NikeDeForest, 
1. оно тормозит?
2. там внутри есть пулы.

1. Дело в том, что обращениие к этим двум конечным точкам будут происходить ежесекундно (обновление данных). Таким образом хотелось бы максимально снизить "лишнюю" нагрузку. Сейчас визуально начинает казаться, что обновление происходит тяжелее, появляются "проскоки" секунд, которых раньше не наблюдалось. Можно конечно сказать, что это погрешность таймера, но все таки проскоков раньше не наблюдалось .
Ну и все таки это все будет выполняться на коммуникатороах, а там связь будет куда хуже "лабораторной".
2. Не совсем понял, где там. Если речь идет о том, являются ли запросы ассинхронными, то нет, не являются.

Мне для начала бы просто разобраться правильно ли я понимаю, как сама по себе функционирует технология. Правильно ли я понимаю по поводу каналов и прочего. Если в итоге окажется, что невозможно использовать один канал для работыт с разными конеяными точками или реализация данной фичи приведет к другим серьезным потерям, например в гибкости приложения, то всегда можно сделать ход конем - создать метод на стороне сервера, который будет возвращать результат работы того, что возвращается при запросе к разным конечным точкам, создать таким образом искусственное объединение.

NikeDeForest, 
1. Затраты на создание канала в любом случае на пару порядков меньше затрат на собственно вызов. Просто померяй, сколько за все время работы уходит на CreateChannel. Любым профайлером, или вручную в коде. "визуально" - не аргумент.
2. Это не вопрос, это утверждение. Внутри стандартных ChannelFactory есть пулы для стандартных кусков каналов. 
Если в 1. действительно будут тормоза именно из-за создания канала, то http://weblogs.asp.net/pglavich/archive/20...erformance.aspx.

Спаибо.