Primary Architectures: Another Proposal (RFC)
Kevin Kofler
kevin.kofler at chello.at
Sun Apr 8 00:57:10 UTC 2012
Hi,
let me suggest a new proposal for the primary architecture controversy:
Let's have exactly one architecture handled as primary in Koji, picked with
the ONLY aim of making builds as fast as possible. Please note that while
this may well end up to be x86_64 at least right now, this in principle need
not be a commonly used architecture, or even a real architecture at all,
even something like LLVM bytecode might qualify if the gain in build time
from avoiding the final compilation step outweights the performance loss
from having to JIT. It might also be, say, x86_64 with some additional
instruction set extensions (SSE3 etc.), with the actual shipped baseline
x86_64 packages built as secondary. Anything that speeds up builds is fair
game. Then build ALL architectures as secondary, no matter how important
they are (e.g. at least one of the x86 architectures would be treated as
secondary at build system level, probably both (for consistency, and to
allow for build speed optimizations different from the packages we want to
ship to our users)).
This proposal would only affect the build system. All the other
differentiations between primary and secondary architectures are outside of
its scope.
Advantages:
* faster builds (no more waiting for all architectures to complete, only the
fastest need complete)
* fair treatment of all architectures (ARM will be happy because they won't
be a second-class citizen anymore)
Drawbacks:
?
Kevin Kofler
More information about the devel
mailing list