Пишу сетевую часть одного приложения. 

Начал: Асинхронные сокеты , WSAEventSelect, WSAEnumNetworkEvents и т.д.
Читал давнишние посты Олег2005 о подводных камнях этого способа.

Задумался , почему бы не сделать все таким образом:
Поток на прием , поток на отправку , никаких асинхронных сокетов. А там делай что хочешь , эвенты и т.д.
Если еще выставлять флаг MSG_WAITALL , то можно забыть о проблемах со сборкой пакетов.
Понимаю , все таки будет минус в производительности (но при сегодняшних мощностях это будет почти не ощутимо)

Подтолкните меня в какую-то из сторон - асинхронные сокеты/или 2 потока ???
Спасибо за ответы!

асинхронные сокеты, я использую boost::asio, эта библиотека все сильно упрощает

Тогда вопрос, что использует boost::asio под win , порты завершения???

да

Все зависит от числа запросов, приходящих одновременно.
Если их много - то имейте в виду - на каждый поток выделяется 1 мег оперативки под все поточные дела. 
Скажем у вас 500 клиентов - поток отправки + приема*500 мег= 1 гиг.

Нет , это клиент , выйдет только 2 потока - отправка/прием

в случае 2х потоков ты сможешь одновременно отправлять данные только одному клиенту, ну и принимать соотв. то-же

Объясню получше, пишу клиент , канал данных нужен только один 
клиент <---> сервер

Т.е. клиенту нужно работать только с одним сокетом.
Сокет - один , 2 потока.
Поток первый - recv
Поток второй - send

ну и дополнительные прибамбасы)
Но я уже решил использовать boost::asio , так что тему можно закрывать)))