SelectorThread обсуждение...

[ALF.]

Ребят, недавно, при написании своего ВебСервера, разбирал этот SelectorThread, и наткнулся на 1 интересную вещь...

Зачем в основном потоке обработки ключей\событий (SelectionKey.OP_CONNECT и т д) после выбора ключа и т д, в нормальном состоянии стоит СЛИП?

Ладно при исключении...
Но зачем в нормальном потоке делать слип?

PHP код:

<?php 

                try

                {

                    Thread.sleep(_sc.SLEEP_TIME);

                }

                catch(InterruptedException ie)

                {



                }

            }

            catch(IOException e)

            {

                                  ТРА ТАТА, тут тоже слип, но ничего против этого слипа я не имею)

            } 

[G1ta0]

Профайлер бы запустил и посмотрел сколько selectNow() генерит мусора и нагрузку на CPU этого потока, если убран sleep.

sleep имеет смысл убирать если ты собрался переписывать логику выборки ключей из селектора, почитал бы по java nio, чтоль, в двух словах не объяснить. еще лучше, читать и смотреть реализации на примере xnio и netty.

[VISTALL]

Если б Runnable.run() вызывался б по мере поступления ключей - но да б убрать , а там там Цыкл - а сам селектор не дает сильную нагрузку (на вызов) - итог цыкл грузит 100% КПУ

[ALF.]

Если б Runnable.run() вызывался б по мере поступления ключей - но да б убрать , а там там Цыкл - а сам селектор не дает сильную нагрузку (на вызов) - итог цыкл грузит 100% КПУ

Благодарю!

[Хлорка]

Да, пустой цикл в то-яме-то-канаве грузить ЦэПэ в сотню.