Исходное сообщение
"Релиз FreeBSD 13.2 с поддержкой Netlink и WireGuard" Отправлено Аноним, 13-Апр-23 22:38
>> ... особенно когда ядро и либц развиваются одной коммандой (что позволяет >> просто и без лишней бюрократии реализовать 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. ...

Ваше сообщение
Имя*:
EMail:	Для отправки ответов на email укажите знак ! перед адресом, например, !user@host.ru (!! - не показывать email). Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:	>>> ... особенно когда ядро и либц развиваются одной коммандой (что позволяет >>> просто и без лишней бюрократии реализовать 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. > ...
	Введите код, изображенный на картинке: