Да нет, отдельная нить нужна чтобы callback'и принимать в ней, не сбивая потока, отсылающего сообщения в сокет - только если фреймворк требует коллбэки. А если бы работал poll - читаем, когда выясняем, что можно И одновременно хотим читать - нити на фиг не сдались.

Через коллбэки было неудобно работать в моем случае: дизайн нужен в духе "после открытия сокета, мы активно работаем и шлем туда кучу данных, и корректность потока данных прежде всего, а иногда мы считываем входящие сообщения из сокета и на их основе немного корректируем исходящий поток". И так получается, что если нас дернут на входящие сообщение "когда попало", а не когда мы захотим его прочесть, то без приема коллбэка в отдельном треде, чтобы не нарушить текущий поток, туго. Ах да, и разумеется, попытка приема сообщения не должна заблокироваться (или дайте мне уже select/poll, наконец!).

Что касается ioloop, все опять упирается в то, что сокеты != вебсокеты. Я бы и на этом торнадо сделал все, что требуется, но код а-ля http://www.tornadoweb.org/documentation/ioloop.html просто не прокатывает для https://github.com/SocketTornadIO/SocketTornad.IO - не выходит сделать setblocking(0) для вебсокета и самому читать :( Для обычных сокетов работает, конечно. Претензии, в общем, не к торнадо, а к вебсокетам.