60883 2026-10-09 10:09:17 +0300 i586-glibc-core (p11): `memcpy`/`memmove`/`memset` без IFUNC (старый i586-код, читает приёмник): 32-битные игры в 6–9 раз медленнее, чем во Fedora/Flatpak 2026-10-09 16:58:40 +0300 1 1 1 Unclassified Branch p11 glibc-core unspecified x86_64 Linux UNCONFIRMED https://bugzilla.altlinux.org/show_bug.cgi?id=60875 P5 normal --- 0 mail qa-team antohami mail placeholder zerg qa-p11 oldest_to_newest 301573 0 22370 mail 2026-10-09 10:09:17 +0300 Created attachment 22370 Исправленный исходник, проблема с FPS исчезает - проверено. ## Описание В 32-битной glibc p11 основные функции работы с памятью (`memcpy`, `memmove`, `memset`, `strlen`, `strcmp`, `memcmp`) реализованы обычным i586-кодом без IFUNC-вариантов (SSE2/AVX). Для сравнения: в 32-битной glibc Flatpak runtime 26.08 (freedesktop-sdk) и в Fedora эти символы — `IFUNC`. `memcpy` из `/lib/libc.so.6` (классическая i586-реализация): ``` memcpy: push %edi; push %esi; mov 0xc(%esp),%edi; mov 0x10(%esp),%esi; mov 0x14(%esp),%ecx mov %edi,%eax; cld; cmp $0x20,%ecx; jbe ... neg %eax; and $3,%eax; sub %eax,%ecx; xchg %eax,%ecx; rep movsb mov %eax,%ecx; sub $0x20,%ecx; js ... loop: mov (%edi),%eax ; чтение приёмника mov 0x1c(%edi),%edx ; чтение приёмника sub $0x20,%ecx ; memcpy+0x2c, здесь профиль «залипает» mov (%esi),%eax; mov 0x4(%esi),%edx; mov %eax,(%edi); ... ; блоки по 32 байта ``` Перед записью каждый 32-байтный блок приёмника читается (приём «предзагрузки» кэш-линий для Pentium). На современных CPU и при копировании в память GPU (write-combining/BAR), используемую 32-битными драйверами Mesa и играми, это приводит к многократному замедлению. Для 64-битной glibc (`glibc-core-2.38.0.223.f053ff-alt1.p11.1.x86_64`, `/lib64/libc.so.6`) проблемы нет: `memcpy`, `memmove`, `memset`, `strlen`, `strcmp`, `memcmp`, `memchr`, `strchr`, `strcpy` в таблице динамических символов — `IFUNC`, как и в Flatpak runtime 26.08. Затронут только i586-пакет. ## Влияние (измерено) Half-Life 2 (нативный 32-битный Steam, OpenGL), Radeon RX 9070 XT, Ryzen 7 5800X, ядро 6.18.52: - ALT p11, нативный Steam: **20–30 FPS** в сценах с большим числом объектов (в «лёгких» местах 180); - Flatpak Steam и контейнер Fedora 44 на том же ПК и ядре: **180 FPS** везде; - профиль потоков (gdb, 600 снимков): поток OpenGL-драйвера `gl0` проводит **68–83 % времени в `libc.so.6` memcpy+0x2c**, код Mesa 2–3 %; в Fedora `memcpy` в профиле отсутствует; - подмена только `memcpy`/`memmove` через `LD_PRELOAD` (код ниже) полностью убирает проблему: FPS как в Fedora, Mesa и ядро не менялись (Mesa 26.1.8-alt1; на 26.2.4-alt2 те же 20–30 FPS без подмены). Проблема затрагивает все 32-битные приложения, активно копирующие большие блоки (Steam-игры на движке Source и др.), а не только HL2. ## Обход (LD_PRELOAD, проверен) ```c #include <stddef.h> void *memcpy(void *restrict d, const void *restrict s, size_t n) { void *r = d; __asm__ volatile("cld; rep movsb" : "+D"(d), "+S"(s), "+c"(n) : : "memory"); return r; } void *memmove(void *d, const void *s, size_t n) { unsigned char *dd = d; const unsigned char *ss = s; if (dd <= ss || dd >= ss + n) return memcpy(d, s, n); while (n >= 4) { n -= 4; *(unsigned int *)(dd + n) = *(const unsigned int *)(ss + n); } while (n) { n--; dd[n] = ss[n]; } return d; } ``` Сборка: `gcc -m32 -O2 -shared -fPIC -fno-builtin -fno-tree-loop-distribute-patterns -fno-stack-protector -o libfastmemcpy.so fastmemcpy.c`; параметры запуска Steam-игры: `LD_PRELOAD=/path/libfastmemcpy.so %command%`. ## Как воспроизвести 1. ALT p11, пакет `i586-glibc-core` 2.38.0.223.f053ff-alt1.p11.1, Steam, любая видеокарта AMD. 2. Проверить символы: у `/lib/libc.so.6` (32-бит) `memcpy` в таблице динамических символов типа `FUNC`, не `IFUNC` (например, через `python3` + разбор `.dynsym` или `readelf -Ws /lib/libc.so.6 | grep ' memcpy@'`). 3. Запустить HL2 в «тяжёлой» сцене, сравнить FPS с `LD_PRELOAD` и без. ## Что ожидается Собирать 32-битную glibc в p11 с multiarch (IFUNC для `memcpy`, `memmove`, `memset`, `strlen`, `strcmp`, `memcmp` и др.), как делают Fedora и freedesktop-sdk (сборка для i686+ с выбором SSE2/AVX во время выполнения), либо хотя бы заменить медленные реализации. Если для i586 это сознательно, то прошу рассмотреть отдельный вариант `i686` с multiarch (для x86_64-i586 репозитория, где 32-битные пакеты нужны именно для запуска игр и Wine). ## Окружение ALT Workstation K 11.4 (p11), ядро 6.18.52, AMD Ryzen 7 5800X, Radeon RX 9070 XT, Mesa 26.1.8-alt1, `i586-glibc-core-2.38.0.223.f053ff-alt1.p11.1`. Готов приложить профили (gdb) и логи; проверялась только ветка p11. 301623 1 22376 mail 2026-10-09 16:22:58 +0300 Created attachment 22376 Патч alt/glibc.spec (p11): включить multiarch (IFUNC) для i586, сборка как i686 ## Причина найдена в spec, патч проверен сборкой и на реальной игре Прикладываю патч `glibc-2.38.0.223.f053ff-alt-i586-multiarch.patch` (ветка p11, файл `alt/glibc.spec`; накладывается через -p1). ### Где причина В `alt/glibc.spec` (и в p11, и в sisyphus): ``` %ifarch x86_64 %def_enable multiarch # configure получает --enable-multi-arch %else %def_disable multiarch # для %ix86 multiarch выключен %endif ``` Для i586 multiarch выключен, поэтому в `i586-glibc-core` нет IFUNC (memcpy/memmove/memset/strlen/strcmp/memcmp и др. — обычные функции i586, в частности `memcpy` читает приёмник перед записью). В 32-битной glibc Flatpak runtime 26.08 таких IFUNC-символов 48. (В 2011 году multiarch включали и на %ix86 — 6:2.11.3-alt3, позже условие сузили.) ### Почему недостаточно просто включить multiarch для %ix86 Пробная сборка с `%ifarch x86_64 %ix86` падает на линковке: `undefined reference to '__memcmp_ia32'`. Оптимизированные i386-варианты лежат в `sysdeps/i386/i686/multiarch` и подключаются только при конфигурации под i686. ### Что делает патч 1. Включает `multiarch` для `%ix86`. 2. Для `%ix86` добавляет `--build=i686-alt-linux --host=i686-alt-linux` в `%configure`. ### Проверка - Сборка `glibc-2.38.0.223.f053ff-alt1.p11.1` в hasher (`--target=i586`, без `make check`) проходит. - В полученной `libc.so.6` **48 IFUNC-символов** (память и строки: memcpy, memmove, memset, memcmp, memchr, strlen, strcmp, strchr, strcpy, strcat, str*case* и др.), набор совпадает с 32-битным libc из freedesktop Platform.Compat.i386 26.08. До патча — 0. - Пакеты `i586-glibc-core`, `-nss`, `-pthread`, `i586-libnsl1` (релиз `alt1.p11.1.1`) установлены на рабочую систему x86_64 (ALT p11, ядро 6.18.52, Ryzen 7 5800X, Radeon RX 9070 XT). `rpm -Uvh --test` проходит, на установленной `/lib/libc.so.6` memcpy/memmove/memset/strlen/strcmp/memcmp — IFUNC. - **Half-Life 2 (нативный 32-битный Steam), «тяжёлое» место:** было 20–30 FPS, стало стабильно как в Fedora/Flatpak (180 FPS при `fps_max 180`), без каких-либо `LD_PRELOAD`. Раньше это решалось только подменой memcpy/memmove через `LD_PRELOAD`; профиль (gdb) до исправления: 68–83 % времени потока драйвера в `libc memcpy+0x2c`. ### Важные оговорки (прошу оценить мейнтейнеров) 1. Конфигурация под i686 означает, что 32-битная libc требует процессоров i686 (с cmov). Реальные процессоры класса i586 такой пакет не поддержат. Если поддержка настоящего i586 нужна, то, возможно, стоит собирать для репозитория `x86_64-i586` отдельный вариант под i686 с multiarch (там 32-битные пакеты нужны только для запуска игр и Wine на x86_64), а чистый i586 оставить как есть. 2. Тесты glibc (`make check`) я не запускал, только сборку и проверку на игре. Подготовленные пакеты — локальная сборка, не для публикации. 3. Проверялась ветка p11 (2.38.0.223.f053ff-alt1.p11.1); в sisyphus (2.43) условие в spec то же, но сборку я там не проверял. ### Вложение - `glibc-2.38.0.223.f053ff-alt-i586-multiarch.patch`, sha256 `3d494cd39bd7295b8e505abd2e0cf64c94198dd85f2e61293ff134a36b4e7212` 301625 2 zerg 2026-10-09 16:37:14 +0300 Может, действительно, уже забить на i586 и перезаключить i686, раз уж собрались делать 32-битный репозиторий лишь придатком к x86_64? 301626 3 zerg 2026-10-09 16:37:49 +0300 > перезаключить переключить на 301630 4 mail 2026-10-09 16:58:40 +0300 (Ответ для Sergey V Turchin на комментарий #2) > Может, действительно, уже забить на i586 и перезаключить i686, раз уж > собрались делать 32-битный репозиторий лишь придатком к x86_64? (Ответ для Sergey V Turchin на комментарий #2) > Может, действительно, уже забить на i586 и перезаключить i686, раз уж > собрались делать 32-битный репозиторий лишь придатком к x86_64? Соглашусь, если 32-битный репозиторий нужен только как придаток к x86_64, то glibc-core для него логично собирать под i686 вместо i586. Приложенный патч делает именно это (i686 + multiarch). Проверено: сборка проходит, в libc.so.6 появляются IFUNC (48 шт.), HL2 в «тяжёлом» месте вместо 20-30 FPS работает как в Fedora (180 FPS). make check для glibc я не запускал. 22370 2026-10-09 10:09:17 +0300 2026-10-09 10:09:17 +0300 Исправленный исходник, проблема с FPS исчезает - проверено. fastmemcpy.c text/x-csrc 1526 mail Lyog0JzQuNC90LjQvNCw0LvRjNC90LDRjyBMRF9QUkVMT0FELdC30LDQvNC10L3QsCBtZW1jcHkv bWVtbW92ZSDQtNC70Y8gMzIt0LHQuNGC0L3Ri9GFINC/0YDQvtGG0LXRgdGB0L7QsiAo0LTQuNCw 0LPQvdC+0YHRgtC40LrQsCkuCiAqCiAqINCX0LDQv9C40YHRjCDQuNC00ZHRgiDRh9C10YDQtdC3 ICJyZXAgbW92c2IiINC4INC/0YDQuNGR0LzQvdC40Log0L/QtdGA0LXQtCDQt9Cw0L/QuNGB0YzR jiDQvdC1INGH0LjRgtCw0LXRgtGB0Y8uCiAqINCf0YDQuNC80LXQvdC10L3QsCwg0YfRgtC+0LHR iyDQv9C+0LrQsNC30LDRgtGMOiDQt9Cw0LzQtdC90LAg0YLQvtC70YzQutC+IG1lbWNweS9tZW1t b3ZlINC90LAg0L3QsNGC0LjQstC90L7QuSBBTFQgcDExCiAqIChpNTg2LWdsaWJjLWNvcmUgMi4z OC4wLjIyMy5mMDUzZmYtYWx0MS5wMTEuMSkg0LLQvtC30LLRgNCw0YnQsNC10YIgRlBTINC90LDR gtC40LLQvdC+0LkKICogSGFsZi1MaWZlIDIg0YEgMjAtMzAg0LTQviAxODAg0LIgItGC0Y/QttGR 0LvQvtC5IiDRgdGG0LXQvdC1LCDQsdC10Lcg0LTRgNGD0LPQuNGFINC40LfQvNC10L3QtdC90LjQ uS4KICog0K3RgtC+INC90LUg0LjRgdC/0YDQsNCy0LvQtdC90LjQtSBnbGliYyDQuCDQvdC1INC+ 0L/RgtC40LzQuNC30LjRgNC+0LLQsNC90L3QsNGPINGA0LXQsNC70LjQt9Cw0YbQuNGPICjQvdC1 0YIgbWVtc2V0INC4INC00YAuKS4KICoKICog0KHQsdC+0YDQutCwOgogKiAgIGdjYyAtbTMyIC1P MiAtc2hhcmVkIC1mUElDIC1mbm8tYnVpbHRpbiAtZm5vLXRyZWUtbG9vcC1kaXN0cmlidXRlLXBh dHRlcm5zIFwKICogICAgICAgLWZuby1zdGFjay1wcm90ZWN0b3IgLW8gbGliZmFzdG1lbWNweS5z byBmYXN0bWVtY3B5LmMKICog0JjRgdC/0L7Qu9GM0LfQvtCy0LDQvdC40LUgKNC/0LDRgNCw0LzQ tdGC0YDRiyDQt9Cw0L/Rg9GB0LrQsCBTdGVhbS3QuNCz0YDRiyk6CiAqICAgTERfUFJFTE9BRD0v 0L/Rg9GC0YwvbGliZmFzdG1lbWNweS5zbyAlY29tbWFuZCUKICovCiNpbmNsdWRlIDxzdGRkZWYu aD4KCnZvaWQgKm1lbWNweSh2b2lkICpyZXN0cmljdCBkLCBjb25zdCB2b2lkICpyZXN0cmljdCBz LCBzaXplX3QgbikgewogICAgdm9pZCAqciA9IGQ7CiAgICBfX2FzbV9fIHZvbGF0aWxlKCJjbGQ7 IHJlcCBtb3ZzYiIgOiAiK0QiKGQpLCAiK1MiKHMpLCAiK2MiKG4pIDogOiAibWVtb3J5Iik7CiAg ICByZXR1cm4gcjsKfQoKdm9pZCAqbWVtbW92ZSh2b2lkICpkLCBjb25zdCB2b2lkICpzLCBzaXpl X3QgbikgewogICAgdW5zaWduZWQgY2hhciAqZGQgPSBkOyBjb25zdCB1bnNpZ25lZCBjaGFyICpz cyA9IHM7CiAgICBpZiAoZGQgPD0gc3MgfHwgZGQgPj0gc3MgKyBuKSB7IHJldHVybiBtZW1jcHko ZCwgcywgbik7IH0KICAgIHdoaWxlIChuID49IDQpIHsgbiAtPSA0OyAqKHVuc2lnbmVkIGludCAq KShkZCArIG4pID0gKihjb25zdCB1bnNpZ25lZCBpbnQgKikoc3MgKyBuKTsgfQogICAgd2hpbGUg KG4pIHsgbi0tOyBkZFtuXSA9IHNzW25dOyB9CiAgICByZXR1cm4gZDsKfQo= 22376 2026-10-09 16:22:58 +0300 2026-10-09 16:22:58 +0300 Патч alt/glibc.spec (p11): включить multiarch (IFUNC) для i586, сборка как i686 glibc-2.38.0.223.f053ff-alt-i586-multiarch.patch text/plain 1822 mail U3ViamVjdDogW1BBVENIXSBhbHQvZ2xpYmMuc3BlYzogZW5hYmxlIG11bHRpYXJjaCAoSUZVTkMp IGZvciBpNTg2IGJ5IGJ1aWxkaW5nIGFzIGk2ODYKCk9uIEFMVCBwMTEsIGk1ODYtZ2xpYmMtY29y ZSBpcyBidWlsdCBmb3IgdGhlIGk1ODYgdGFyZ2V0IHdpdGggbXVsdGlhcmNoCmRpc2FibGVkLCBz byBtZW1jcHkvbWVtbW92ZS9tZW1zZXQvc3RybGVuL3N0cmNtcC9tZW1jbXAgYW5kIHRoZSBvdGhl ciBzdHJpbmcKZnVuY3Rpb25zIGFyZSB0aGUgb2xkIGdlbmVyaWMgaTU4NiBjb2RlIChwbGFpbiBG VU5DIHN5bWJvbHMsIG5vIElGVU5DKS4KVGhlIGk1ODYgbWVtY3B5IHJlYWRzIHRoZSBkZXN0aW5h dGlvbiBidWZmZXIgYmVmb3JlIHdyaXRpbmcgaXQsIHdoaWNoIG1ha2VzCjMyLWJpdCBhcHBsaWNh dGlvbnMgdGhhdCBjb3B5IGxhcmdlIGFtb3VudHMgb2YgZGF0YSAoU3RlYW0gZ2FtZXMsIGUuZy4K SGFsZi1MaWZlIDIgd2l0aCBNZXNhL3JhZGVvbnNpKSBydW4gNi05IHRpbWVzIHNsb3dlciB0aGFu IHdpdGggdGhlIEZlZG9yYSBvcgpmcmVlZGVza3RvcC1zZGsgMzItYml0IGdsaWJjICgyMC0zMCBG UFMgdnMgMTgwIEZQUyBvbiB0aGUgc2FtZSBtYWNoaW5lKS4KClRoZSBpMzg2IElGVU5DIHZhcmlh bnRzIGFyZSBpbiBzeXNkZXBzL2kzODYvaTY4Ni9tdWx0aWFyY2gsIHdoaWNoIGlzIG9ubHkgdXNl ZAp3aGVuIGNvbmZpZ3VyZWQgZm9yIGFuIGk2ODYgdGFyZ2V0OyBzaW1wbHkgYWRkaW5nIC0tZW5h YmxlLW11bHRpLWFyY2ggZm9yCiVpeDg2IGZhaWxzIHRvIGxpbmsgKCJ1bmRlZmluZWQgcmVmZXJl bmNlIHRvIF9fbWVtY21wX2lhMzIiKS4KCkVuYWJsZSBtdWx0aWFyY2ggb24gJWl4ODYgYW5kIGNv bmZpZ3VyZSBpdCB3aXRoIC0tYnVpbGQvLS1ob3N0PWk2ODYtYWx0LWxpbnV4LgpBIHRlc3QgYnVp bGQgb2YgZ2xpYmMtMi4zOC4wLjIyMy5mMDUzZmYtYWx0MS5wMTEuMSBpbiBoYXNoZXIgZm9yIGk1 ODYgc3VjY2VlZHMKYW5kIGV4cG9ydHMgNDggSUZVTkMgc3ltYm9scyAoc2FtZSBzZXQgYXMgdGhl IGZyZWVkZXNrdG9wLXNkayAyNi4wOCBpMzg2IGxpYmMpLgpOb3RlOiB0aGlzIG1ha2VzIHRoZSBs aWJyYXJ5IHJlcXVpcmUgaTY4NiAoY21vdikgQ1BVczsgcmVhbCBpNTg2LW9ubHkKcHJvY2Vzc29y cyB3b3VsZCBubyBsb25nZXIgYmUgc3VwcG9ydGVkIGJ5IHRoaXMgcGFja2FnZS4KCi0tLQotLS0g YS9hbHQvZ2xpYmMuc3BlYwkyMDI2LTEwLTA5IDE1OjI4OjMzLjE1NDExNzM5NyArMDUwMAorKysg Yi9hbHQvZ2xpYmMuc3BlYwkyMDI2LTEwLTA5IDE1OjI4OjMzLjE2NDUzNzY3MyArMDUwMApAQCAt MjQsNyArMjQsOSBAQAogJWRlZl93aXRoIGxvY2FsZXMKICVkZWZfZW5hYmxlIG1lbXVzYWdlc3Rh dAogCi0laWZhcmNoIHg4Nl82NAorIyBJRlVOQyB2YXJpYW50cyAoU1NFMi9BVlgpIG9mIG1lbWNw eS9tZW1tb3ZlL21lbXNldC9zdHJsZW4vc3RyY21wLy4uLiBsaXZlIGluCisjIHN5c2RlcHMvaTM4 Ni9pNjg2L211bHRpYXJjaCwgc28gbXVsdGlhcmNoIG9uICVpeDg2IHJlcXVpcmVzIGFuIGk2ODYg dGFyZ2V0LgorJWlmYXJjaCB4ODZfNjQgJWl4ODYKICVkZWZfZW5hYmxlIG11bHRpYXJjaAogJWVs c2UKICVkZWZfZGlzYWJsZSBtdWx0aWFyY2gKQEAgLTM2MSw2ICszNjMsOSBAQAogJWdsb2JhbCBv cHRmbGFnc19sdG8gJW5pbAogCiAlY29uZmlndXJlIFwKKyVpZmFyY2ggJWl4ODYKKwktLWJ1aWxk PWk2ODYtYWx0LWxpbnV4IC0taG9zdD1pNjg2LWFsdC1saW51eCBcCislZW5kaWYKIAktLWRpc2Fi bGUtY3J5cHQgXAogCS0tZGlzYWJsZS1wcm9maWxlIFwKIAktLWVuYWJsZS1iaW5kLW5vdyBcCg==