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
As mentioned in #1782 -- arm64 and it's variants (armv7, armv8, aarch64) are here to stay -- and likely in much higher usage these days with IoT (ie esp32, etc), Raspberry PIs and it's alternatives, and of course AWS with it's Graviton 2 & 3 processors (which have been steadily & rapidly growing in usage especially given higher performance and lower cost compared to their non-Graviton instance types).
Opening this request hoping that psutil will reconsider providing wheels for these types of processors. Many companies don't allow software such as gcc, devel packages, etc on production servers and so for many, including myself, it is impossible to deploy psutil into a production environment.
Given the high value of psutil and that it is often embedded into other packages (meaning you can't use alternatives), hopefully you will reconsider.
While I realize #1972 exists, this request is to support more then just the aarch64 variant.
The text was updated successfully, but these errors were encountered:
As mentioned in #1782 -- arm64 and it's variants (armv7, armv8, aarch64) are here to stay -- and likely in much higher usage these days with IoT (ie esp32, etc), Raspberry PIs and it's alternatives, and of course AWS with it's Graviton 2 & 3 processors (which have been steadily & rapidly growing in usage especially given higher performance and lower cost compared to their non-Graviton instance types).
Opening this request hoping that
psutil
will reconsider providing wheels for these types of processors. Many companies don't allow software such as gcc, devel packages, etc on production servers and so for many, including myself, it is impossible to deploypsutil
into a production environment.Given the high value of
psutil
and that it is often embedded into other packages (meaning you can't use alternatives), hopefully you will reconsider.While I realize #1972 exists, this request is to support more then just the
aarch64
variant.The text was updated successfully, but these errors were encountered: