x32-abi

Ты что, emul-linux притащил чтоль? XD

emul-linux - такого нет

Ну ээ… Чо сказать то хотел? Там либы для 3х архитектур.

думал, что это альтернатива amd64, а нифига... - таже хрень, только сбоку

Так стоять. Объясни, пжлст - ты с х64 х32 тащить хотел? А то я малость не догнал.

Хорошо что нигде больше нет этой бесполезной хрени.

А как же 30% профит на вычислениях?)

И у дебиана тоже есть, кстати, так что мимо.

А как же 30% профит на вычислениях?)

Сказочки чтобы пересадить на бекдор.

И у дебиана тоже есть,

дибиэн вообще знатная помойка, там и такая дрянь как GNU/Hurd даже найдется

компилится раза в 3-и

Пофиг.

занимает в ~3x больше места

Пофиг.

Раз против больше аргументов нет — видимо, годная штука, нужно затестить.

Уязвимость была только из-за говнокода в ядре. По мнению гугла, это очень перспективная технология. Напомнить, кто такой гугл?

30% профит на вычислениях

…по сравнению с голым 32-битным x86, в котором регистров меньше, ага. Или вы из секты глобального -O666 -march=native -fomg-so-fast? ☺

x86, в котором регистров меньше, ага

http://en.wikipedia.org/wiki/Register_renaming#Architectural_vs_physical_regi...

Т.е. гораздо больше быстрых регистров и полноценное использование ресурсов процессора — это плохо?)

Объясни, пжлст - ты с х64 х32 тащить хотел?

качнул stage3-x32, установил, обновил

Там либы для 3х архитектур.

жесть

в 3-раза дольше - это значит, что stage3-x86, на «Xeon 5450» ребилдится за час, а x32 - 3-и часа собирается...

Xeon 5450

https://www.cpubenchmark.net/compare.php?cmp[]=1236&cmp[]=2267

4х ядерное днище уровня 2x ядерного pentium haswell

какой-нибудь 4x ядерный феном вообще в парашу заткнёт

Что это такое вообще и зачем нужно?

http://en.wikipedia.org/wiki/X32_ABI

«похожие темы» тоже как-бы намекают

меня больше интересует сколько пакетов не собираются, и в скольких пирформанс страдает из-за проблем с ассемблерными вставками

stage3 занимает в ~3x больше места vs x86

ЛПП. 189M

А если ты притянул мультилибом ворох библиотек для двух ABI - естественно будет много места занимать.

компилится раза в 3-и дольше чем x86

если ты компилишь под 2 ABI - да

Теоретически: профит от 64-битных регистров, при этом жрет память как 32-битная система. Практически: некоторые приложения, использующие ассемблерные вставки для оптимизации могут при компиляции натурально охренеть

Это неплохо, только сколь-либо заметный выигрыш заметен лишь на небольшой горстке приложений.

Что сказать-то хотел? r8…r15 от факта существования этой статьи доступнее в protected mode не становятся, например.

какой-нибудь 4x ядерный феном вообще в парашу заткнёт

они примерно одинаковые, я тестил, в домашнем компе phenom, в гаражном хeon

если ты притянул мультилибом ворох библиотек для двух ABI - естественно будет много места занимать

как это могло получится, можешь пояснить ? флаг multilib не включал

189M

да, это я сбрехнул, забыл что у меня там ещё исходники ядра лежат

если ты компилишь под 2 ABI - да

там походу 3 ABI получилось

Как затестить скорость компиляции ?

Хотел на gcc проверить, а у него в x32 неотключаемый флаг - (multilib).

У меня сейчас есть две загрузочные флешки, на одной stage3-x86, на другой stage3-x32. На обоих сделал «emerge -e system && emerge -e world». Компиляция в tmpfs идёт, distfiles там же. Ядра тоже одной версии.

в х86 ассемблере есть ограниченный набор регистров, в самом процессоре аппаратных регистров больше. процессор где возможно осуществляет out-of-order execution в этом большем наборе

скайпик не будет работать,