You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
For NativeAOT, the 1st part of the query pipeline is not necessary and should in fact get trimmed away, since queries get precompiled out of runtime. This will also happen automatically, assuming the entry point(s) to the pipeline are enclosed in an RuntimeFeature.IsDynamicCodeSupported check.
However, when using trimming without NativeAOT, that code would still be referenced, and needs to be properly annotated in order to stop it from generating trimming warnings. Trimming without NativeAOT is actually a valuable scenario (contrary to what I thought), with "ReadyToRun + Trimmed + SingleFile" (significant file size/memory foorprint/startup time reduction, but without the runtime perf hit associated with NativeAOT, because of dynamic PGO). So we should ideally annotate the query pipeline for trimming for this case.
For NativeAOT, the 1st part of the query pipeline is not necessary and should in fact get trimmed away, since queries get precompiled out of runtime. This will also happen automatically, assuming the entry point(s) to the pipeline are enclosed in an RuntimeFeature.IsDynamicCodeSupported check.
However, when using trimming without NativeAOT, that code would still be referenced, and needs to be properly annotated in order to stop it from generating trimming warnings. Trimming without NativeAOT is actually a valuable scenario (contrary to what I thought), with "ReadyToRun + Trimmed + SingleFile" (significant file size/memory foorprint/startup time reduction, but without the runtime perf hit associated with NativeAOT, because of dynamic PGO). So we should ideally annotate the query pipeline for trimming for this case.
/cc @eerhardt
The text was updated successfully, but these errors were encountered: