Y a-t-il une partie d'OSX qui bénéficie d'un gain de vitesse significatif grâce aux instructions Intel AES ?

Alors... Un peu de curiosité m'a conduit à une conclusion simple : il est peu probable qu'Apple vous dise où se trouve le siège de l'entreprise. ils utilisent les instructions AES-NI dans Mac OS ou dans le reste de leurs logiciels, mais elles sont bien présentes et disponibles.

Tout d'abord, Intel parle un peu d'AES-NI et de son utilisation. Certains des commentaires parlent de sa présence ou de son absence dans les commentaires. Étant donné que j'ai homebrew et Wine installés sur mon Mac, j'ai suivi les instructions intéressantes aquí pour tester si la dépendance openssl de Wine est capable d'utiliser AES :

$ openssl speed aes-256-c
...
The 'numbers' are in 1000s of bytes per second processed.
type             16 bytes     64 bytes    256 bytes   1024 bytes   8192 bytes
aes-256 cbc      69308.49k    74198.23k    75165.95k    74875.63k    76098.51k

$ openssl speed -evp aes-256-cbc
...
The 'numbers' are in 1000s of bytes per second processed.
type             16 bytes     64 bytes    256 bytes   1024 bytes   8192 bytes
aes-256-cbc     421057.71k   432531.16k   447445.08k   450021.03k   444866.56k

Ces chiffres sont largement en accord avec la citation de cyberciti concernant l'amélioration des performances de 6x en utilisant AES-NI.

Enfin, nous avons des preuves réelles dans la communauté SE elle-même : https://stackoverflow.com/questions/12634305/ .

Apparemment, Apple avait l'habitude de fournir une API pour Mac OS qui ne permettait pas l'utilisation directe des instructions AES-NI. La solution de contournement consistait à utiliser le compilateur d'Intel ou à compiler gcc à partir des sources. Il semble que depuis la version 4.6.3, ce n'est plus le cas, et les développeurs peuvent utiliser AES-NI s'ils le souhaitent. L'amélioration des performances est alors une fonction des développeurs, et non du système d'exploitation.