Sun. В 1.4 epool не пахнет, там спич шел про 1.6.
Я немного по другому работаю с сокетами, не так как мина точно, гразли
не ковырял.
На мине очень быстро написал первую версию, но обслужить удалось около
1000 сокетов всего,
потом закончилось все - и память и процессор .... и я бросил это
творение, вместе с их эвристиками, спинами,
типа попробовать 256 раз записать в сокет, ну а уж если не удалось, тода
в селект.

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

Закрываю соединения тоже не так как они. Отменяю ключ, и отдаю в
отдельную очередь для закрытия (дабы не блокироваться).
А так и при этом быге не возникнет ничего.

p.s.
Offtop.

Xasima wrote:
> 2009/12/7 Kostya Alexandrov <koticka@mail.ru <mailto:koticka@mail.ru>>
>
> в моем случае это реализовано java.nio - тот же селект только на жабе.
> а имея легаси jdk 1.4 - выбор очень сужается... так что руками и
> еще раз руками ;)
>
>
> Использовалась JDK1.4 SUN или IBM JDK под Linux? Если SUN, то
> любопытно, не сталкивались ли вы с проблемой сильной загрузки CPU,
> пофикшенной в одном из недавних update JRE/JDK.
> http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=6403933
> https://issues.apache.org/jira/browse/DIRMINA-678
>
> Будто бы все java проекты (Mina / Grizzly), связанные с COMET / NIO,
> сталкивались / решали эту проблему.
>
> --
> Best regards,
> ~ Xasima ~
> ------------------------------------------------------------------------
>
> _______________________________________________
> nginx-ru mailing list
> nginx-ru@nginx.org
> http://nginx.org/mailman/listinfo/nginx-ru
>

_______________________________________________
nginx-ru mailing list
nginx-ru@nginx.org
http://nginx.org/mailman/listinfo/nginx-ru