После того, как в предыдущих статьях данной серии обзоров распределённого Java-фреймворка [Apache Ignite][1] мы сделали [первые шаги][2], познакомились с основными принципами [построения топологии][3] и даже [сделали стартер для Spring Boot][4], неизбежно встаёт вопрос о кэшировании, которое является одной из основных функций Ignite. Прежде всего, хотелось бы понять, нужно ли оно, когда библиотек для кэширования на Java и так полным-полно. Тем, что предоставляется реализация стандарта JCache (JSR 107) и возможность распределённого кэширования в наше время удивить сложно. Поэтому прежде чем (или вместо того чтобы) рассматривать функциональные возможности кэша Apache Ignite, мне бы хотелось посмотреть, насколько он быстр.
![][5]
Для исследования применялся бенчмарк [cache2k-benchmark][6], разработанный с целью доказательства того, что у библиотеки [cache2k][7] кэш самый быстрый. Вот заодно и проверим. Настоящая статья не преследует цель всеобъемлющего тестирования производительности, или хотя бы научно достоверного, пусть этим занимаются разработчики Apache Ignite. Мы просто посмотрим на порядок величин, основные особенности и взаимное расположение в рейтинге, в котором будут ещё cache2k и нативный кэш на ConcurrentHashMap.
[Читать дальше →][8]

[1]: https://ignite.apache.org/
[2]: https://habrahabr.ru/post/310334/
[3]: https://habrahabr.ru/post/310464/
[4]: https://habrahabr.ru/post/310672/
[5]: https://habrastorage.org/files/f21/2f0/301/f212f0301afe40d19ac43378944d260c.jpg
[6]: https://github.com/cache2k/cache2k-benchmark
[7]: http://cache2k.org/
[8]: https://habrahabr.ru/post/311140/?utm_source=habrahabr&utm_medium=rss&utm_campaign=feed_posts#habracut