Recentment es va donar a conèixer un correu mitjançant la llista de correus de el nucli de Linux i aquest correu té com a principal objectiu eliminar el codi de la implementació de la subarquitectura x32 (No confondre amb x86 IA-32).
El qual permet poder utilitzar el model d'adreçament de memòria de 32 bits (Híbrid x86 i x86_64) en sistemes x86 de 64 bits.
¿Quina és l'arquitectura x32?
És important esmentar que la sub-arquitectura x32 és una ABI x86_64 híbrida, Que permet utilitzar un model d'adreçament de memòria de 32 bits en sistemes de 64 bits (el processador funciona a manera de 64 bits, però utilitza punters de 32 bits i operacions aritmètiques).
ABI X32 permet a les aplicacions aprofitar a l'màxim l'arquitectura x86_64, com registres addicionals i instruccions més ràpides, PIC ABI.
A el mateix temps, ABI X32 permet treballar amb punters de memòria de 32 bits, el que estalvia memòria, contribueix a un ompliment més eficient de la memòria cau de l'processador i té un efecte positiu en la velocitat general de l'execució de el codi.
La limitació de ABI X32 és la impossibilitat d'adreçar des de l'aplicació més de 4 GB de memòria.
El suport de X32 ha estat part de el nucli de Linux des de la seva lanzamiento.3.4, format al maig de 2012.
Els desenvolupadors debatran si seguiran amb el manteniment d'aquesta arquitectura o no
Segons el desenvolupador que proposa l'eliminació de la tecnologia x32 no s'ha justificat i no ha trobat una aplicació pràctica en les distribucions industrials modernes.
A més, il codi x32 utilitza un mètode bastant controvertit per treballar amb crides a sistema, El que crea el risc d'interrompre el funcionament normal després de processar les implementacions de trucades a sistema.
Linus Torvalds va dir que estaria d'acord amb l'eliminació de x32 si no hi ha arguments enviats o si no es presenten els sistemes en els quals s'ha aplicat la subarquitectura x32.
Linus també va assenyalar que, aparentment, l'ús de l'arquitectura x32 es limitava a proves de rendiment extremas, ja que el suport d'aquesta subarquitectura s'associa amb una gran quantitat de complicacions per mantenir les distribucions i l'entorn de desenvolupament.
El correu:
Hola a tots.
Estic considerant seriosament enviar un pegat per eliminar el suport x32 de Linux. Aquí detallo alguns problemes amb això:
- No està d'el tot clar que tingui usuaris. Pel que jo sé, és suportat en Gentoo i Debian
- La forma en què funciona el sistema de trucades és molt estranya. La majoria dels syscalls en x32 ingressi a través del seu * natiu * (és a dir, no COMPAT_SYSCALL_DEFINE) amb el punt d'entrada, i això és intencional.
Per exemple, adjtimex () utilitza l'entrada nativa, no l'entrada de compat, perquè struct TIMEX de x32 coincideix amb el disseny x86_64. Però un grapat de syscalls tenen separat punts d'entrada - aquests són els syscalls que comencen a 512.
Aquests entren a través dels punts d'entrada COMPAT_SYSCALL_DEFINE.
Les syscalls x32 que * no * estan en el rang 512 violen tot semblant de la convenció de syscall de l'nucli.
En els manipuladors d'syscall, in_compat_syscall () retorna true, però l'entrada COMPAT_SYSCALL_DEFINE no s'invoca això és de bojos i es corre el risc de trencar coses quan la gent re factoritza les seves implementacions syscall.
I sobretot ningú prova aquestes coses.
En una ocasió, a l'provar x32, un dels desenvolupadors de Gentoo va arribar a la conclusió que la millora en el rendiment a l'canviar a ABI x32 no és tan gran com mostren les proves sintètiques dels creadors de ABI x32:
s'observa un progrés significatiu només quan es compara amb l'arquitectura x86 anterior, però a l'comparar amb l'arquitectura x86-64 actual, el guany és insignificant (les proves SPEC realitzades pels creadors de x32 van mostrar una acceleració de fins al 40% en comparació amb l'ABI clàssica x86_64, les proves amb el còdec H.264 van mostrar una acceleració de 15-20%).