> Тогда зачем в ветке про 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.

> Вернемся к нашим скачущим баранам.

Возвращайтесь. Вы здесь задержались слишком.