HikariCP - самый быстрый jdbc connection pool

[Visor]

HikariCP - отдельный пул на ArrayList, код глянул - написал достаточно качественно. Судя по коду работает быстро.

[n3k0nation]

HikariCP - отдельный пул на ArrayList

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

P.S: Не успел процитировать, то что Вы написали (сейчас цитирую уже измененный пост).

[Visor]

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

P.S: Не успел процитировать, то что Вы написали (сейчас цитирую уже измененный пост).

Я не глянул код до этого, только инициализацию на страничке http://brettwooldridge.github.io/HikariCP/

Сейчас глянул - ничего в общем-то особенного - но простота и четкость очень продумана - это есть ++
Сначала подумалось - что они могли догадаться, как работать по быстрой схеме, которая уже есть - оказалось нет - новый велосипед - но вполне качественный и надежный.

[bloodshed]

HikariCP - отдельный пул на ArrayList, код глянул - написал достаточно качественно. Судя по коду работает быстро.

Я не глянул код до этого, только инициализацию на страничке http://brettwooldridge.github.io/HikariCP/

:db: Мне одному кажется, что визор бред какой-то пишет?

[JavaMan]

HikariCP - отдельный пул на ArrayList, код глянул - написал достаточно качественно. Судя по коду работает быстро.

Хватит придумывать. ArrayList используется только для хранения открытых Statementов. А сами коннекты хранятся внутри LinkedTransferQueue.

[Ro_0TT]

Странно как-то, читал информацию по настройке, вычитал это:

idleTimeout
This property controls the maximum amount of time (in milliseconds) that a connection is allowed to sit idle in the pool. Whether a connection is retired as idle or not is subject to a maximum variation of +30 seconds, and average variation of +15 seconds. A connection will never be retired as idle before this timeout. A value of 0 means that idle connections are never removed from the pool. Default: 600000 (10 minutes)

Выставил "0", чтобы соединение никогда не терялось, мне выдало ошибку:

idleTimeout is less than 30000ms, did you specify the wrong time unit? Using default instead.

В коде валидатора HikariConfig.validate() нашел это:
[src=java]
}
else if (idleTimeout < 30000)
{
logger.warn("idleTimeout is less than 30000ms, did you specify the wrong time unit? Using default instead.");
idleTimeout = IDLE_TIMEOUT;
}
[/src]

В чем прикол)? Убрать, перекомпилировать не проблема, но все же интересно с чем связано это несоответствие.

[JavaMan]

Ro_0TT, спасибо за баг, отправил разрабу.

Добавлено через 11 часов 54 минуты

Ro_0TT, спасибо за баг, отправил разрабу.

Баг поправлен. Теперь ждем версию 1.2.5, которая релизнется на следующей неделе.

[JavaMan]

Доступна новая версия 1.2.5.
Агент (Instrumentation mode) выпилили, так как он теперь не дает существенного выигрыша в скорости.
А тут полный список изменений.

[Ro_0TT]

Доступна новая версия 1.2.5.
Агент (Instrumentation mode) выпилили, так как он теперь не дает существенного выигрыша в скорости.
А тут полный список изменений.

Вообще ничего не дает, я его тоже сразу выпилил).
P.S. Использую в Lucera 2, особой разницы, само собой, после установки не почувствовал. Но и проблем никаких нет. Ставил на замену устаревшему пулу.

[JavaMan]

особой разницы, само собой, после установки не почувствовал.

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

Вообще ничего не дает, я его тоже сразу выпилил).

Я ставил этот агент, но он ни у кого не запустился. Кидало какие-то ошибки с tools.jar и еще с чем-то. А разбираться было не охота. Так что не удалось заценить его суперскорость.

P.S. Использую в Lucera 2.

Вот это у нас смелые разрабы. Используют not production-ready библиотеки в таких массовых продуктах.