Examples of SoftLimitMRUCache

org.hibernate.internal.util.collections.SoftLimitMRUCache
Cache following a "Most Recently Used" (MRU) algorithm for maintaining a bounded in-memory size; the "Least Recently Used" (LRU) entry is the first available for removal from the cache.
This implementation uses a "soft limit" to the in-memory size of the cache, meaning that all cache entries are kept within a completely {@link java.lang.ref.SoftReference}-based map with the most recently utilized entries additionally kept in a hard-reference manner to prevent those cache entries soft references from becoming enqueued by the garbage collector. Thus the actual size of this cache impl can actually grow beyond the stated max size bound as long as GC is not actively seeking soft references for enqueuement.
The soft-size is bounded and configurable. This allows controlling memory usage which can grow out of control under some circumstances, especially when very large heaps are in use. Although memory usage per se should not be a problem with soft references, which are cleared when necessary, this can trigger extremely slow stop-the-world GC pauses when nearing full heap usage, even with CMS concurrent GC (i.e. concurrent mode failure). This is most evident when ad-hoc HQL queries are produced by the application, leading to poor soft-cache hit ratios. This can also occur with heavy use of SQL IN clauses, which will generate multiples SQL queries (even if parameterized), one for each collection/array size passed to the IN clause. Many slightly different queries will eventually fill the heap and trigger a full GC to reclaim space, leading to unacceptable pauses in some cases.
Note: This class is serializable, however all entries are discarded on serialization. @see org.hibernate.cfg.Environment#QUERY_PLAN_CACHE_MAX_STRONG_REFERENCES @see org.hibernate.cfg.Environment#QUERY_PLAN_CACHE_MAX_SOFT_REFERENCES @author Steve Ebersole @author Manuel Dominguez Sarmiento
org.hibernate.search.util.SoftLimitMRUCache
Cache following a "Most Recently Used" (MRU) algorithm for maintaining a bounded in-memory size; the "Least Recently Used" (LRU) entry is the first available for removal from the cache.
This implementation uses a "soft limit" to the in-memory size of the cache, meaning that all cache entries are kept within a completely {@link java.lang.ref.SoftReference}-based map with the most recently utilized entries additionally kept in a hard-reference manner to prevent those cache entries soft references from becoming enqueued by the garbage collector. Thus the actual size of this cache impl can actually grow beyond the stated max size bound as long as GC is not actively seeking soft references for enqueuement.
The soft-size is bounded and configurable. This allows controlling memory usage which can grow out of control under some circumstances, especially when very large heaps are in use. Although memory usage per se should not be a problem with soft references, which are cleared when necessary, this can trigger extremely slow stop-the-world GC pauses when nearing full heap usage, even with CMS concurrent GC (i.e. concurrent mode failure). This is most evident when ad-hoc HQL queries are produced by the application, leading to poor soft-cache hit ratios. This can also occur with heavy use of SQL IN clauses, which will generate multiples SQL queries (even if parameterized), one for each collection/array size passed to the IN clause. Many slightly different queries will eventually fill the heap and trigger a full GC to reclaim space, leading to unacceptable pauses in some cases.
Note: This class is serializable, however all entries are discarded on serialization. @see org.hibernate.cfg.Environment#QUERY_PLAN_CACHE_MAX_STRONG_REFERENCES @see org.hibernate.cfg.Environment#QUERY_PLAN_CACHE_MAX_SOFT_REFERENCES @author Steve Ebersole @author Manuel Dominguez SarmientoCopied from Hibernate Core
org.hibernate.search.util.impl.SoftLimitMRUCache
Cache following a "Most Recently Used" (MRU) algorithm for maintaining a bounded in-memory size; the "Least Recently Used" (LRU) entry is the first available for removal from the cache.
This implementation uses a "soft limit" to the in-memory size of the cache, meaning that all cache entries are kept within a completely {@link java.lang.ref.SoftReference}-based map with the most recently utilized entries additionally kept in a hard-reference manner to prevent those cache entries soft references from becoming enqueued by the garbage collector. Thus the actual size of this cache impl can actually grow beyond the stated max size bound as long as GC is not actively seeking soft references for enqueuement.
The soft-size is bounded and configurable. This allows controlling memory usage which can grow out of control under some circumstances, especially when very large heaps are in use. Although memory usage per se should not be a problem with soft references, which are cleared when necessary, this can trigger extremely slow stop-the-world GC pauses when nearing full heap usage, even with CMS concurrent GC (i.e. concurrent mode failure). This is most evident when ad-hoc HQL queries are produced by the application, leading to poor soft-cache hit ratios. This can also occur with heavy use of SQL IN clauses, which will generate multiples SQL queries (even if parameterized), one for each collection/array size passed to the IN clause. Many slightly different queries will eventually fill the heap and trigger a full GC to reclaim space, leading to unacceptable pauses in some cases.
Note: This class is serializable, however all entries are discarded on serialization. @see org.hibernate.cfg.Environment#QUERY_PLAN_CACHE_MAX_STRONG_REFERENCES @see org.hibernate.cfg.Environment#QUERY_PLAN_CACHE_MAX_SOFT_REFERENCES @author Steve Ebersole @author Manuel Dominguez SarmientoCopied from Hibernate Core
org.hibernate.util.SoftLimitMRUCache
Cache following a "Most Recently Used" (MRY) algorithm for maintaining a bounded in-memory size; the "Least Recently Used" (LRU) entry is the first available for removal from the cache.
This implementation uses a "soft limit" to the in-memory size of the cache, meaning that all cache entries are kept within a completely {@link java.lang.ref.SoftReference}-based map with the most recently utilized entries additionally kept in a hard-reference manner to prevent those cache entries soft references from becoming enqueued by the garbage collector. Thus the actual size of this cache impl can actually grow beyond the stated max size bound as long as GC is not actively seeking soft references for enqueuement. @author Steve Ebersole

Examples of org.hibernate.internal.util.collections.SoftLimitMRUCache

        SoftLimitMRUCache.DEFAULT_SOFT_REF_COUNT
    );


    this.factory = factory;
    this.sqlParamMetadataCache = new SimpleMRUCache( maxStrongReferenceCount );
    this.planCache = new SoftLimitMRUCache( maxStrongReferenceCount, maxSoftReferenceCount );
  }

View Full Code Here

Examples of org.hibernate.internal.util.collections.SoftLimitMRUCache

        SoftLimitMRUCache.DEFAULT_SOFT_REF_COUNT
    );


    this.factory = factory;
    this.sqlParamMetadataCache = new SimpleMRUCache( maxStrongReferenceCount );
    this.planCache = new SoftLimitMRUCache( maxStrongReferenceCount, maxSoftReferenceCount );
  }

View Full Code Here

Examples of org.hibernate.internal.util.collections.SoftLimitMRUCache

        SoftLimitMRUCache.DEFAULT_SOFT_REF_COUNT
    );


    this.factory = factory;
    this.sqlParamMetadataCache = new SimpleMRUCache( maxStrongReferenceCount );
    this.planCache = new SoftLimitMRUCache( maxStrongReferenceCount, maxSoftReferenceCount );
  }

View Full Code Here

Examples of org.hibernate.internal.util.collections.SoftLimitMRUCache

        SoftLimitMRUCache.DEFAULT_SOFT_REF_COUNT
    );


    this.factory = factory;
    this.sqlParamMetadataCache = new SimpleMRUCache( maxStrongReferenceCount );
    this.planCache = new SoftLimitMRUCache( maxStrongReferenceCount, maxSoftReferenceCount );
  }

View Full Code Here

Examples of org.hibernate.internal.util.collections.SoftLimitMRUCache

        SoftLimitMRUCache.DEFAULT_SOFT_REF_COUNT
    );


    this.factory = factory;
    this.sqlParamMetadataCache = new SimpleMRUCache( maxStrongReferenceCount );
    this.planCache = new SoftLimitMRUCache( maxStrongReferenceCount, maxSoftReferenceCount );
  }

View Full Code Here

Examples of org.hibernate.search.util.SoftLimitMRUCache

   */
  private static final int HARD_TO_SOFT_RATIO = 15;


  public void initialize(Properties properties) {
    int size = ConfigurationParseHelper.getIntValue( properties, SIZE, DEFAULT_SIZE );
    cache = new SoftLimitMRUCache( size, size * HARD_TO_SOFT_RATIO );
  }

View Full Code Here

Examples of org.hibernate.search.util.SoftLimitMRUCache

   */
  public CachingWrapperFilter(Filter filter, int size) {
    this.filter = filter;
    final int softRefSize = size * HARD_TO_SOFT_RATIO;
    log.debug( "Initialising SoftLimitMRUCache with hard ref size of {} and a soft ref of {}", size, softRefSize );
    this.cache = new SoftLimitMRUCache( size, softRefSize );
  }

View Full Code Here

Examples of org.hibernate.search.util.SoftLimitMRUCache

      throw new SearchException(
          "Unable to parse " + SIZE + ": " + properties.getProperty( SIZE, DEFAULT_SIZE ), nfe
      );
    }


    cache = new SoftLimitMRUCache( size );
  }

View Full Code Here

Examples of org.hibernate.search.util.SoftLimitMRUCache

  private SoftLimitMRUCache cache;
  private static final String SIZE = Environment.FILTER_CACHING_STRATEGY + ".size";


  public void initialize(Properties properties) {
    int size = ConfigurationParseHelper.getIntValue( properties, SIZE, DEFAULT_SIZE );
    cache = new SoftLimitMRUCache( size );
  }

View Full Code Here

Examples of org.hibernate.search.util.SoftLimitMRUCache

   * @param filter Filter to cache results of
   */
  public CachingWrapperFilter(Filter filter, int size) {
    this.filter = filter;
    log.debug( "Initialising SoftLimitMRUCache with hard ref size of {}", size );
    this.cache = new SoftLimitMRUCache( size );
  }

View Full Code Here

0 1 2 3

TOP

All source code are property of their respective owners. Java is a trademark of Sun Microsystems, Inc and owned by ORACLE Inc. Contact coftware#gmail.com.