Исходное сообщение
"Для ядра Linux предложена реализация функции memchr, работаю..." Отправлено n00by, 12-Июл-22 17:13
> Тогда зачем в ветке про glibc ты > приводишь код из glibc, В ответ на заявление "Как в glibc 🤗" я показал, что оно - ложно. > и приводишь код не всех реализаций/оптимизаций? Затем, что я различаю "необходимое" и "достаточное". > Про твое "замечание" про чтение начальных нескольких невыровненных байт. Как эта O(1) > операция повлияет на скорость, особенно при очень больших N? Для тех, кто не понимает русский язык ("не работает"), не умеет ходить по ссылкам и не читает здесь сообщения, повторяю: > I think you're missing the point. Loads at unaligned addresses may not > be allowed by hardware using conventional load instructions or may be > inefficient. Given that this memchr implementation is used as a fallback > when no hardware-specific version is available, you should be > conservative wrt. hardware capabilities and behavior. You should > probably have a pre-alignment loop. Exactly! The initial code is broken, NAK. > Вернемся к нашим скачущим баранам. Возвращайтесь. Вы здесь задержались слишком.

Ваше сообщение
Имя*:
EMail:	Для отправки ответов на email укажите знак ! перед адресом, например, !user@host.ru (!! - не показывать email). Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:	>> Тогда зачем в ветке про glibc ты >> приводишь код из glibc, > В ответ на заявление "Как в glibc 🤗" я показал, что оно > - ложно. >> и приводишь код не всех реализаций/оптимизаций? > Затем, что я различаю "необходимое" и "достаточное". >> Про твое "замечание" про чтение начальных нескольких невыровненных байт. Как эта O(1) >> операция повлияет на скорость, особенно при очень больших N? > Для тех, кто не понимает русский язык ("не работает"), не умеет ходить > по ссылкам и не читает здесь сообщения, повторяю: >> I think you're missing the point. Loads at unaligned addresses may not >> be allowed by hardware using conventional load instructions or may be >> inefficient. Given that this memchr implementation is used as a fallback >> when no hardware-specific version is available, you should be >> conservative wrt. hardware capabilities and behavior. You should >> probably have a pre-alignment loop. > Exactly! > The initial code is broken, NAK. >> Вернемся к нашим скачущим баранам. > Возвращайтесь. Вы здесь задержались слишком.
	Введите код, изображенный на картинке: