On Wed, 2022-12-07 at 13:07 +0100, Dirk Müller wrote:
Hi,
Am Di., 6. Dez. 2022 um 21:28 Uhr schrieb llyyr <llyyr.public@gmail.com>:
I really apologize if this has already been discussed, but do we have any benchmarks for how much of a speed up we're expecting in some use cases? I looked at the benchmarks Arch Linux did and it appears that there's not a big enough improvement for the effort to move to x86-64-v2 to be worth it, unless we move to x86-64-v3.
That's pretty much the summary, still. -v2 generally does not bring any tangible benefit except for a few specific cases (in which -v3 would bring significantly more). so the best option would indeed be -v0 with selected packages as -v3 when needed.
As we can't go v3 (which would probably be much nicer) due to missing build hardware (QA should be fine with the exception of one worker host), and cutting off even much more users, sticking to v0 for now might really turn out to be the best, BUT: * Once we have sufficient v3 build power, we should still do the switch, which brings the entire discussion up again; even if that's half a year out, people will complain that their old hardware is not supported. The LegacyX86 port will remain the solution (unless we get proper sub-arch support in rpm/zypp/obs by then and are willing to build everything v0 AND v3 in one repo, increasing the size for the mirrors (3rd point might mitigate this a bit) * building 'some packages' as v3 strikes as a really bad idea, as that would mean any random package might not work on a machine that otherwise works. => For libraries we can look at least into the hwcaps feature of glibc; the 'how to build' those without duplicating all specs or adding multibuilds is an open point. Also, this only supports libraries, not executables. In most cases probably fine, but something to consider * The i586 stuff will be removed from openSUSE:Factory no matter the outcome of the v0->v<N> switch. Anybody caring for that will have to look after it in LegacyX86 port or accept the architecture to be dead. Cheers, Dominique