プロジェクトで使用する2つ(guavaキャッシュまたはehcache)のどちらを使用するかを決定しようとしています。軽量のサービスレベルのキャッシュソリューションを探しています。いくつかのベンチマークを検索しましたが、見つかりませんでした。
ベンチマークが手元にある場合は、ここに投稿してください。
乾杯。
ベンチマークは滑りやすいビジネスです。それは 正しく理解するのが難しい そして 偽造しやすい です。アプリがすべてのCPUサイクルを金属から絞り出さない限り、パフォーマンスについて心配する必要はありません。平均的なプロジェクトには、Ehcacheとguavaキャッシュの両方で十分です。
あなたが注意しなければならないことはAPIと機能です。たとえば、Guavaキャッシュを第2レベルのHibernateキャッシュとして使用することはできません(つまり、少なくとも箱から出して)。 OTOH Ehcacheは、APIとフィーチャークリープの点で少し太っていますが、これらは主観的なものです。
トピックに戻ると、Guavaキャッシュは元々別のプロジェクトから取得されました concurrentlinkedhashmap これは、私が信じていることですが、 そのようなものとしてサポートされなくなりました これは1人のプロジェクトであり、少し勢いを失っています(この投稿の下のコメントを参照してください)。それでも、古いプロジェクトページには、ConcurrentHashMap
(現在はguava Cache)のパフォーマンスがConcurrentLinkedHashMap
に近いことを証明するベンチマークがまだいくつかあります。劣化しなかったといいのですが。