Здравствуйте, уважаемые.

Ни за что бы не подумал, что на Java можно схватить такой косяк.
Дело в том что все работало прекрасно до поры до времени, время шло, я тихонько расширял возможности и в какой то момент возникла проблема, при подключении удаленного клиента (т.е. не с локал-хоста, не со своего IP по локальной сети, или со своего глобального IP), а именно с чужой машины. Удивительно наблюдать картину, когда сервер виснет не как обычно подгружая процессор под 100% а просто остановив работу виндов напрочь, это что такое? неужели на Java ручками загребущими можно и до такого довести?

Проверял работу сервера на 2-х машинах из них обе jvm 1.6, 1 jvm 1.5.

Результаты всегда одинаковы, сервер благополучно проводит аутентификацию, а дальше виснет...

вообще "виснуть" понятие растяжимое.... Что именно происходит? Чем поведение отличается от загрузки проца на 100%?

Это сообщение отредактировал(а) shimopus - 24.5.2007, 17:24

Вообще останавливается работа, можно сказать глобальный дед-лок, мышка никак не вращается, и экран застывает (может не так выразился) мышка не двигается совсем, никаких действий выполнить нельзя, все процессы останавливаются, только reset.

Добавлено @ 17:37
OS Windows XP

Это сообщение отредактировал(а) Platon - 24.5.2007, 18:39

При работе всегда делай отдельный тред на GUI (via invokeLater) и отдельный тред сокет-слушателя (который будет notify тред-обработки сообщений)
Таким образом у тебя будет 3 треда как минимум - GUI, socket-listener, обработчик. И программа никогда не будет виснуть.

Vurn, 
Извиняюсь конечно, но я уже писал, что у меня не виснет, а умирает вообще ОС.

2. ГУИ на сервере редко бывает, и у меня его нет.
3. и естественно что у меня каждое соединение клиентов уходит по тредам.

не пойму что может вызвать вывод из строя всю ОСку?

Добавлено @ 18:43
МОжет надо permssion policy прикрутить? Мало ли по умолчанию запрещен доступ с нелокальной машины, хотя повторюсь, до поры до времени работало.

Это сообщение отредактировал(а) Platon - 25.5.2007, 07:44

Новые подробности. Решил после зависания тачки на другом компе побаловаться, что он будет делать, мало ли серв не сдох, пишу, нет не работает, но самое что удивительное после 3 отправленных сообщений и клиент умер, причем умер так же как и сервер, т.е. парализовало всю ОС. вот те и на...

Думаю, что Javа тут не при чем. Скорее всего создается слишком большое количество потоков, из за чего JVM вытягивает все ресурсы системы. На 90% ошибка в коде.

К счастью я видать такой уникальный, что попадаю в 10 % ;)

Думаю что тему стоит вообще затереть, бесполезная ветка, прошу прощения.
Оказалось проблема была в ОС "виндовоз", после переустановки запускается отлично. 
Я сразу настаивал на вопросе "Может ли Java привести к тотальной остановке ОС?" не зависанию, а именно остановке.



Проверял на 3500 одновременных запросах провести авторизацию, вроде все отлично, НО конечно в данном случае скидка, что авторизация идет с локальной машины, но с другой стороны, это как минимум 7000 потоков.

Интересно, а как же машина клиента, которая тоже беспросветно умирала? Или он тоже запускался на твоей машине? 

Тоже интересно, но скорее всего обе машины были инфицированы, больше вариантов не нахожу.
Вчера попробовал протестировать, попросил друзей в пределах города подключиться, целый день проболтали, все работало отлично.

Мда, не прошло и 2-х дней та же история :( ну это же нереально! я не могу поверить что проблема в моем коде, слишком сильное влияние чата на ОС, такое полагаю можно сделать только на системном уровне, но никак не прикладном.

А может это и делается на системном... JVM явно пользуется системными вызовами. Например для частичной реализации многопоточности...

Да, но я полагаю JVM бережет ОС от несанкционированных действий. А как же объяснить что 2 дня чат поработал и опять его заклинило? Что Java системно обращается скажем по четным дням к одним системным вызовам, по нечетным к другим? Обидно так получается, весело будет если я еще 2 дня подожду и опять заработает. я понимаю, когда сразу не работает, но через 2 дня?


конечно не хочется сваливать, но это либо ОС либо JVM.

Судя по симптоматике (особенно - зависание через двое суток работы) - имеет место быть дед-лок. Хотя не исключено, что плодятся неубиенные потоки. Но дед-лок вероятнее.
Java достаточно защищена от "дурака" (без обид, просто термин), но абсолютной защиты, как известно не существует. Посмотри внимательно на метки synchronized, скорее всего они где-то  перекрываются. Говорю из собственного опыта, в свое время убил не один час на поиски этой гадости.

Ахренеть  
Неудивительно что ОС подвисала от такого количества потоков. Если в приложении создается больше 20-30 потоков, то это верный признак того, что оно неправильно спроектировано.