forum.opennet.ru - "Выпуск криптографических библиотек LibreSSL 3.1.0 и Botan 2...." (23)

"Выпуск криптографических библиотек LibreSSL 3.1.0 и Botan 2...."

Форум Разговоры, обсуждение новостей
Вариант для распечатки		Пред. тема \| След. тема
Изначальное сообщение		[ Отслеживать ]

"Выпуск криптографических библиотек LibreSSL 3.1.0 и Botan 2...."	+/–
Сообщение от opennews (?), 09-Апр-20, 09:01
Разработчики проекта OpenBSD представили выпуск переносимой редакции пакета LibreSSL 3.1.0, в рамках которого развивается форк OpenSSL, нацеленный на обеспечение более высокого уровня безопасности. Проект LibreSSL ориентирован на качественную поддержку протоколов SSL/TLS с удалением излишней функциональности, добавлением дополнительных средств защиты и проведением значительной чистки и переработки кодовой базы. Выпуск LibreSSL 3.1.0 рассматривается как экспериментальный, в котором развиваются возможности, которые войдут в состав OpenBSD 6.7... Подробнее: https://www.opennet.ru/opennews/art.shtml?num=52700
Ответить \| Правка \| Cообщить модератору

Оглавление

Meh, уже есть rustls и он быстрее , Ананимус (?), 09:01 , 09-Апр-20, (1) –3

Он хотя бы к чему то прикручивается Ну там nginx, openssh, curl или ещё куда то , Ivan_83 (ok), 09:22 , 09-Апр-20, (3) +6
Быстрее ассемблера , Аноним (4), 09:39 , 09-Апр-20, (4) –1

Программы на C C Rust уже много лет как могут быть быстрее написанных вручную , Owlet (?), 10:43 , 09-Апр-20, (6) –3

Вообще-то это миф Да и по логике, в таком случае не приходилось бы переписывать, Аноним (4), 10:49 , 09-Апр-20, (8) +3

С разморозкой https software intel com sites landingpage IntrinsicsGuide cats, Аноним84701 (ok), 14:15 , 09-Апр-20, (14)

Это и есть вручную А то, что некоторый код проще автоматически оптимизировать, Аноним (4), 14:29 , 09-Апр-20, (15) –2

В оригинале было написанных вручную на ассемблере Там таки довольно существен, Аноним84701 (ok), 15:07 , 09-Апр-20, (16)

Какая разница, как они шедевры оптимизируют, если у них с оптимизацией нормаль, Сишник (?), 16:06 , 09-Апр-20, (18)

Нормально оптимизируют https habr com ru post 483864 code clang -O3 test cp, Аноним84701 (ok), 16:47 , 09-Апр-20, (20)

рядового - да Но, к сожалению, рядовые неспособны написать openssl Вот сдела, нах. (?), 11:29 , 09-Апр-20, (9)
Декодер av1 на расте на 60 из ассемлерного кода состоит, если что , Сишник (?), 16:00 , 09-Апр-20, (17)
Зачем ты так низко себя оцениваешь Ну и если ты не вкурсе,у компилятора нет вооб, псевдонимус (?), 16:19 , 09-Апр-20, (19)

Надеюсь не будет много приключений с пересборкой зависимого софта , Ivan_83 (ok), 09:18 , 09-Апр-20, (2) +1

Конечно не будет, этот хлам нигде не используется и только бандлится статически , Аноним (4), 09:40 , 09-Апр-20, (5) –2

Вообще то на фре его можно использовать вместо OpenSSL для всех портов, и в прош, Ivan_83 (ok), 11:49 , 09-Апр-20, (11) –1

Не так много Добавить USE-флаг libressl в etc portage make conf и всё , Аноним (22), 08:41 , 10-Апр-20, (22)

У меня нет портажа, я хз что это такое DEFAULT_VERSIONS ssl libresslв etc ma, Ivan_83 (ok), 02:18 , 11-Апр-20, (23)
Чуть сложнее, но да https wiki gentoo org wiki Project LibreSSL, marios (ok), 13:59 , 12-Апр-20, (24)

И тут жеНу да, ну да , Аноним (7), 10:49 , 09-Апр-20, (7) +2

ну чего тебе не так Нацелен Стрелять и не собиралось Прицел, правда, тоже немн, нах. (?), 11:30 , 09-Апр-20, (10) +2

OpenLibre Следующий форк сделаем Libero , КО (?), 11:51 , 09-Апр-20, (12) –2
https github com randombit botan issues 2185Когда , Аноним (-), 14:14 , 09-Апр-20, (13)

Сообщения [Сортировка по ответам | RSS]

1. Сообщение от Ананимус (?), 09-Апр-20, 09:01 –3 +/–

Meh, уже есть rustls и он быстрее.

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #3, #4

2. Сообщение от Ivan_83 (ok), 09-Апр-20, 09:18 +1 +/–

Надеюсь не будет много приключений с пересборкой зависимого софта :)

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #5, #22

3. Сообщение от Ivan_83 (ok), 09-Апр-20, 09:22 +6 +/–

Он хотя бы к чему то прикручивается?
Ну там nginx, openssh, curl или ещё куда то к нужному софту?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1

4. Сообщение от Аноним (4), 09-Апр-20, 09:39 –1 +/–

Быстрее ассемблера?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #6

5. Сообщение от Аноним (4), 09-Апр-20, 09:40 –2 +/–

Конечно не будет, этот хлам нигде не используется и только бандлится статически. Как ты его обновлять будешь? :)

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #11

6. Сообщение от Owlet (?), 09-Апр-20, 10:43 –3 +/–

Программы на C/C++/Rust уже много лет как могут быть быстрее написанных вручную на ассемблере. Компиляторы поумнее рядового программиста будут.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4 Ответы: #8, #9, #17, #19

7. Сообщение от Аноним (7), 09-Апр-20, 10:49 +2 +/–

> Из OpenSSL 1.1.1 перенесены
> Из OpenSSL 1.1.1 перенесена и включена
> Улучшена совместимость с OpenSSL 1.1.1
> приближено к семантике OpenSSL
И тут же
> форк OpenSSL, нацеленный на обеспечение более высокого уровня безопасности
Ну да, ну да...

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #10

8. Сообщение от Аноним (4), 09-Апр-20, 10:49 +3 +/–

> Программы на C/C++/Rust уже много лет как могут быть быстрее написанных вручную
Вообще-то это миф. Да и по логике, в таком случае не приходилось бы переписывать значительные участки программ с ручной оптимизацией.
>Компиляторы поумнее
Смахивает на шутку из Аншлага, но я не уверен.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #6 Ответы: #14

9. Сообщение от нах. (?), 09-Апр-20, 11:29 +/–

рядового - да. Но, к сожалению, "рядовые" неспособны написать openssl. Вот сделать бесполезный дырявый форк - у таких получилось.
Да и компиляторы за последние пятнадцать лет изрядно отупели, посмотрите ЧТО полагается написать для "автоматической" оптимизации с использованием sse, чтобы хваленый интеловский (!) компилятор вас понял (гуглите или сразу ищите по интеловскому сайту, там были примеры).

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #6

10. Сообщение от нах. (?), 09-Апр-20, 11:30 +2 +/–

ну чего тебе не так? Нацелен. Стрелять и не собиралось.
Прицел, правда, тоже немного сбит, но раз оно не стреляет, то и какая в том беда?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #7

11. Сообщение от Ivan_83 (ok), 09-Апр-20, 11:49 –1 +/–

Вообще то на фре его можно использовать вместо OpenSSL для всех портов, и в прошлые разы частенько приходилось пересобирать все заивисомсти.
А ещё они онигда не собирались после апдейта потому что апи ломался.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5

12. Сообщение от КО (?), 09-Апр-20, 11:51 –2 +/–

Open
Libre
...
Следующий форк сделаем "Libero"

Ответить | Правка | Наверх | Cообщить модератору

13. Сообщение от Аноним (-), 09-Апр-20, 14:14 +/–

https://github.com/randombit/botan/issues/2185
Когда?

Ответить | Правка | Наверх | Cообщить модератору

14. Сообщение от Аноним84701 (ok), 09-Апр-20, 14:15 +/–

>> Программы на C/C++/Rust уже много лет как могут быть быстрее написанных вручную
> Вообще-то это миф.
С разморозкой:
https://software.intel.com/sites/landingpage/IntrinsicsGuide...
http://gcc.gnu.org/onlinedocs/gcc/Target-Builtins.html#Targe...
>>Компиляторы поумнее
> Смахивает на шутку из Аншлага, но я не уверен.
Учитывая, какие "шыдевры" они умеют оптимизировать в шустрый код - никакая это не шутка.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8 Ответы: #15, #18

15. Сообщение от Аноним (4), 09-Апр-20, 14:29 –2 +/–

Это и есть "вручную". А то, что некоторый код проще автоматически оптимизировать на эффективное выполнение, так это ничего удивительного. Это не мешает компиляторам генерировать неэффективную дичь в зависимости от погоды на Марсе -- никого ума тем нет, только правила, которые иногда в некоторых условиях работают. Лучше или хуже. Сегодня уже и процессоры подстраивают под определённые паттерны компиляторов, вот они и сражаются друг с другом, производители процессоров и компиляторов, это вечный процесс.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #14 Ответы: #16

16. Сообщение от Аноним84701 (ok), 09-Апр-20, 15:07 +/–

> Это и есть "вручную".
В оригинале было "написанных вручную на ассемблере".
Там таки довольно существенная разница в объеме мудоханья.
Плюс, компилятор организует не только распределение по регистрам, но и вполне эффективный для целевой железки порядок инструкций/пайплайн и прочее -- "вручную" это требует нудного копания в доках с довольно сомнительной эффективностью (можно вполне "переоптимизировать" код для определенной модели CPU)

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #15

17. Сообщение от Сишник (?), 09-Апр-20, 16:00 +/–

Декодер av1 на расте на 60% из ассемлерного кода состоит, если что.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #6

18. Сообщение от Сишник (?), 09-Апр-20, 16:06 +/–

Какая разница, как они "шедевры" оптимизируют, если у них с оптимизацией нормального кода плоховато? Вот хороший пример: https://habr.com/ru/post/490458/ разница просто между разными компиляторами плюсов на 1 коде в 2 раза может быть.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #14 Ответы: #20

19. Сообщение от псевдонимус (?), 09-Апр-20, 16:19 +/–

>поумнее рядового программиста будут
Зачем ты так низко себя оцениваешь?
Ну и если ты не вкурсе,у компилятора нет вообще никакого ума.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #6

20. Сообщение от Аноним84701 (ok), 09-Апр-20, 16:47 +/–

> Какая разница, как они "шедевры" оптимизируют, если у них с оптимизацией нормального кода плоховато?
> Вот хороший пример: https://habr.com/ru/post/490458/ разница просто
> между разными компиляторами плюсов на 1 коде в 2 раза может быть.
Нормально оптимизируют:
https://habr.com/ru/post/483864/

clang++ -O3 test.cpp
#clang 7
./a.out  4,42s user 0,00s system 99% cpu 4,422 total
# clang 9
./a.out  4,86s user 0,00s system 99% cpu 4,859 total
g++ -O2 test.cpp   #gcc 9
./a.out  2,67s user 0,02s system 99% cpu 2,683 total

и  (барабанная дробь):

clang++ -O0 test.cpp
# clang 9
./a.out  75,65s user 0,00s system 99% cpu 1:15,65 total
g++ -O0 test.cpp  # gcc9
./a.out  49,56s user 0,01s system 99% cpu 49,577 total

Если для кого-то ускорение в 10-30 раз "плоховато", то этот кто-то похоже "зажрался" ;-)

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #18

22. Сообщение от Аноним (22), 10-Апр-20, 08:41 +/–

Не так много..
Добавить USE-флаг "libressl" в /etc/portage/make.conf и всё!

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #23, #24

23. Сообщение от Ivan_83 (ok), 11-Апр-20, 02:18 +/–

У меня нет портажа, я хз что это такое :)
DEFAULT_VERSIONS+=ssl=libressl
в /etc/make.conf прописал.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #22

24. Сообщение от marios (ok), 12-Апр-20, 13:59 +/–

Чуть сложнее, но да:
https://wiki.gentoo.org/wiki/Project:LibreSSL

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #22

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема

Партнёры:

Хостинг:

Закладки на сайте
Проследить за страницей

Created 1996-2025 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру

1. Сообщение от Ананимус (?), 09-Апр-20, 09:01	–3 +/–
Meh, уже есть rustls и он быстрее.
Ответить \| Правка \| Наверх \| Cообщить модератору
Ответы: #3, #4

2. Сообщение от Ivan_83 (ok), 09-Апр-20, 09:18	+1 +/–
Надеюсь не будет много приключений с пересборкой зависимого софта :)
Ответить \| Правка \| Наверх \| Cообщить модератору
Ответы: #5, #22

3. Сообщение от Ivan_83 (ok), 09-Апр-20, 09:22	+6 +/–
Он хотя бы к чему то прикручивается? Ну там nginx, openssh, curl или ещё куда то к нужному софту?
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #1

4. Сообщение от Аноним (4), 09-Апр-20, 09:39	–1 +/–
Быстрее ассемблера?
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #1 Ответы: #6

5. Сообщение от Аноним (4), 09-Апр-20, 09:40	–2 +/–
Конечно не будет, этот хлам нигде не используется и только бандлится статически. Как ты его обновлять будешь? :)
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #2 Ответы: #11

6. Сообщение от Owlet (?), 09-Апр-20, 10:43	–3 +/–
Программы на C/C++/Rust уже много лет как могут быть быстрее написанных вручную на ассемблере. Компиляторы поумнее рядового программиста будут.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #4 Ответы: #8, #9, #17, #19

7. Сообщение от Аноним (7), 09-Апр-20, 10:49	+2 +/–
> Из OpenSSL 1.1.1 перенесены > Из OpenSSL 1.1.1 перенесена и включена > Улучшена совместимость с OpenSSL 1.1.1 > приближено к семантике OpenSSL И тут же > форк OpenSSL, нацеленный на обеспечение более высокого уровня безопасности Ну да, ну да...
Ответить \| Правка \| Наверх \| Cообщить модератору
Ответы: #10

8. Сообщение от Аноним (4), 09-Апр-20, 10:49	+3 +/–
> Программы на C/C++/Rust уже много лет как могут быть быстрее написанных вручную Вообще-то это миф. Да и по логике, в таком случае не приходилось бы переписывать значительные участки программ с ручной оптимизацией. >Компиляторы поумнее Смахивает на шутку из Аншлага, но я не уверен.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #6 Ответы: #14

9. Сообщение от нах. (?), 09-Апр-20, 11:29	+/–
рядового - да. Но, к сожалению, "рядовые" неспособны написать openssl. Вот сделать бесполезный дырявый форк - у таких получилось. Да и компиляторы за последние пятнадцать лет изрядно отупели, посмотрите ЧТО полагается написать для "автоматической" оптимизации с использованием sse, чтобы хваленый интеловский (!) компилятор вас понял (гуглите или сразу ищите по интеловскому сайту, там были примеры).
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #6

10. Сообщение от нах. (?), 09-Апр-20, 11:30	+2 +/–
ну чего тебе не так? Нацелен. Стрелять и не собиралось. Прицел, правда, тоже немного сбит, но раз оно не стреляет, то и какая в том беда?
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #7

11. Сообщение от Ivan_83 (ok), 09-Апр-20, 11:49	–1 +/–
Вообще то на фре его можно использовать вместо OpenSSL для всех портов, и в прошлые разы частенько приходилось пересобирать все заивисомсти. А ещё они онигда не собирались после апдейта потому что апи ломался.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #5

12. Сообщение от КО (?), 09-Апр-20, 11:51	–2 +/–
Open Libre ... Следующий форк сделаем "Libero"
Ответить \| Правка \| Наверх \| Cообщить модератору

13. Сообщение от Аноним (-), 09-Апр-20, 14:14	+/–
https://github.com/randombit/botan/issues/2185 Когда?
Ответить \| Правка \| Наверх \| Cообщить модератору

14. Сообщение от Аноним84701 (ok), 09-Апр-20, 14:15	+/–
>> Программы на C/C++/Rust уже много лет как могут быть быстрее написанных вручную > Вообще-то это миф. С разморозкой: https://software.intel.com/sites/landingpage/IntrinsicsGuide... http://gcc.gnu.org/onlinedocs/gcc/Target-Builtins.html#Targe... >>Компиляторы поумнее > Смахивает на шутку из Аншлага, но я не уверен. Учитывая, какие "шыдевры" они умеют оптимизировать в шустрый код - никакая это не шутка.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #8 Ответы: #15, #18

15. Сообщение от Аноним (4), 09-Апр-20, 14:29	–2 +/–
Это и есть "вручную". А то, что некоторый код проще автоматически оптимизировать на эффективное выполнение, так это ничего удивительного. Это не мешает компиляторам генерировать неэффективную дичь в зависимости от погоды на Марсе -- никого ума тем нет, только правила, которые иногда в некоторых условиях работают. Лучше или хуже. Сегодня уже и процессоры подстраивают под определённые паттерны компиляторов, вот они и сражаются друг с другом, производители процессоров и компиляторов, это вечный процесс.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #14 Ответы: #16

16. Сообщение от Аноним84701 (ok), 09-Апр-20, 15:07	+/–
> Это и есть "вручную". В оригинале было "написанных вручную на ассемблере". Там таки довольно существенная разница в объеме мудоханья. Плюс, компилятор организует не только распределение по регистрам, но и вполне эффективный для целевой железки порядок инструкций/пайплайн и прочее -- "вручную" это требует нудного копания в доках с довольно сомнительной эффективностью (можно вполне "переоптимизировать" код для определенной модели CPU)
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #15

17. Сообщение от Сишник (?), 09-Апр-20, 16:00	+/–
Декодер av1 на расте на 60% из ассемлерного кода состоит, если что.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #6

18. Сообщение от Сишник (?), 09-Апр-20, 16:06	+/–
Какая разница, как они "шедевры" оптимизируют, если у них с оптимизацией нормального кода плоховато? Вот хороший пример: https://habr.com/ru/post/490458/ разница просто между разными компиляторами плюсов на 1 коде в 2 раза может быть.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #14 Ответы: #20

19. Сообщение от псевдонимус (?), 09-Апр-20, 16:19	+/–
>поумнее рядового программиста будут Зачем ты так низко себя оцениваешь? Ну и если ты не вкурсе,у компилятора нет вообще никакого ума.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #6

20. Сообщение от Аноним84701 (ok), 09-Апр-20, 16:47	+/–
> Какая разница, как они "шедевры" оптимизируют, если у них с оптимизацией нормального кода плоховато? > Вот хороший пример: https://habr.com/ru/post/490458/ разница просто > между разными компиляторами плюсов на 1 коде в 2 раза может быть. Нормально оптимизируют: https://habr.com/ru/post/483864/ clang++ -O3 test.cpp #clang 7 ./a.out 4,42s user 0,00s system 99% cpu 4,422 total # clang 9 ./a.out 4,86s user 0,00s system 99% cpu 4,859 total g++ -O2 test.cpp #gcc 9 ./a.out 2,67s user 0,02s system 99% cpu 2,683 total и (барабанная дробь): clang++ -O0 test.cpp # clang 9 ./a.out 75,65s user 0,00s system 99% cpu 1:15,65 total g++ -O0 test.cpp # gcc9 ./a.out 49,56s user 0,01s system 99% cpu 49,577 total Если для кого-то ускорение в 10-30 раз "плоховато", то этот кто-то похоже "зажрался" ;-)
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #18

22. Сообщение от Аноним (22), 10-Апр-20, 08:41	+/–
Не так много.. Добавить USE-флаг "libressl" в /etc/portage/make.conf и всё!
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #2 Ответы: #23, #24

23. Сообщение от Ivan_83 (ok), 11-Апр-20, 02:18	+/–
У меня нет портажа, я хз что это такое :) DEFAULT_VERSIONS+=ssl=libressl в /etc/make.conf прописал.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #22

24. Сообщение от marios (ok), 12-Апр-20, 13:59	+/–
Чуть сложнее, но да: https://wiki.gentoo.org/wiki/Project:LibreSSL
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #22