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
Client preference orders are often not fixed but are determined at runtime based on the hardware capabilities on the device in question. So multiple devices in a single series with difference hardware (such as different processors like one AMD and one Intel, or one Snapdragon and one Tensor), could end up with different precedence orders based on what is available on the system at that time.
This may work on a fixed environment, but since this is a runtime decision, making it fixed using broadly available libraries is likely to require special modes of operation for the client instead of out of the box support which is not ideal since it makes deployment for solutions more difficult.
The text was updated successfully, but these errors were encountered:
Client preference orders are often not fixed but are determined at runtime based on the hardware capabilities on the device in question. So multiple devices in a single series with difference hardware (such as different processors like one AMD and one Intel, or one Snapdragon and one Tensor), could end up with different precedence orders based on what is available on the system at that time.
This may work on a fixed environment, but since this is a runtime decision, making it fixed using broadly available libraries is likely to require special modes of operation for the client instead of out of the box support which is not ideal since it makes deployment for solutions more difficult.
The text was updated successfully, but these errors were encountered: