RFR: 8354887: Preserve runtime blobs in AOT code cache [v2]
    Andrew Dinn 
    adinn at openjdk.org
       
    Wed May  7 15:46:19 UTC 2025
    
    
  
On Wed, 7 May 2025 15:37:54 GMT, Ashutosh Mehra <asmehra at openjdk.org> wrote:
> I don't see any other place it is set.
I do ;-)
Look at cdsConfig.cpp:468 in method CDSConfig::check_vm_args_consistency()
  if (CacheDataStore != nullptr) {
    // Leyden temp work-around:
    //
    // By default, when using CacheDataStore, use the HeapBasedNarrowOop mode so that
    // AOT code can be always work regardless of runtime heap range.
    //
    // If you are *absolutely sure* that the CompressedOops::mode() will be the same
    // between training and production runs (e.g., if you specify -Xmx128m
    // for both training and production runs, and you know the OS will always reserve
    // the heap under 4GB), you can explicitly disable this with:
    //     java -XX:-UseCompatibleCompressedOops -XX:CacheDataStore=...
    // However, this is risky and there's a chance that the production run will be slower
    // because it is unable to load the AOT code cache.
#ifdef _LP64
    FLAG_SET_ERGO_IF_DEFAULT(UseCompatibleCompressedOops, true);  // <== here
#endif
-------------
PR Comment: https://git.openjdk.org/jdk/pull/25019#issuecomment-2859103569
    
    
More information about the hotspot-compiler-dev
mailing list