forum.opennet.ru - "Amazon опубликовал открытую криптографическую библиотеку для языка Rust " (34)

"Amazon опубликовал открытую криптографическую библиотеку для языка Rust "

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

"Amazon опубликовал открытую криптографическую библиотеку для языка Rust "	+/–
Сообщение от opennews (??), 20-Апр-23, 11:01
Компания Amazon представила криптографическую библиотеку aws-lc-rs, предназначенную для использования в приложениях на языке Rust и совместимую на уровне API с Rust-библиотекой ring. Код проекта распространяется под лицензиями Apache 2.0 и ISC. Библиотека поддерживает работу на платформах Linux (x86, x86-64, aarch64) и macOS (x86-64)... Подробнее: https://www.opennet.dev/opennews/art.shtml?num=59004
Ответить \| Правка \| Cообщить модератору

Оглавление

Получается, что С быстрее Rust, раз биндинги к С либе быстрее кода на самом , Аноним (1), 11:01 , 20-Апр-23, (1) –2

Ты думаешь 171 безопасность 187 берется из воздуха Нет для этого надо выпол, Аноним (3), 11:08 , 20-Апр-23, (3) –15

Но как же так Люди же везде громко говорят про Раст, что там все проверки на бе, Аноним (1), 11:11 , 20-Апр-23, (6) –2

Тихо, сам с собою , Аноним (10), 11:40 , 20-Апр-23, (10) +1

Всё он правильно говорит А как же ваши zero cost abstractions , Аноним (19), 12:55 , 20-Апр-23, (19)

А никто, кроме вас, луддитов-наСИльников с опеннета, и не утверждает, что в раст, Аноним (45), 23:03 , 20-Апр-23, (45) +2
Ну давай тогда пруфцы на Люди громко говорят , раз не Воен W балабол Только, Аноним (49), 00:51 , 21-Апр-23, (49)

Oh, там же типа zero-cost проверки в компайл-тайм Уже нет что ли , Аноним (22), 13:15 , 20-Апр-23, (22) –1

Удивительно нет, даже поразительно Как Как очередной Опеннетный Эксперт за, Аноним (26), 13:48 , 20-Апр-23, (26) +7

Откуда в чистом растокоде асм код Ты что тоже еретик , Аноним (3), 15:23 , 20-Апр-23, (38) +1
Более того, у таких экспертов две разные С -программы одного назначения написан, Аноним (45), 23:06 , 20-Апр-23, (46)

Это они еще оптимизацию -O2 включили как обычно, маркетинг, такой маркетинг , Бьерн Страуструп (?), 11:23 , 20-Апр-23, (8) +1

Ну да, теперь пусть включат -O3 и PGO прогонят Разрешаю у раста тоже включить , Аноним (12), 11:59 , 20-Апр-23, (12) +2

Да и GCC пусть собирают, а то смешно будет llvm с llvm сравнивать , Аноним (12), 12:00 , 20-Апр-23, (13) –1

https github com aws aws-lcПолучается, что оналитега у опеннетных Военов Супро, Аноним (9), 11:33 , 20-Апр-23, (9) +5

AWS-LC https github com aws aws-lc C 68 2 , Assembly 17 0 , C 9 2 ring h, Аноним (48), 00:47 , 21-Апр-23, (48)

Как элегантно ты упустил в своем онализе а еще на 8531 из кода на Си и на , Аноним (49), 01:31 , 21-Апр-23, (50)
Тому оналитегу указали на то, что в его стаканчике с мороженым есть еще немалень, Аноним (45), 13:14 , 21-Апр-23, (53)

А когда тебе показывают две разные программы одного назначения, написанные _разн, Аноним (45), 22:53 , 20-Апр-23, (44) +2

Ну что, где крыса зарыта, к какой части кода , КО (?), 11:07 , 20-Апр-23, (2)

Где крыса заржавела , Аноним (3), 11:09 , 20-Апр-23, (4)

Снова на расте, хотя, может это и к лучшему Сейчас много всего для крипты и кри, Иваня (?), 11:11 , 20-Апр-23, (5) –1

В том то и дело, что нет Казалось бы, уж где бы в первую очередь применять раст, Анониссимус (?), 02:16 , 28-Апр-23, (74)

язык для создания обёрток, Аноним (7), 11:13 , 20-Апр-23, (7) +9

Хахаха В точку , name (??), 23:10 , 20-Апр-23, (47)
Да, С он такой , Советский инженер (?), 06:33 , 21-Апр-23, (51) +2

Почему не было новости что на языке который нельзя называть переписали строян и , Аноним (43), 22:39 , 20-Апр-23, (43) +1
неверифицированный с кучей багов код на раст безопасно проигрывает верифицирован, Аноним (54), 13:44 , 21-Апр-23, (54) –1

https github com aws aws-lc tree 44a1c471faf65cbfd57e62b8a5357ca6330c7c56 cryp, Аноним (49), 14:06 , 21-Апр-23, (55) +2

https github com aws aws-lc, Аноним (54), 15:53 , 21-Апр-23, (59)

Папа, где море c Гляжу в книгу W код, вижу фигу с , Аноним (49), 18:23 , 21-Апр-23, (60)

https github com aws aws-lc algorithm-optimization-supportоптимизированы на а, Аноним (54), 19:55 , 21-Апр-23, (61)

https github com aws aws-lc blob 2034e844e5908b14edff66a4bb7ae47d55fc7298 gene, Аноним (49), 23:00 , 21-Апр-23, (62) +1

раст и есть эпичная фига на данный момент, не исключено конечно что поменяется л, Аноним (54), 09:35 , 24-Апр-23, (73)

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

1. Сообщение от Аноним (1), 20-Апр-23, 11:01 –2 +/–

> При тестировании работы протоколов TLS 1.2 и 1.3 библиотека aws-lc-rs заметно опередила по производительности пакет rustls
Получается, что С++ быстрее Rust, раз биндинги к С++ либе быстрее кода на самом Rust?

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

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

>and deploy them into AWS Regions
Ну что, где крыса зарыта, к какой части кода?

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

3. Сообщение от Аноним (3), 20-Апр-23, 11:08 –15 +/–

Ты думаешь «безопасность» берется из воздуха? Нет для этого надо выполнять дополнительные операции на каждом цикле и на даже на каждом такте.

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

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

Где крыса заржавела?

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

5. Сообщение от Иваня (?), 20-Апр-23, 11:11 –1 +/–

Снова на расте, хотя, может это и к лучшему. Сейчас много всего для крипты и криптографии на расте, а это взаимосвязано.

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

6. Сообщение от Аноним (1), 20-Апр-23, 11:11 –2 +/–

Но как же так? Люди же везде громко говорят про Раст, что там все проверки на безопасность во время компиляции, в рантайме ничего такого

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

7. Сообщение от Аноним (7), 20-Апр-23, 11:13 +9 +/–

язык для создания обёрток

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

8. Сообщение от Бьерн Страуструп (?), 20-Апр-23, 11:23 +1 +/–

Это они еще оптимизацию -O2 включили как обычно, маркетинг, такой маркетинг.

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

9. Сообщение от Аноним (9), 20-Апр-23, 11:33 +5 +/–

https://github.com/aws/aws-lc
>  C++ 68.2%  Assembly 17.0%
> Получается, что С++ быстрее Rust, раз биндинги к С++ либе быстрее кода на самом Rust?
Получается, что оналитега у опеннетных Военов Супротив Раста - как обычно получается.

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

10. Сообщение от Аноним (10), 20-Апр-23, 11:40 +1 +/–

> Но как же так? Люди же везде громко говорят про Раст, что там все проверки на безопасность во время компиляции, в рантайме ничего такого
"Тихо, сам с собою ..."

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

12. Сообщение от Аноним (12), 20-Апр-23, 11:59 +2 +/–

Ну да, теперь пусть включат -O3 и PGO прогонят. Разрешаю у раста тоже включить.

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

13. Сообщение от Аноним (12), 20-Апр-23, 12:00 –1 +/–

Да и GCC пусть собирают, а то смешно будет llvm с llvm сравнивать.

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

19. Сообщение от Аноним (19), 20-Апр-23, 12:55 +/–

Всё он правильно говорит. А как же ваши "zero cost abstractions"?

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

22. Сообщение от Аноним (22), 20-Апр-23, 13:15 –1 +/–

Oh, там же типа zero-cost проверки в компайл-тайм. Уже нет что ли?

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

26. Сообщение от Аноним (26), 20-Апр-23, 13:48 +7 +/–

> Oh, там же типа zero-cost проверки в компайл-тайм. Уже нет что ли?
Удивительно ... нет, даже поразительно! Как! Как очередной Опеннетный Эксперт за тройку минут сумел проанализировать и сравнить две разных криптолибы и сделать выводы что сами реализации эквивалентны и вся разница в скорости - из-за "рантайма". Гениальность, не иначе!
Или все проще и никто из Экспердов никуда не глядел, о куче асма и интринсиков в обоих реализациях даже не подозревает, просто прикинули палец к носу "как оно там все должно быть"?

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

38. Сообщение от Аноним (3), 20-Апр-23, 15:23 +1 +/–

Откуда в чистом растокоде асм код? Ты что тоже еретик?

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

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

Почему не было новости что на языке который нельзя называть переписали строян и теперь он более безопасно используя память пролезать на компутеры с виндой?
https://www.hivepro.com/nokoyawa-2-0-a-reworked-rust-based-r.../

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

44. Сообщение от Аноним (45), 20-Апр-23, 22:53 +2 +/–

А когда тебе показывают две разные программы одного назначения, написанные _разными_ командами, обе на С++, обе компильнуты GCC и одна быстрее второй, допустим, в два раза - у тебя в таком случае С++ быстрее С++ ?
Я может быть принял бы во внимание твой вывод, если бы это одна и та же команда, являясь экспертами одинакового уровня в обоих языках программирования (а как это сравнить?) написала с нуля две одинаковые по фичам реализации одной и той же хни и что-то там замерила.

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

45. Сообщение от Аноним (45), 20-Апр-23, 23:03 +2 +/–

А никто, кроме вас, луддитов-наСИльников с опеннета, и не утверждает, что в расте ВСЕ ДОСТАТОЧНЫЕ проверки ТОКЛЬКО во время компиляции осуществляются. Мир не черно-белый. Часть делается и в рантайме, а часть и в компайл-тайме благодаря системе типов, владению и т.д. И обе эти части наСИльники обязаны были бы делать в рантайме (в отличие от раста), но делают не всегда, ибо "производительность" (а чаще лень или недостаток профессионализма). Потому и имеем 70% ошибок - это профессионалы не смогли или забыли/забили что-то проверить.

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

46. Сообщение от Аноним (45), 20-Апр-23, 23:06 +/–

Более того, у таких экспертов две разные С++-программы одного назначения написанные разными людьми будут работать со скоростью, одинаковой до наносекунды. "Ибо изык порешал, а не прокладки!"

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

47. Сообщение от name (??), 20-Апр-23, 23:10 +/–

Хахаха! В точку!

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

48. Сообщение от Аноним (48), 21-Апр-23, 00:47 +/–

> aws-lc-rs is a cryptographic library using AWS-LC for its cryptographic operations
AWS-LC (https://github.com/aws/aws-lc): C++ 68.2%, Assembly 17.0%, C 9.2%
> Rustls is a modern TLS library written in Rust. It uses ring for cryptography
ring (https://github.com/briansmith/ring): Assembly 38.2%, C 32.2%, Rust 25.8%
Если не считать сами обёртки (aws-lc-rs и rustls), то библиотека совсем без Раста оказалась быстрее библиотеки, на четверть состоящей из кода на Rust. Что в #1 написано не так?

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

49. Сообщение от Аноним (49), 21-Апр-23, 00:51 +/–

> Всё он правильно говорит. А как же ваши "zero cost abstractions"?
Ну давай тогда пруфцы на "Люди громко говорят ...", раз не Воен^W балабол?
Только учти, ссылка на попук^W скандирования опеннетных Военов Супротив Раста тут, как бы, не катит.
Пруфец на "дополнительные операции на каждом цикле" тоже не забудь.

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

50. Сообщение от Аноним (49), 21-Апр-23, 01:31 +/–

> Раста оказалась быстрее библиотеки, на четверть состоящей из кода на Rust.
Как элегантно ты упустил в своем онализе "а еще на ⅓ из кода на Си и на ⅖ асм".
> Что в #1 написано не так?
По этой "логике" у Воена Супротив Раста получается, что C++ так же быстрее сишки и асма, ведь "биндинги к С++ либе быстрее кода на Си/Asm".
В общем, что так, что эдак - выходит "опеннетный онализ" во всей его красе ...

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

51. Сообщение от Советский инженер (?), 21-Апр-23, 06:33 +2 +/–

Да, С++ он такой.

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

53. Сообщение от Аноним (45), 21-Апр-23, 13:14 +/–

Тому оналитегу указали на то, что в его стаканчике с мороженым есть еще немаленькая ложечка г.вна, а он пытается сравнивать сорта чистого продукта, чего уже достаточно для некорректности сравнения... Но ты пошел дальше. Так взволнованно дышать на конкретные циферьки процентов примесей - это как спорить еще и о сортах добавленного г.вна и о том, что хуже - одна добавленная чайная ложечка или полторы. Да даже капельки достаточно чтобы было бессмысленно сравнивать мороженое!
Более того. Ты же понимаешь, что возьми вас, двух непогрешимых опеннетовских экспертов-оналитегов, посади порознь, дай одну и ту же задачу и даже поставь условие ее решить на одном языке - только на С++ или только на асме - то получатся две разные программы по куче показателей, в том числе по производительности и надежности. А тут даже мешанина разных языков. Поэтому неважно, сколько там процентов чего - в каждой этой части кода разными программистами всё будет реализовано настолько по-разному, что сравнивать по полученному результату сами языки - верх глупости. Так ты можешь приблизительно сравнить только самих программистов.

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

54. Сообщение от Аноним (54), 21-Апр-23, 13:44 –1 +/–

> При тестировании работы протоколов TLS 1.2 и 1.3 библиотека aws-lc-rs заметно опередила по производительности пакет rustls, продемонстрировав как сокращение времени установки соединения, так и увеличение пропускной способности (в тестах ECDSA более, чем в два раза).
неверифицированный с кучей багов код на раст безопасно проигрывает верифицированному коду на сишке в два раза. Эпичная замена.

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

55. Сообщение от Аноним (49), 21-Апр-23, 14:06 +2 +/–

> неверифицированный с кучей багов код на раст безопасно проигрывает верифицированному коду на сишке в два раза. Эпичная замена.
https://github.com/aws/aws-lc/tree/44a1c471faf65cbfd57e62b8a...
https://github.com/aws/aws-lc/blob/2034e844e5908b14edff66a4b...

vmovdqa    xmm14,XMMWORD[r14*8+r13]
    vmovdqa    xmm13,XMMWORD[16+r14*8+r13]
    vmovdqa    xmm12,XMMWORD[32+r14*8+r13]
    vmovdqu    xmm10,XMMWORD[((0-128))+rdi]

https://github.com/aws/aws-lc/blob/44a1c471faf65cbfd57e62b8a...
Эпичный пук в лужу от очердных Военов Супротив раста

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

59. Сообщение от Аноним (54), 21-Апр-23, 15:53 +/–

> movdqa    xmm14,XMMWORD[r14*8+r13]
> AWS-LC contains portable C implementations of algorithms needed for TLS and common applications. For performance critical algorithms, optimized assembly versions are included for x86 and ARM.
https://github.com/aws/aws-lc

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

60. Сообщение от Аноним (49), 21-Апр-23, 18:23 +/–

>> проигрывает верифицированному коду на сишке в два раза.
>> movdqa    xmm14,XMMWORD[r14*8+r13]
>> AWS-LC contains portable C implementations of algorithms needed for TLS and common applications. For performance critical algorithms, optimized assembly versions are included for x86 and ARM.
"Папа, где море?"(c)
"Гляжу в книгу^W код, вижу фигу!"(с)

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

61. Сообщение от Аноним (54), 21-Апр-23, 19:55 +/–

> вижу фигу
https://github.com/aws/aws-lc/#algorithm-optimization-support
оптимизированы на асме некоторые алгоритмы для некоторых процессоров и чо ? полная  реализация на портабельном С.

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

62. Сообщение от Аноним (49), 21-Апр-23, 23:00 +1 +/–

> https://github.com/aws/aws-lc/#algorithm-optimization-support
> We ran a set of benchmark scenarios on c7g.metal (Graviton3) and c6i.metal (x86-64)
> We use AWS Graviton processors to test ARMv8 optimizations and Intel CPUs to test x86 and x86-64 optimizations.
https://github.com/aws/aws-lc/blob/2034e844e5908b14edff66a4b...
> aesni-gcm-x86_64.S
https://github.com/aws/aws-lc/blob/2034e844e5908b14edff66a4b...
> aesv8-gcm-armv8.S
...
> оптимизированы на асме некоторые алгоритмы для некоторых процессоров и чо ? полная  реализация на портабельном С.
"Папа, где море?" (c)
"... вижу все равно фигу!" (с)

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

73. Сообщение от Аноним (54), 24-Апр-23, 09:35 +/–

> вижу все равно фигу!
раст и есть эпичная фига на данный момент, не исключено конечно что поменяется лет через 10 но это не точно

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

74. Сообщение от Анониссимус (?), 28-Апр-23, 02:16 +/–

В том то и дело, что нет. Казалось бы, уж где бы в первую очередь применять раст, как ни в криптобиблиотеках? Но нет, они на плюсцах написаны...

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

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

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

Партнёры:

Хостинг:

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

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

1. Сообщение от Аноним (1), 20-Апр-23, 11:01	–2 +/–
> При тестировании работы протоколов TLS 1.2 и 1.3 библиотека aws-lc-rs заметно опередила по производительности пакет rustls Получается, что С++ быстрее Rust, раз биндинги к С++ либе быстрее кода на самом Rust?
Ответить \| Правка \| Наверх \| Cообщить модератору
Ответы: #3, #8, #9, #44

2. Сообщение от КО (?), 20-Апр-23, 11:07	+/–
>and deploy them into AWS Regions Ну что, где крыса зарыта, к какой части кода?
Ответить \| Правка \| Наверх \| Cообщить модератору
Ответы: #4

3. Сообщение от Аноним (3), 20-Апр-23, 11:08	–15 +/–
Ты думаешь «безопасность» берется из воздуха? Нет для этого надо выполнять дополнительные операции на каждом цикле и на даже на каждом такте.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #1 Ответы: #6, #22

4. Сообщение от Аноним (3), 20-Апр-23, 11:09	+/–
Где крыса заржавела?
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #2

5. Сообщение от Иваня (?), 20-Апр-23, 11:11	–1 +/–
Снова на расте, хотя, может это и к лучшему. Сейчас много всего для крипты и криптографии на расте, а это взаимосвязано.
Ответить \| Правка \| Наверх \| Cообщить модератору
Ответы: #74

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

7. Сообщение от Аноним (7), 20-Апр-23, 11:13	+9 +/–
язык для создания обёрток
Ответить \| Правка \| Наверх \| Cообщить модератору
Ответы: #47, #51

8. Сообщение от Бьерн Страуструп (?), 20-Апр-23, 11:23	+1 +/–
Это они еще оптимизацию -O2 включили как обычно, маркетинг, такой маркетинг.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #1 Ответы: #12

9. Сообщение от Аноним (9), 20-Апр-23, 11:33	+5 +/–
https://github.com/aws/aws-lc > C++ 68.2% Assembly 17.0% > Получается, что С++ быстрее Rust, раз биндинги к С++ либе быстрее кода на самом Rust? Получается, что оналитега у опеннетных Военов Супротив Раста - как обычно получается.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #1 Ответы: #48

10. Сообщение от Аноним (10), 20-Апр-23, 11:40	+1 +/–
> Но как же так? Люди же везде громко говорят про Раст, что там все проверки на безопасность во время компиляции, в рантайме ничего такого "Тихо, сам с собою ..."
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #6 Ответы: #19

12. Сообщение от Аноним (12), 20-Апр-23, 11:59	+2 +/–
Ну да, теперь пусть включат -O3 и PGO прогонят. Разрешаю у раста тоже включить.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #8 Ответы: #13

13. Сообщение от Аноним (12), 20-Апр-23, 12:00	–1 +/–
Да и GCC пусть собирают, а то смешно будет llvm с llvm сравнивать.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #12

19. Сообщение от Аноним (19), 20-Апр-23, 12:55	+/–
Всё он правильно говорит. А как же ваши "zero cost abstractions"?
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #10 Ответы: #45, #49

22. Сообщение от Аноним (22), 20-Апр-23, 13:15	–1 +/–
Oh, там же типа zero-cost проверки в компайл-тайм. Уже нет что ли?
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #3 Ответы: #26

26. Сообщение от Аноним (26), 20-Апр-23, 13:48	+7 +/–
> Oh, там же типа zero-cost проверки в компайл-тайм. Уже нет что ли? Удивительно ... нет, даже поразительно! Как! Как очередной Опеннетный Эксперт за тройку минут сумел проанализировать и сравнить две разных криптолибы и сделать выводы что сами реализации эквивалентны и вся разница в скорости - из-за "рантайма". Гениальность, не иначе! Или все проще и никто из Экспердов никуда не глядел, о куче асма и интринсиков в обоих реализациях даже не подозревает, просто прикинули палец к носу "как оно там все должно быть"?
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #22 Ответы: #38, #46

38. Сообщение от Аноним (3), 20-Апр-23, 15:23	+1 +/–
Откуда в чистом растокоде асм код? Ты что тоже еретик?
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #26

43. Сообщение от Аноним (43), 20-Апр-23, 22:39	+1 +/–
Почему не было новости что на языке который нельзя называть переписали строян и теперь он более безопасно используя память пролезать на компутеры с виндой? https://www.hivepro.com/nokoyawa-2-0-a-reworked-rust-based-r.../
Ответить \| Правка \| Наверх \| Cообщить модератору

44. Сообщение от Аноним (45), 20-Апр-23, 22:53	+2 +/–
А когда тебе показывают две разные программы одного назначения, написанные _разными_ командами, обе на С++, обе компильнуты GCC и одна быстрее второй, допустим, в два раза - у тебя в таком случае С++ быстрее С++ ? Я может быть принял бы во внимание твой вывод, если бы это одна и та же команда, являясь экспертами одинакового уровня в обоих языках программирования (а как это сравнить?) написала с нуля две одинаковые по фичам реализации одной и той же хни и что-то там замерила.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #1

45. Сообщение от Аноним (45), 20-Апр-23, 23:03	+2 +/–
А никто, кроме вас, луддитов-наСИльников с опеннета, и не утверждает, что в расте ВСЕ ДОСТАТОЧНЫЕ проверки ТОКЛЬКО во время компиляции осуществляются. Мир не черно-белый. Часть делается и в рантайме, а часть и в компайл-тайме благодаря системе типов, владению и т.д. И обе эти части наСИльники обязаны были бы делать в рантайме (в отличие от раста), но делают не всегда, ибо "производительность" (а чаще лень или недостаток профессионализма). Потому и имеем 70% ошибок - это профессионалы не смогли или забыли/забили что-то проверить.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #19

46. Сообщение от Аноним (45), 20-Апр-23, 23:06	+/–
Более того, у таких экспертов две разные С++-программы одного назначения написанные разными людьми будут работать со скоростью, одинаковой до наносекунды. "Ибо изык порешал, а не прокладки!"
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #26

47. Сообщение от name (??), 20-Апр-23, 23:10	+/–
Хахаха! В точку!
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #7

48. Сообщение от Аноним (48), 21-Апр-23, 00:47	+/–
> aws-lc-rs is a cryptographic library using AWS-LC for its cryptographic operations AWS-LC (https://github.com/aws/aws-lc): C++ 68.2%, Assembly 17.0%, C 9.2% > Rustls is a modern TLS library written in Rust. It uses ring for cryptography ring (https://github.com/briansmith/ring): Assembly 38.2%, C 32.2%, Rust 25.8% Если не считать сами обёртки (aws-lc-rs и rustls), то библиотека совсем без Раста оказалась быстрее библиотеки, на четверть состоящей из кода на Rust. Что в #1 написано не так?
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #9 Ответы: #50, #53

49. Сообщение от Аноним (49), 21-Апр-23, 00:51	+/–
> Всё он правильно говорит. А как же ваши "zero cost abstractions"? Ну давай тогда пруфцы на "Люди громко говорят ...", раз не Воен^W балабол? Только учти, ссылка на попук^W скандирования опеннетных Военов Супротив Раста тут, как бы, не катит. Пруфец на "дополнительные операции на каждом цикле" тоже не забудь.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #19

50. Сообщение от Аноним (49), 21-Апр-23, 01:31	+/–
> Раста оказалась быстрее библиотеки, на четверть состоящей из кода на Rust. Как элегантно ты упустил в своем онализе "а еще на ⅓ из кода на Си и на ⅖ асм". > Что в #1 написано не так? По этой "логике" у Воена Супротив Раста получается, что C++ так же быстрее сишки и асма, ведь "биндинги к С++ либе быстрее кода на Си/Asm". В общем, что так, что эдак - выходит "опеннетный онализ" во всей его красе ...
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #48

51. Сообщение от Советский инженер (?), 21-Апр-23, 06:33	+2 +/–
Да, С++ он такой.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #7

53. Сообщение от Аноним (45), 21-Апр-23, 13:14	+/–
Тому оналитегу указали на то, что в его стаканчике с мороженым есть еще немаленькая ложечка г.вна, а он пытается сравнивать сорта чистого продукта, чего уже достаточно для некорректности сравнения... Но ты пошел дальше. Так взволнованно дышать на конкретные циферьки процентов примесей - это как спорить еще и о сортах добавленного г.вна и о том, что хуже - одна добавленная чайная ложечка или полторы. Да даже капельки достаточно чтобы было бессмысленно сравнивать мороженое! Более того. Ты же понимаешь, что возьми вас, двух непогрешимых опеннетовских экспертов-оналитегов, посади порознь, дай одну и ту же задачу и даже поставь условие ее решить на одном языке - только на С++ или только на асме - то получатся две разные программы по куче показателей, в том числе по производительности и надежности. А тут даже мешанина разных языков. Поэтому неважно, сколько там процентов чего - в каждой этой части кода разными программистами всё будет реализовано настолько по-разному, что сравнивать по полученному результату сами языки - верх глупости. Так ты можешь приблизительно сравнить только самих программистов.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #48

54. Сообщение от Аноним (54), 21-Апр-23, 13:44	–1 +/–
> При тестировании работы протоколов TLS 1.2 и 1.3 библиотека aws-lc-rs заметно опередила по производительности пакет rustls, продемонстрировав как сокращение времени установки соединения, так и увеличение пропускной способности (в тестах ECDSA более, чем в два раза). неверифицированный с кучей багов код на раст безопасно проигрывает верифицированному коду на сишке в два раза. Эпичная замена.
Ответить \| Правка \| Наверх \| Cообщить модератору
Ответы: #55

55. Сообщение от Аноним (49), 21-Апр-23, 14:06	+2 +/–
> неверифицированный с кучей багов код на раст безопасно проигрывает верифицированному коду на сишке в два раза. Эпичная замена. https://github.com/aws/aws-lc/tree/44a1c471faf65cbfd57e62b8a... https://github.com/aws/aws-lc/blob/2034e844e5908b14edff66a4b... vmovdqa xmm14,XMMWORD[r148+r13] vmovdqa xmm13,XMMWORD[16+r148+r13] vmovdqa xmm12,XMMWORD[32+r14*8+r13] vmovdqu xmm10,XMMWORD[((0-128))+rdi] https://github.com/aws/aws-lc/blob/44a1c471faf65cbfd57e62b8a... Эпичный пук в лужу от очердных Военов Супротив раста
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #54 Ответы: #59

59. Сообщение от Аноним (54), 21-Апр-23, 15:53	+/–
> movdqa xmm14,XMMWORD[r14*8+r13] > AWS-LC contains portable C implementations of algorithms needed for TLS and common applications. For performance critical algorithms, optimized assembly versions are included for x86 and ARM. https://github.com/aws/aws-lc
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #55 Ответы: #60

60. Сообщение от Аноним (49), 21-Апр-23, 18:23	+/–
>> проигрывает верифицированному коду на сишке в два раза. >> movdqa xmm14,XMMWORD[r148+r13] >> AWS-LC contains portable C implementations of algorithms needed for TLS and common applications. For performance critical algorithms, optimized assembly* versions are included for x86 and ARM. "Папа, где море?"(c) "Гляжу в книгу^W код, вижу фигу!"(с)
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #59 Ответы: #61