News for hackers. Stuff that matters.
Re:The cpu_features library by def- on Wednesday February 07, 2018 @04:17PM (#16328077)
Comment from the post:

> Just in case anyone is tempted, please do not write code that assumes the host on which it is compiled will always be the host on which it will be executed.

Re:The cpu_features library by bobbyi_settv on Wednesday February 07, 2018 @07:37PM (#16329239)
A related note: Don't assume that all AWS EC2 instances of a given type use identical CPUs.
Re:The cpu_features library by _msw_ on Thursday February 08, 2018 @02:17AM (#16330752)
When the processor model varies for more recent generations of EC2 instances it is documented here: https://aws.amazon.com/ec2/instance-types/

Scroll down to get to the table that includes Physical Processor, Intel AVX, Intel AVX2, etc.

T2 instances do run on a number of different processor models, therefore it is listed as "Intel Xeon Family." M4 instances run on Intel Xeon E5-2676 v3 (Haswell) or Intel Xeon E5-2686 v4 (Broadwell), though m4.10xlarge only runs on Haswell and m4.16xlarge only runs on Broadwell. Pay close attention to the * in the table for those instances that run on either Haswell or Broadwell.

Generally you will find that the recent generations of EC2 instances for C and R have identical CPUs within a generation.

Re:The cpu_features library by mbajkowski on Wednesday February 07, 2018 @09:29PM (#16329728)
very good point, this has been my experience as well, particularly for burstable instances such as the T2s