Здравствуйте, 24, Вы писали:
24>Второй способ способен обеспечить большую производительность, чем первый, т.к. создание процесса/потока — достаточно затратная операция, и чем их больше, тем больше накладные расходы на переключение между ними. От себя могу порекомендовать сначала сделать по первому варианту, а потом, когда всё будет работать — заменить на второй (при этом, естественно, сразу учитывать возможность замены, т.е. абстрагировать способ работы с многопоточностью от остального кода).
IMHO. Но в случае с таким типом серверов, я думаю, затраты не создание новых потоков и переключение между ними не настолько велики как, например в случае http сервера. Так как в отличии от него, соединение с клиентов в IM-сетях имеет большую продолжительность жизни.
Скорее всего последую вашему совету и буду ориентироваться на второй, сначала реализовав первый.
