ACPP_DEBUG_LEVEL
: if set, overrides the output verbosity.0
: none,1
: error,2
: warning,3
: info,4
: verbose, default is the value ofHIPSYCL_DEBUG_LEVEL
macro.ACPP_VISIBILITY_MASK
: can be used to activate only a subset of backends. Syntax:backend;backend2;..
. Possible values areomp
(OpenMP),cuda
,hip
,ocl
(OpenCL) andze
(Level Zero).omp
will always be active as a CPU backend is required. For most backends, device level visibility has to be set via vendor specific variables for now, including{CUDA,HIP}_VISIBLE_DEVICES
andZE_AFFINITY_MASK
. Certain backends, particularlyocl
, support device level visibility specifications: For example,omp;ocl:0,4
exposes OpenCL device 0 and 4,omp;ocl:0.0,3.0
exposes device 0 from platform 0 and device 0 from platform 3. Instead of numbers, strings can also be passed, in which case a device will match if the platform/device name contains the given string.*
acts as wildcard. Examples:omp;ocl:Intel.0
(first device from platforms containing "Intel" in the name),omp;ocl:Graphics.*
(All devices from platforms containing "Graphics" in their name),omp;ocl:CPU
(All devices containing CPU in their name)ACPP_RT_DAG_REQ_OPTIMIZATION_DEPTH
: maximum depth when descending the DAG requirement tree to look for DAG optimization opportunities, such as eliding unnecessary dependencies.ACPP_RT_MQE_LANE_STATISTICS_MAX_SIZE
: For themulti_queue_executor
, the maximum size of entries in the lane statistics, i.e. the maximum number of submissions to retain statistical information about. This information is used to estimate execution lane utilization.ACPP_RT_MQE_LANE_STATISTICS_DECAY_TIME_SEC
: The time in seconds (floating point value) after which to forget information about old submissions.ACPP_RT_SCHEDULER
: Set scheduler type. Allowed values:direct
is a low-latency direct-submission scheduler.unbound
is the default scheduler and supports automatic work distribution across multiple devices. If theACPP_EXT_MULTI_DEVICE_QUEUE
extension is used, the scheduler must beunbound
.
ACPP_DEFAULT_SELECTOR_BEHAVIOR
: Set behavior of default selector. Allowed values:strict
(default): Strictly behave as defined by the SYCL specificationmultigpu
: Makes default selector behave like a multigpu selector from theACPP_EXT_MULTI_DEVICE_QUEUE
extensionsystem
: Makes default selector behave like a system selector from theACPP_EXT_MULTI_DEVICE_QUEUE
extension
ACPP_HCF_DUMP_DIRECTORY
: If set, hipSYCL will dump all embedded HCF data files in this directory. HCF is hipSYCL's container format that is used by all compilation flows that are fully controlled by hipSYCL to store kernel code.ACPP_PERSISTENT_RUNTIME
: If set to 1, hipSYCL will use a persistent runtime that will continue to live even if no SYCL objects are currently in use in the application. This can be helpful if the application consists of multiple distinct phases in which SYCL is used, and multiple launches of the runtime occur.ACPP_RT_MAX_CACHED_NODES
: Maximum number of nodes that the runtime buffers before flushing work.ACPP_SSCP_FAILED_IR_DUMP_DIRECTORY
: If non-empty, hipSYCL will dump the IR of code that fails SSCP JIT into this directory.ACPP_RT_GC_TRIGGER_BATCH_SIZE
: Number of nodes in flight that trigger a garbage collection job to be spawnedACPP_RT_OCL_NO_SHARED_CONTEXT
: If set to1
, instructs the OpenCL backend to not attempt to construct a shared context across devices within a platform. This can be necessary on OpenCL implementations that do not support this. Note that if shared contexts are unavailable, support for data transfers between devices might be limited as the devices can no longer directly talk to each other.ACPP_RT_OCL_SHOW_ALL_DEVICES
: If set to1
, instructs the OpenCL backend to expose all found devices, even if those might be incompatible with AdaptiveCpp or unable to execute kernels.ACPP_STDPAR_MEM_POOL_SIZE
: Determines the size of USM memory pool in GB to be used in stdpar allocations. The memory pool can substantially improve performance for applications that rely on frequent memory allocations or frees. If set to 0, the memory pool optimization is disabled. If not set, a default logic is used to determine a suitable size of the memory pool.ACPP_STDPAR_HOST_SAMPLING
: If set to to1
and the application was not compiled with--acpp-stdpar-unconditional-offload
, will cause this application run to be carried out on the host. The stdpar runtime will measure the runtime of the execution of host parallel STL calls in-order to automatically determine the offload viability in future runs. If host execution is too slow to run production problem sizes, it is recommended to make multiple application runs withACPP_STDPAR_HOST_SAMPLING
with various smaller problem sizes. AdaptiveCpp will then interpolate/extrapolate from those measurements.ACPP_STDPAR_OFFLOAD_SAMPLING
: If set to1
and the application was not compiled with--acpp-stdpar-unconditional-offload
, will cause this application to be carried out through the offloading mechanism. The stdpar runtime will measure the performance of offloaded STL algorithms, and make this information available for future application runs which can then benefit from potentially better information to decide whether offloading is viable.ACPP_STDPAR_DATASET_NAME
: If set, is used as an identifier in the filename of the application profile constructed by the stdpar offloading heuristic engine. This can be used to distinguish different application profiles (e.g., if different compiler flags were used, or different hardware was targeted).ACPP_STDPAR_PREFETCH_MODE
: Can be used to specify the desired prefetch mode (seeacpp --help
for details) if the compiler flag--acpp-stdpar-prefetch-mode
was not set. If--acpp-stdpar-prefetch-mode
was set, has no effect.ACPP_STDPAR_OHC_MIN_OPS
: stdpar offload heuristic configuration (ohc): If set, offloading decisions will only be reevaluated after at least this many stdpar algorithms have been dispatched. This also configures, how many operations the offload heuristic will attempt to predict when estimating performance.ACPP_STDPAR_OHC_MIN_TIME
: stdpar offload heuristic configuration (ohc): If set, offloading decisions will only be reevaluated after at least this much time in seconds has passed.ACPP_RT_NO_JIT_CACHE_POPULATION
: If set to1
, prevents the kernel cache from storing SSCP JIT-compiled binaries in the persistent on-disk cache. This can be useful e.g. in an MPI context, where it is sufficient that only one process among many populates the cache.ACPP_ADAPTIVITY_LEVEL
: Controls the optimization level of the adaptivity engine. This is currently only relevant for the generic SSCP target. A higher value implies JIT-compiling more specialized kernels at the expense of more frequent JIT compilations. A value of 0 disables all adaptivity (not recommended). The default is 1; the maximum implemented adaptivity level is 2.ACPP_APPDB_DIR
: By default, AdaptiveCpp stores its application db (which in particular includes the per-app JIT cache) in$HOME/.acpp
. This environment variable can be used to override the location.ACPP_JITOPT_IADS_RELATIVE_THRESHOLD
: JIT-time optimization invariant argument detection & specialization (active ifACPP_ADAPTIVITY_LEVEL >= 2
): When the same argument has been passed into the kernel for this fraction of all invocations of the kernel, a new kernel will be JIT-compiled with the argument value hard-wired as constant. Not taken into account for the first application run. Default: 0.8.ACPP_JITOPT_IADS_RELATIVE_THRESHOLD_MIN_DATA
: JIT-time optimization invariant argument detection & specialization (active ifACPP_ADAPTIVITY_LEVEL >= 2
): Only consider kernels with at least many invocations for the relative threshold described above. Default: 1024.ACPP_JITOPT_IADS_RELATIVE_EVICTION_THRESHOLD
: JIT-time optimization invariant argument detection & specialization (active ifACPP_ADAPTIVITY_LEVEL >= 2
): If the relative frequency of a kernel argument value falls below this threshold, the statistics entry for the the argument value may be evicted if space for other values is needed.