lexbor 2.4.0

lexbor, к сожалению, тег импортозамещение не поместился. :)

Мне не нужно, но за сишку и SWAR лайк. Можно ссылку не на википедию, а на примеры SWAR в данном проекте?

https://github.com/lexbor/lexbor/pull/223
https://github.com/lexbor/lexbor/blob/master/source/lexbor/core/swar.h
Оказалось, что без использования SSE, AVX и т. д., в отличие от StringZilla 3.8.1.

Так себе SWAR, один маленький приём в одном макросе, еще и скопированный с известного сайта. Который используется в strlen как минимум с девяностых. Я считаю это слишком мелким для упоминания в новостях как SWAR.

Ситуация прям под мем «а разговоров то было».

А вот это, извините, что?

if (LEXBOR_SWAR_IS_LITTLE_ENDIAN) {

Почему для big endian нет никакого кода в функции? Этот метод работает и для BE, нужно лишь учитывать что байты в обратном порядке при получении индекса. Это какое-то дилетантство, лайк забираю.

слишком мелким для упоминания в новостях как SWAR

Есть в оригинале.

лайк забираю

Но на сишке же! :)

Оказалось, что без использования SSE, AVX и т. д., в отличие от StringZilla 3.8.1.

Вы считаете не использование векторов плюсом? Делаешь платформо-независимый код с этим трюком, добавляешь для популярных платформ использование векторных инструкций. Будет быстро и портабельно.

Вы считаете не использование векторов плюсом?

Нет, конечно. Как написал lexbor в PR:

In the end, I came to the conclusion that there is no super performance gain here.
One thing is certain, the patch does not slow down the code, it speeds it up a bit.
I’m thinking of accepting the patch, and improving SWAR usage a bit in the future.
There are many places in the lexbor project where this approach can be used, for example in CSS.

добавляешь для популярных платформ использование векторных инструкций

Думаю, автор будет не против такого PR. ;)

Хотелось бы еще заметить, что писал этот недо-SWAR не автор проекта, а какой-то левый человек.

Который решил для этого недо-SWAR создать аж отдельный хидер swar.h.

Код его, что делает «чуть лучше» не читает данные выровнено, а использует memcpy чтобы не решать эту проблему:

            size_t bytes;
            memcpy(&bytes, data, sizeof(size_t));

Если компилятор не соптимизирует вызов memcpy, то будет только хуже.

P.S.: Когда автор называет проект в честь себя и чем это плохо - советую посмотреть соседнюю тему про ReiserFS.

Когда автор называет проект в честь себя и чем это плохо

Надеюсь, что он читает ЛОР:

Последнее посещение: 06.02.24
Число комментариев: 1