OPTIM-IDEAS — optimization ideas inbox (author-supplied)
Источник:
dev/fera/project-design/context/OPTIM-IDEAS.md(read-only; сгенерировано scripts/sync-docs.mjs)
OPTIM-IDEAS — optimization ideas inbox (author-supplied)
Section titled “OPTIM-IDEAS — optimization ideas inbox (author-supplied)”Status: сбор идей от автора (2026-10-01). Обсуждение — по команде «стоп». Ничего здесь не решено; это входящий поток.
1. Оптимизированные варианты библиотек + профиль-переключение
Section titled “1. Оптимизированные варианты библиотек + профиль-переключение”Активное использование оптимизированных вариантов библиотек, бенчмаркинг и выбор оптимизаций под разные профили. Пара лишних dynlib не помешают, но могут выиграть в разных контекстах:
- память
- потребление (энергия)
- скорость
В зависимости от профиля (режима) переключать… всякое. (Естественно ложится на ADR-020/024: multi-variant artifacts в манифесте — avx2 / baseline уже есть; расширяем идею до profile-вариантов: memory / power / speed. Та же механика CPU-детекта, но по профилю.)
2. Ансейф — избегать везде
Section titled “2. Ансейф — избегать везде”unsafe очень желательно избегать везде. (Отмечание: ABI-граница
dylib inevitably несёт какой-то unsafe-обвяз; цель — «избегать», не
«ноль любой ценой». FFI-шим — единственная зона, где unsafe
концентрируется.)
3. Reactive eventflow вместо прямого ожидания
Section titled “3. Reactive eventflow вместо прямого ожидания”Перевести весь код не на прямое ожидание функций (await-цепочки), а на реактивную модель eventflow’а. (Отметка: перекликается с ADR-006/007 — акторы уже event-driven; здесь, видимо, речь о том, что и внутренние вызовы между слоями идут через события, а не await A→B→C. Стейт: Elm-луп уже so устроен — Msg/Effect.)