@marcotravaglio · Post #60239 · 11.04.2026 г., 19:13
.@petergomezblog a @Fabiovoloo:"Il litigio con #Linus è stato reale, mi racconta cos'era successo?" #laconfessione
Hashtags
TGINSIGHT SIMILAR POSTS
Изворен канал @pythonotes · Post #396 · 9 окт.
7.09.2025 состоялся релизPithon 3.14! На фоне хайпа про NoGIL всё позабыли про другие фичи. Особенно про Multiple Interpreters, который обещает изоляцию процессов но с эффективностью потоков! На сколько действительно это будет эффективно мы узнаем позже, потому что сейчас это лишь первый релиз с ограничениями и недоработками. Но что там про NoGIL? Теперь этот режим не экспериментальный, а официально поддерживаемый, но опциональный. Чтобы запустить без GIL нужна специальная сборка. И перед стартом нужно объявить переменную PYTHON_GIL=0 Для вас я собрал готовый репозиторий где достаточно запустить скрпит, который всё сделает: ▫️ соберет релизный Python 3.14 в новый Docker-образ ▫️ запустит тесты в контейнере (GIL, NoGIL, MultiInterpreter) ▫️ распечатает результаты Тест очень простой, усложняйте сами) Вот какие результаты у меня: === Running ThreadPoolExecutor GIL ON TOTAL TIME: 45.48 seconds === Running ThreadPoolExecutor GIL OFF TOTAL TIME: 6.14 seconds === Running basic Thread GIL ON TOTAL TIME: 45.54 seconds === Running basic Thread GIL OFF TOTAL TIME: 4.74 seconds === Running with Multi Interpreter TOTAL TIME: 18.30 seconds Если сравнивать GIL и NoGIL, то на мои 32 ядра прирост х7-x10 (почему не х32? 🤷). При этом нам обещают что скорости будут расти с новыми релизами. Режим без GIL похож (визуально) на async, тоже параллельно, тоже не по порядку. Но это не IO! и от того некоторый диссонанс в голове 😵💫, нас учили не так! Интересно, что чистый Thread работает быстрей чем ThreadPoolExecutor без GIL. Ну и где-то плачет один адепт мульти-интерпретаторов😭 Теперь нужно искать где они могут пригодиться с такой-то скоростью. Скорее всего своя область применения найдется. Отдельно я затестил память и вот что вышло на 32 потока: ThreadPoolExecutor GIL ON 305.228 MB ThreadPoolExecutor GIL OFF 500.176 MB basic Thread GIL ON 90.668 MB basic Thread GIL OFF 472.444 MB with Multi Interpreter 1267.788 MB Пока не знаю как к этому относиться) В целом - радует направление развития! #release
Hashtags
Пребарај: #linus
@marcotravaglio · Post #60239 · 11.04.2026 г., 19:13
.@petergomezblog a @Fabiovoloo:"Il litigio con #Linus è stato reale, mi racconta cos'era successo?" #laconfessione
Hashtags
@kejiqu · Post #4054 · 12.01.2026 г., 02:21
氛围编程真香,“Linux 之父”Linus 在个人业余项目中尝试拥抱 AI Linus Torvalds 近期在其个人业余项目 AudioNoise 中使用了 AI 编程工具 Google Antigravity,用于音频样本可视化器的制作。Torvalds 此前在 Linux Foundation 开源峰会上表示自己未使用 AI 编程,但随后解释称 AI 更适合小型个人项目中的“氛围编程”,而非正式项目的维护。他认为 AI 是一种工具,类似于编译器,能够辅助程序员但无法取代其地位。Google Antigravity 是谷歌于 2025 年 11 月与 Gemini 3.0 一同发布的 AI 原生集成开发环境(IDE)。Torvalds 强调,他对模拟滤波器比 Python 了解更多,但利用 AI 工具可以更快速地实现可视化效果。IT之家 🏷#Linus#Torvalds#AI#编程#Google#Antigravity 📢频道👥群组📝投稿
@kejiqu · Post #3694 · 10.08.2025 г., 01:17
Linus Torvalds 拒绝 Linux 6.17 的 RISC-V 更改,原因在于提交过晚且代码“垃圾” Linus Torvalds 拒绝了 Linux 6.17 内核的 RISC-V 架构更改,原因是提交时间过晚以及代码质量问题。此次变更的提交恰逢合并窗口即将关闭,且Torvalds本人正在旅行。Torvalds对其中包含的特定代码片段表示不满,将其描述为“垃圾”,特别指出了一段名为 make_u32_from_two_u16() 的辅助函数。Torvalds强调,这类低质量的代码不应出现在通用头文件中,并警告未来将不再接受迟到的合并请求或非 RISC-V 树中的垃圾代码。提交者回应将改进提交时间并关注质量问题。Slashdot 🏷#Linus#Torvalds#RISC#V#Linux 📢频道👥群组📝投稿