Что такое uint_fast32_t и почему его следует использовать вместо обычных int и uint32_t?

Таким образом, причина для typedefпримитивных типов данных: ed заключается в том, чтобы абстрагироваться от низкоуровневого представления и облегчить понимание ( uint64_tвместо long longтипа, который составляет 8 байтов).

Однако uint_fast32_tесть такой же, typedefкак uint32_t. Сделает ли использование «быстрой» версии программу быстрее?

• intна некоторых платформах может быть всего 16 бит. Для вашего приложения этого может быть недостаточно.
• uint32_tне гарантируется существование. Необязательно typedef, чтобы реализация была предоставлена, если она имеет беззнаковый целочисленный тип ровно 32 бита. Например, у некоторых есть 9-битные байты, поэтому у них нет файла uint32_t.
• uint_fast32_tчетко заявляет о ваших намерениях: это тип минимум 32 бита, который является лучшим с точки зрения производительности. uint_fast32_tна самом деле может быть 64 бита. Все зависит от реализации.

... есть тот, uint_fast32_tкоторый имеет тот же typedef, что и uint32_t...

То, что вы смотрите, не является стандартом. Это конкретная реализация (BlackBerry). Таким образом, вы не можете вывести оттуда то uint_fast32_tже самое, что и uint32_t.

Смотрите также:

• Экзотические архитектуры, о которых заботятся комитеты по стандартам .

• Прагматический взгляд на целые типы в C и C ++, основанный на моем мнении .

Отличие заключается в их точности и доступности.

Док здесь говорит:

целочисленный тип без знака с шириной ровно 8, 16, 32 и 64 бит соответственно ( предоставляется только в том случае, если реализация напрямую поддерживает тип ):

uint8_t
uint16_t
uint32_t
uint64_t

И

самый быстрый беззнаковый целочисленный тип без знака с шириной не менее 8, 16, 32 и 64 бит соответственно

uint_fast8_t
uint_fast16_t
uint_fast32_t
uint_fast64_t    

Таким образом, разница довольно очевидна, uint32_tэто тип, который имеет ровно 32 биты, и реализация должна предоставлять его только в том случае, если он имеет тип ровно с 32 битами, а затем он может определить этот тип как uint32_t. Это означает, что uint32_tможет или не может быть доступна .

С другой стороны, uint_fast32_tэто тип, который имеет как минимум 32 бита, что также означает, что реализация может typedef, uint32_tкак uint_fast32_t если бы она обеспечивала uint32_t. Если он не предоставляет uint32_t, то это uint_fast32_tможет быть typedef любого типа, который имеет хотя бы 32биты.

Находясь #include inttypes.hв своей программе, вы получаете доступ к множеству различных способов представления целых чисел.

Тип uint_fast * _t просто определяет самый быстрый тип для представления заданного количества бит.

Подумайте об этом так: вы определяете переменную типа shortи несколько раз используете ее в программе, что совершенно верно. Однако система, над которой вы работаете, может работать быстрее со значениями типа int. Определяя переменную как тип uint_fast*t, компьютер просто выбирает наиболее эффективное представление, с которым он может работать.

Если между этими представлениями нет никакой разницы, тогда система выбирает то, что ей нужно, и последовательно использует его.

Обратите внимание, что быстрая версия может быть больше 32 бит. Хотя быстрый int хорошо впишется в регистр, будет выровнен и тому подобное: но он будет использовать больше памяти. Если у вас их большие массивы, ваша программа будет работать медленнее из-за большего количества обращений к кешу памяти и пропускной способности.

Я не думаю, что современный CPUS выиграет от fast_int32, поскольку обычно знак, расширяющийся с 32 до 64 бит, может произойти во время инструкции загрузки, и идея о том, что существует «родной» целочисленный формат, который работает быстрее, устарела.