Исходное сообщение
"Broken Pipe в TCL, массовый обрыв коннектов" Отправлено KeeperR, 07-Май-06 20:07
Я впринципе это зделал, проверял на блокировку сокет (зделал уже поже). Но проблема оставалась :). 1. Я тут разговаривал с одним человеком, он мне посоветовал использовать потоки или разные интерпритоторы, но думаю, что это увеличит нагрузку в разы. Потоки еще нужно указыать при компиляции. Это плохо. При этом блокировать сокет. Сейчас провер опыт. Я посылаю в сокет демона - символ x и жду 100 секнуд, после этого посылаю в сокет \n. В результате, демон не принимает ни одного конекта в течение 100 сек, и вообще, как-бы виснит. Это как-то лечиться? 2. И еще, если можно, помогите советом. Сейчас нагрузка на ЦП - 3-5%, при 80-100 человек в чате. В пиках до 50-70%. Я подумываю поставить задержку. after 100 например в одном цикле получения новых сообщений. Это может привести к обрыву соединений? Тоесть, одим словом - это безопасно или нет, или есть другие способы оптимизации? 3. Broken pipe, означет ли это невозможность востановления сокета, и его обязательно нужно закрыть? Ведь сам по себе сокет не закрылся, а proken pipe может быть . Как посмотреть на то, что если я буду исполозовать заведомо большой буфер, и я даже если сокет будет заблокирован , то я буду выполнять puts но при этом , не выполнять flush. Как только сокет будет свободен - произовадить flush. И если размер буфера достигнит критического - рвать сокет по connection timeout.