Двач
Краткое содержание сегодняшней презентации Алисы AI
Но спрос на картофель все равно будет колоссальный!
😁39💯19❤3🔥3👍2
commit -m "better"
Поддержка sframe в llvm, не прошло и трех лет!
https://maskray.me/blog/2025-10-26-stack-walking-space-and-time-trade-offs
Знаменитый блоггер #maskray разобрал sframe #dwarf по полочкам:
"SFrame vs .eh_frame: For the x86-64 clang executable, SFrame metadata is approximately 10% larger than the combined size of .eh_frame and .eh_frame_hdr. Given the significant VM size overhead and the lack of clear advantages over established alternatives, I am skeptical about SFrame's viability as the future of stack walking for userspace programs. While SFrame will receive a major revision V3 in the upcoming months, it needs to achieve substantial size reductions comparable to existing compact unwinding schemes to justify its adoption over frame pointers. I hope interested folks can implement something similar to macOS's compact unwind descriptors (with x86-64 support) and OpenVMS's"
Забавно, что он пишет, что compact unwind от Apple лучше, я про это писал в 22 году еще, когда sframe только-только появился - https://xn--r1a.website/itpgchannel/748
Еще из необычного:
"Frame pointer configurations: Enabling frame pointers (-fno-omit-frame-pointer) can paradoxically reduce x86-64 binary size when stack object accesses are frequent. This occurs because RBP-relative addressing produces more compact encodings than RSP-relative addressing, which requires an extra SIB byte. The savings from shorter instructions can outweigh the prologue/epilogue overhead"
-fno-omit-frame-pointer иногда дает даже более компактный код, чем -fomit.
У меня такой режим включен по умолчанию, https://github.com/pg83/ix/blob/main/pkgs/lib/build/opt/safe/ix.sh, это сильно упрощает отладку.
Призыв #maskray к сообществу - "одумайтесь"! https://discourse.llvm.org/t/rfc-adding-sframe-support-to-llvm/86900/34
#llvmweekly
Знаменитый блоггер #maskray разобрал sframe #dwarf по полочкам:
"SFrame vs .eh_frame: For the x86-64 clang executable, SFrame metadata is approximately 10% larger than the combined size of .eh_frame and .eh_frame_hdr. Given the significant VM size overhead and the lack of clear advantages over established alternatives, I am skeptical about SFrame's viability as the future of stack walking for userspace programs. While SFrame will receive a major revision V3 in the upcoming months, it needs to achieve substantial size reductions comparable to existing compact unwinding schemes to justify its adoption over frame pointers. I hope interested folks can implement something similar to macOS's compact unwind descriptors (with x86-64 support) and OpenVMS's"
Забавно, что он пишет, что compact unwind от Apple лучше, я про это писал в 22 году еще, когда sframe только-только появился - https://xn--r1a.website/itpgchannel/748
Еще из необычного:
"Frame pointer configurations: Enabling frame pointers (-fno-omit-frame-pointer) can paradoxically reduce x86-64 binary size when stack object accesses are frequent. This occurs because RBP-relative addressing produces more compact encodings than RSP-relative addressing, which requires an extra SIB byte. The savings from shorter instructions can outweigh the prologue/epilogue overhead"
-fno-omit-frame-pointer иногда дает даже более компактный код, чем -fomit.
У меня такой режим включен по умолчанию, https://github.com/pg83/ix/blob/main/pkgs/lib/build/opt/safe/ix.sh, это сильно упрощает отладку.
Призыв #maskray к сообществу - "одумайтесь"! https://discourse.llvm.org/t/rfc-adding-sframe-support-to-llvm/86900/34
#llvmweekly
MaskRay
Stack walking: space and time trade-offs
On most Linux platforms (except AArch32, which uses .ARM.exidx), DWARF .eh_frame is required for C++ exception handling and stack unwinding to restore callee-saved registers. While .eh_frame can be us
🔥11❤5👍4👌2🆒1
https://www.opennet.ru/opennews/art.shtml?num=64125
"Отмечается, что в проекте теперь остаётся только модератор форумов и чатов, не имеющий технических навыков, а лидер проекта, непосредственно занимавшийся разработкой, отстранился от работы после поступления в университет"
Ох я взорнул, слышали бы вы!
"Отмечается, что в проекте теперь остаётся только модератор форумов и чатов, не имеющий технических навыков, а лидер проекта, непосредственно занимавшийся разработкой, отстранился от работы после поступления в университет"
Ох я взорнул, слышали бы вы!
www.opennet.ru
Ubuntu Unity остался без разработчиков и новых релизов
Проект Ubuntu Unity не может сформировать новый релиз 25.10 из-за отсутствия разработчиков, способных исправить критические проблемы с работой пользовательского окружения Unity, возникающие при использовании пакетной базы Ubuntu 25.10. Пользователям Ubuntu…
😁53👍4❤3
В одном соседнем чате случился дискурс "функциональность" vs. "функционал".
Дескать, нельзя говорить второе вместо первого.
Вот вам мнение человека, закончившего мехмат.
https://ru.wikipedia.org/wiki/%D0%A4%D1%83%D0%BD%D0%BA%D1%86%D0%B8%D0%BE%D0%BD%D0%B0%D0%BB
"Функциона́л — функция, заданная на произвольном множестве и имеющая числовую область значений"
https://ru.wiktionary.org/wiki/%D1%84%D1%83%D0%BD%D0%BA%D1%86%D0%B8%D0%BE%D0%BD%D0%B0%D0%BB%D1%8C%D0%BD%D0%BE%D1%81%D1%82%D1%8C
"Функциональность - набор возможностей (функций), которые предоставляет данная система или устройство"
Из этого легко видно, что функциональность - это функционал, заданный на пространстве всех функций, с областью определения (true, false). Смысл очень простой - каждой функции мы сопоставляем факт того, обладает некоторый объект этой функцией, или нет.
Поэтому функциональность - частный случай функционала.
Использовать слово "функционал" вместо слова "функциональность" - можно, а вот наоборот - уже нельзя!
Такие дела.
Дескать, нельзя говорить второе вместо первого.
Вот вам мнение человека, закончившего мехмат.
https://ru.wikipedia.org/wiki/%D0%A4%D1%83%D0%BD%D0%BA%D1%86%D0%B8%D0%BE%D0%BD%D0%B0%D0%BB
"Функциона́л — функция, заданная на произвольном множестве и имеющая числовую область значений"
https://ru.wiktionary.org/wiki/%D1%84%D1%83%D0%BD%D0%BA%D1%86%D0%B8%D0%BE%D0%BD%D0%B0%D0%BB%D1%8C%D0%BD%D0%BE%D1%81%D1%82%D1%8C
"Функциональность - набор возможностей (функций), которые предоставляет данная система или устройство"
Из этого легко видно, что функциональность - это функционал, заданный на пространстве всех функций, с областью определения (true, false). Смысл очень простой - каждой функции мы сопоставляем факт того, обладает некоторый объект этой функцией, или нет.
Поэтому функциональность - частный случай функционала.
Использовать слово "функционал" вместо слова "функциональность" - можно, а вот наоборот - уже нельзя!
Такие дела.
🤡42😁23👍10🥰9🤓6👏4🤔2💊1
Forwarded from Кадровый Болт Генона
- Не будет пузыря?
- Нет.
- Твёрдо и чётко?
- Твердо и четко.
Powell says that, unlike the dotcom boom, AI spending isn’t a bubble: ‘I won’t go into particular names, but they actually have earnings’
https://fortune.com/2025/10/29/powell-says-ai-is-not-a-bubble-unlike-dot-com-federal-reserve-interest-rates/
Federal Reserve Chair Jerome Powell doesn’t think the AI boom is another dotcom bubble. In fact, he made that distinction explicit on Wednesday, arguing that the current wave of artificial intelligence investment is grounded in profit-making firms and real economic activity rather than speculative exuberance.
“I won’t go into particular names,” Powell told reporters after the Fed’s policy meeting, “but they actually have earnings.
“These companies … actually have business models and profits and that kind of thing. So it’s really a different thing” from the dotcom bubble, he added.
- Нет.
- Твёрдо и чётко?
- Твердо и четко.
Powell says that, unlike the dotcom boom, AI spending isn’t a bubble: ‘I won’t go into particular names, but they actually have earnings’
https://fortune.com/2025/10/29/powell-says-ai-is-not-a-bubble-unlike-dot-com-federal-reserve-interest-rates/
Federal Reserve Chair Jerome Powell doesn’t think the AI boom is another dotcom bubble. In fact, he made that distinction explicit on Wednesday, arguing that the current wave of artificial intelligence investment is grounded in profit-making firms and real economic activity rather than speculative exuberance.
“I won’t go into particular names,” Powell told reporters after the Fed’s policy meeting, “but they actually have earnings.
“These companies … actually have business models and profits and that kind of thing. So it’s really a different thing” from the dotcom bubble, he added.
😁19✍13🙉5💯3🍾2❤1
Forwarded from Активация
Для тех, кто в теме, уже давно не секрет, что обновление библиотеки OpenSSL до версии 3.x очень болезненное и проблемное: сломы обратной совместимости без явной на то причины, нередкие просадки производительности.
https://www.haproxy.com/blog/state-of-ssl-stacks
В этом году разработчики HAProxy сравнили производительность различных TLS-бэкендов: OpenSSL 1.1.1, несколько версий OpenSSL 3.x, WolfSSL и Amazon aws-lc (форк Google BoringSSL (форк OpenSSL 1.x)).
Помимо всего прочего, в посте представлен некоторый исторический контекст, который затрагивает вопросы адекватности и компетентности нынешних разработчиков OpenSSL, которые закономерно наносят вред качеству и репутации проекта.
TL;DR: OpenSSL — кринж, aws-lc и BoringSSL — база
https://www.haproxy.com/blog/state-of-ssl-stacks
В этом году разработчики HAProxy сравнили производительность различных TLS-бэкендов: OpenSSL 1.1.1, несколько версий OpenSSL 3.x, WolfSSL и Amazon aws-lc (форк Google BoringSSL (форк OpenSSL 1.x)).
Помимо всего прочего, в посте представлен некоторый исторический контекст, который затрагивает вопросы адекватности и компетентности нынешних разработчиков OpenSSL, которые закономерно наносят вред качеству и репутации проекта.
TL;DR: OpenSSL — кринж, aws-lc и BoringSSL — база
HAProxy Technologies
The State of SSL Stacks
The SSL landscape has shifted dramatically. In this paper, we examine OpenSSL 3.x, BoringSSL, LibreSSL, WolfSSL, and AWS-LC with HAProxy.
👍10🆒5❤2🔥1
Активация
Для тех, кто в теме, уже давно не секрет, что обновление библиотеки OpenSSL до версии 3.x очень болезненное и проблемное: сломы обратной совместимости без явной на то причины, нередкие просадки производительности. https://www.haproxy.com/blog/state-of-ssl…
Продолжаю читать ссылки из этой статьи, например, https://github.com/openssl/openssl/issues/20286
Чтобы вы понимали, какое же это говнище, openssl:
PER CONNECTION, Карл!
Чтобы вы понимали, какое же это говнище, openssl:
The results below are the number of calls to the lock functions per connection:
openssl 1.1.1: 120 rdlock, 276 wrlock, 396 unlock
openssl 3.0.8: 635 rdlock, 56 wrlock, 691 unlock
openssl 3.1.1: 164 rdlock, 57 wrlock, 220 unlock
wolfssl 5.5.4: 0 rdlock, 1 wrlock, 1 unlock
PER CONNECTION, Карл!
GitHub
3.0 performance degraded due to locking · Issue #20286 · openssl/openssl
Using some internal QUIC tests, we see this timing in 1.1: $ USE_GQUIC_VERSIONS=1 perf record -F 999 -g ./quic_lib_tests --gtest_repeat=100 --gtest_filter=*ZeroRttDisabled* $ perf report + 31.73% 3...
😁17👍6💊5🔥3❤2💩2
commit -m "better"
PER CONNECTION, Карл!
https://github.com/openssl/openssl/issues/20698
Или вот про gRPC:
Или вот про gRPC:
Ooof, also, gRPC (version 1.49.1) is doing 25 SSL_CTX_new() calls per-connection! Clearly there's gRPC bugs here too. I'll open a ticket with them.
GitHub
Disastrous threaded (and not) performance · Issue #20698 · openssl/openssl
With OpenSSL 3.0.8 we've observed a 10x performance regression in a gRPC client application with a hot stack like this: CRYPTO_THREAD_write_lock (threads_pthread.c:112) algorithm_do_map (core_a...
🤡9😁4❤2🔥1
Активация
aws-lc
Будни #bootstrap
Собрал себе curl с этой версией openssl.
В целом, было не очень сложно, она эмулирует API openssl 1.1.1, а API для QUIC + ngtcp2 (самое сложное в настройке curl) - от BoringSSL.
Делает вид, что работает!
Из забавного - при сборке требует perl (как и оригинал), и go. Интересный выбор для написания кодогенераторов, ага.
Собрал себе curl с этой версией openssl.
В целом, было не очень сложно, она эмулирует API openssl 1.1.1, а API для QUIC + ngtcp2 (самое сложное в настройке curl) - от BoringSSL.
Делает вид, что работает!
Из забавного - при сборке требует perl (как и оригинал), и go. Интересный выбор для написания кодогенераторов, ага.
🔥13🤯4🤡3❤1