Soweit ich mich erinnere, besteht eines der ursprünglichen Probleme mit dem a.out-Format darin, dass es nur drei Abschnitte unterstützt:text, data und bss. ELF erlaubt eine beliebige Anzahl (oder zumindest viel mehr). Das a.out-Header-Format war sehr einfach, etwa so:
word <magic>
word <text size>
word <data size>
word <bss size>
Im Gegensatz dazu hat das ELF-Format Abschnittsüberschriften mit Namen, Größen usw.
Mehr Abschnitte ermöglichen die Standardabschnitte, geben uns aber auch const-Abschnitte, Konstruktor-Abschnitte und sogar einen Abschnitt pro Funktion, wenn wir das wollen.
Der a.out Format zwang Shared Libraries dazu, einen festen Platz im Speicher einzunehmen. Wenn Sie eine gemeinsam genutzte a.out-Bibliothek verteilen wollten, mussten Sie ihren Adressraum registrieren. Das war gut für die Leistung, aber es skaliert überhaupt nicht. Sehen Sie selbst, wie knifflig es war (linuxjournal).
Im Gegensatz dazu können in ELF gemeinsam genutzte Bibliotheken überall im Speicher geladen werden und können sogar für verschiedene Anwendungen, die auf demselben Computer ausgeführt werden, unter verschiedenen Adressen erscheinen (wobei der Code immer noch effektiv an nur einer Stelle im physischen Speicher geladen wird)! Um dies zu erreichen, muss in der IA-32-Architektur ein Register (%ebx) geopfert werden. Eine umfassendere Referenz, die zeigt, dass gemeinsam genutzte Bibliotheken in ELF komplizierter wurden, aber das war Compiler-seitige Komplexität, im Gegensatz zur Programmierer-Seite.