JDK-8231349 describes the issue: we spend some time during VM startup generating intrinsics stubs (like CRC32) for methods which may be not use for running Java application.

The solution for JDK-8231349 offloaded stubs used by C2 only to C2 runtime initialization in separate thread. But we may want to use some of these stubs in Interpreter and C1 generated code in a future.

We need to add new mechanism to generate intrinsics stubs on demand when corresponding class is loaded (simplifies synchronization for stubs generation) or corresponding Java method is called (need special synchronization).