> Конкретный прирост производительности есть?

есть: если программист не делает специальных телодвижений - ты просто не можешь работать с файлом больше определенной длины. Вот твоя производительность при этом - равна нулю.

А программисты все больше и больше перестают делать эти самые телодвижения - у них хватает бабла на x64 систему, ага. Завтра выйдет несовместимая версия этого p7zip, которая у тебя либо не будет собираться вовсе, либо не будет работать правильно, либо будет только с архивами меньше 4G.

Та же целочисленная арифметика - все, кто ей пользуется всерьез, вынуждены вставлять cpu detection код, и подменять ее плавающей для таких как ты. Очень скоро они либо вообще перестанут это делать (производительность, ага - труда человека), либо сделают с ошибкой и никто ее не заметит (а заметившие ниасилят исправить).

другое дело, что для того же центоса вопрос сборки под x86 _пока_ - это всего лишь вопрос пары крыжиков в настройке сборочной фермы (хотя, как видим, уже не совсем - secure boot пришлось ручками отламывать. А он на, как минимум, моем uefi32 - вполне себе есть, просто нет никого, кто написал бы работающий код), и очень неплохо, что они не поленились их нажать и выделить немного мощности и для этого.

Но, предвижу, это щастье нам ненадолго, и в следующей major поддержки x86 просто не будет.
С другой стороны - ну сижу я на системе где и этот центос не заведется (они зачем-то собрали его с PAE - кому вот это нахрен  надо, для меня полная загадка) - что-то пятилетней давности, что-то - руками собрано как надо. Еще лет на пять ее хватит, хотя уже не для всего, а там либо конденсаторы поплывут, либо вообще начнутся диффузные процессы в кристаллах. Не вижу, что тебе мешает идти тем же путем. Для _массовой_ устарновки (для чего и нужен дистрибутив) все равно уже нет смысла выбирать x86.