>> ... особенно когда ядро и либц развиваются одной коммандой (что позволяет
>> просто и без лишней бюрократии реализовать vDSO-фичи)
> В случае линуха vDSO это виртуальный DSO который вообще ядро подпихивает процессу
> и ему пофиг на то какой там libc.

Какие буквы в  'если оно не называется "vDSO", значит этого нет' вам не понятны?

> Что как-то лучше с точки зрения универсальности этого, потому что libc разные бывают и все такое.

"Как-то лучше" - неплохой эвфемизм для "по другому никак, потому что libc у нас от ядра отдельно".

> И кстати там сейчас не только вон та 1 несчастная функция обычно.

Их там целая куча была (и есть). Обычно это стнадратный "пример" для нужности DSO, типа gettimeofday. Теперь - добавили обертку "__vdso_clock_gettime".
https://www.freebsd.org/status/report-2021-10-2021-12/vdso/
> For instance, a syscall-less wall clock was implemented long ago, by the kernel providing a time hands blob in the shared page, and the C library knowing about its location and the supported algorithms. There is no need for a VDSO that interposes some libc symbols or provides services that are named by known symbols to userland.
> From all the years of experience with this pseudo-VDSO approach, the only feature that was impossible to implement without providing real VDSO support was the signal trampoline DWARF annotations, for the benefit of stack unwinders.

...