[Bug 1951032] Re: AArch64: Backport memcpy improvements

[Launchpad Bug Tracker]

This bug was fixed in the package glibc - 2.31-0ubuntu9.9

---------------
glibc (2.31-0ubuntu9.9) focal; urgency=medium

  * Disable testsuite on riscv64. It is failing maths tests intermittently in
    ways that cannot be a glibc regression and is disabled in later series
    anyway.

glibc (2.31-0ubuntu9.8) focal; urgency=medium

  * Update for 20.04. (LP: #1951033)

  [ Balint Reczey ]
  * Cherry-pick upstream patch to fix building with -moutline-atomics
  * Prevent rare deadlock in pthread_cond_signal (LP: #1899800)

  [ Matthias Klose ]
  * Revert: Use DH_COMPAT=8 for dh_strip to fix debug sections for valgrind.
    Enables debugging ld.so related issues. (LP: #1918035)
  * Don't strip ld.so on armhf. (LP: #1927192)

  [ Gunnar Hjalmarsson ]
  * d/local/usr_sbin/update-locale: improve sanity checks. (LP: #1892825)

  [ Heitor Alves de Siqueira ]
  * d/p/u/git-lp1928508-reversing-calculation-of-__x86_shared_non_temporal.patch:
    - Fix memcpy() performance regression on x86 AMD systems (LP: #1928508)

  [ Aurelien Jarno ]
  * debian/debhelper.in/libc.preinst: drop the check for kernel release
    > 255 now that glibc and preinstall script are fixed. (LP: #1962225)

  [ Michael Hudson-Doyle ]
  * libc6 on arm64 is now built with -moutline-atomics so libc6-lse can now be
    an empty package that is safe to remove. (LP: #1912652)
  * d/patches/u/aarch64-memcpy-improvements.patch: Backport memcpy
    improvements. (LP: #1951032)
  * Add test-float64x-yn to xfails on riscv64.

 -- Michael Hudson-Doyle <michael.hudson at ubuntu.com>  Thu, 07 Apr 2022
13:24:41 +1200

** Changed in: glibc (Ubuntu Focal)
       Status: Fix Committed => Fix Released

-- 
You received this bug notification because you are a member of Ubuntu
Foundations Bugs, which is subscribed to glibc in Ubuntu.
https://bugs.launchpad.net/bugs/1951032

Title:
  AArch64: Backport memcpy improvements

Status in glibc package in Ubuntu:
  Fix Released
Status in glibc source package in Focal:
  Fix Released

Bug description:
  [impact]
  glibc 2.32 contained a number of improvements to the memcpy routines for server-grade AArch64 implementations (in particular, graviton2 & graviton3). They should be backported to focal, as the LTS releases are by far the most used on servers.

  [test case]
  Download the "bench.tar.gz" attachment from this report. It has a README
  that explains what to do, but here it is for reference:

  benchmark for testing arm64 memcpy improvements in SRU

  This is a benchmark that was derived from the memcpy benchmarks in glibc but altered to benchmark the public 'memcpy' symbol and be linked to the
  installed libc.

  To use this there are 5 steps:

  1. build -- just run "make test"
  2. run before upgrade -- "make bench-before"
  3. upgrade libc6 package -- depends on what is being tested!
  4. run again -- "make bench-after"
  5. compare -- "make compare"

  It produces output like this:

     length | before (MiB/s) |  after (MiB/s) |    delta
  ----------|----------------|----------------|----------
      32768 |         233.74 |         248.03 |    6.11%
      65536 |         443.72 |         468.69 |    5.63%
     131072 |         853.71 |         895.08 |    4.84%
     262144 |        1640.93 |        1718.91 |    4.75%
     524288 |        2501.80 |        2604.83 |    4.12%
    1048576 |        3896.77 |        4157.74 |    6.70%

  On graviton2 systems, this should show an improvement of at least
  several percent. On other arm64 systems (raspberry pis of various
  vintage, thunderx2, xgene, etc etc) no significant regression should
  be seen.

  [regression potential]
  Rebuilding glibc is always a little risky (toolchain bugs and incompatibilities between the old and new versions can be surprising). But the autopkgtests and some manual general testing can help here.

  For this specific change, there is a potential risk that the new
  memcpy implementation could be used on a system where it is not in
  fact the fastest. We should run the test case not only on the systems
  where it is expected to help, but other systems such as the RPi4 and
  the launchpad build farm to ensure performance is not regressed there.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/glibc/+bug/1951032/+subscriptions