https://www.phoronix.com/news/Wild-0.7-Released

Ого, у нас пополнение среди самых быстрых линкеров!

#mold

Разумеется, написан на blazingly fast!

Заметки на полях «Финансового пузыря (американского) ИИ».

В последнее время всё чаще обсуждается тезис «ИИ-компании — это пузырь, вот-вот бабах и хана», причём это самый обсуждаемый и очевидный «пузырь» в истории финансовых рынков, в котором большая часть участников даже не пытаются сделать вид, что «на этот раз всё по-другому, чем в прошлый раз» (знаменитое «this time it's different»). Позиция «ИИ = пузырь» — это теперь мейнстримное мнение в самом прямом (социологическом) смысле:

«(Bloomberg) — Согласно опросу Bank of America Corp., рекордная доля управляющих фондами по всему миру заявила, что акции компаний, занимающихся искусственным интеллектом, находятся в пузыре после бурного роста в этом году.
Около 54% участников октябрьского опроса указали, что акции технологических компаний выглядят слишком дорогими, что резко изменилось по сравнению с прошлым месяцем, когда почти половина отвергла эти опасения. Опасения о переоцененности мировых акций также достигли пика в последнем опросе. [...]
Распределение акций управляющими фондами также отражает определенный оптимизм. Опрос Bank of America показал, что доля акций США [прим. Кримсон: в портфелях управляющих активами/хедж-фондами] выросла до максимума за восемь месяцев, начиная с периода, предшествовавшего появлению опасений по поводу введения [трамповских] пошлин. Опасения по поводу рецессии снизились до минимума с начала 2022 года».

Означает ли это, что «всё, финиш»? Смотря с какой стороны смотреть и в каких «попугаях» (единицах измерения) считать. Посмотрим с точки зрения исторического опыта:
В 2008–2009 на фоне пузыря недвижимости (почти) всех причастных спасли из печатного станка ФРС США. Пофиг на последствия.
В 2020 на фоне ковида всех причастных (и некоторых непричастных) спасли (и обогатили) из печатного станка ФРС США. Пофиг на последствия.

Если владелец казино может положить шарик «на чёрное» или даже «на зеро», просто взяв его пальцами, то все математические модели, даже идеально предсказывающие, куда «должен» упасть шарик на рулетке, бесполезны или даже убыточны в неумелых руках. Можно зашортить самые пузыристые «ИИ-акции» и получить ситуацию, когда их цена в люто девальвированных баксах (после очередного приступа QE от ФРС США) будет выше (!), даже в условиях реализации частичного коллапса их бизнеса, обидно, да? Оттого более умные игроки финансового рынка хеджируют именно этот сценарий, в том числе и ударными покупками золота и прочим debasement trade, как раз для того, чтобы печатный станок, особенно когда до него в 2026 доберётся назначенец Трампа, был подспорьем, а не проблемой.

P.S. И, кстати, скорее всего, у Макла Бьюрри (раз уж многих читателей взволновали эти новости про то, что сделал огромные ставки на падение Nvidia и Palantir) не прямой шорт с потенциально неограниченными потерями (справедливости ради, «шорты» в отчетности не указываются, но Бьюрри слишком давно занимается этим бизнесом, чтобы так подставиться), а просто опционы пут (нормального американского типа, а не издевательство над здравым смыслом, типа того, что торгуется на Мосбирже), при которых потенциал дохода практически неограничен (максимум достигается при обнулении стоимости бумаги — это вряд ли возможно в данном случае), а вот потенциальные убытки ограничены заплаченной премией.

https://cr.yp.to/2025/fil-c.html

TL;DR - заметки djb (не надо же объяснять, кто это?) про fil-c.

Дедушка принял fil-c вполне благосклонно, и даже собрал себе с ним кусочек Debian.

Особенно доставило, что djb не ссыт в "curl -L https://nixos.org/nix/install | sh", что несколько неожиданно, учитывая его background.

(предложка)

#filc

Я надеюсь, что это шутка

> Yes that is normal. Recent Ubuntu versions are configured to kill a user session when the user uses over half the RAM. (If that‘s even what‘s happening, but it sounds like that should be it)

Ubuntu crashes when running cargo build without jobs limit
https://www.reddit.com/r/rust/comments/1oqaaac/ubuntu_crashes_when_running_cargo_build_without/

https://opensource.googleblog.com/2025/11/announcing-magika-10-now-faster-smarter.html

Here are the highlights:

* Expanded file type support for more than 200 types (up from ~100).
* A brand-new, high-performance engine rewritten from the ground up in Rust.
* A native Rust command-line client for maximum speed and security.
* Improved accuracy for challenging text-based formats like code and configuration files.
* A revamped Magika Python and TypeScript module for even easier integrations.

Этой штукой и так было сложно пользоваться, но, после переписывания, я, пожалуй, перестану пытаться.

#libmagic

https://www.bloomberg.com/news/articles/2025-11-07/dutch-ready-to-drop-control-of-nexperia-if-chip-supply-resumes

https://www.bloomberg.com/news/articles/2025-11-07/china-lifts-nexperia-chip-ban-german-auto-supplier-says

Нидерланды готовы отказаться от контроля над Nexperia при возобновлении поставок микрочипов — Bloomberg.

Нидерланды выразили готовность приостановить государственный контроль над китайским производителем микросхем Nexperia, если Пекин возобновит экспорт критически важных чипов. Такой шаг может снизить напряжённость в торговом конфликте, угрожающем автомобильной промышленности по всему миру.

По данным Bloomberg, власти готовы отменить распоряжение, позволявшее блокировать ключевые решения компании, если поставки действительно возобновятся в ближайшие дни.

При этом остаются нерешёнными финансовые вопросы между Nexperia и её китайскими подразделениями. Правительство Нидерландов подтвердило, что восстановление поставок ожидается уже в ближайшее время.

TACO такой TACO, предложка.

Перевод Киргизфильма первого «Терминатора»

⚠️🇷🇺 Роскомнадзору разрешили временно изолировать Рунет на время «критических угроз». Правительство подписало «Постановление №1667». Оно вступит в силу уже с 1 марта 2026 года. Ведомство теперь можно менять маршруты трафика, фильтровать, блокировать и даже изолировать Рунет от остального мира.

https://askubuntu.com/questions/1559396/the-new-du-command-in-lib-cargo-bin-coreutils-outputs-wrong-sizes-in-ubun

Никогда такого не было, и вот, опять - баг в uutils, на этот раз, в du

https://www.linkedin.com/posts/tseplyaeva_реальная-история-креатива-начала-2000х-я-activity-7393590718809862144-wnpZ/

TL;DR - Агентство пропало на несколько дней, а потом вернулось с баннером... простите...

(Цискари, вы тут? Подтвердите, что я не вру!)

Баннер был белый, на нем выплывали строчки:

"У кого большая писка,
тот идет работать в Cisco".

#filc

Прочитал историю коммитов в проект, https://github.com/pizlonator/fil-c/commits/deluge/, почитал код.

Коллеги, конечно, проделывают титаническую работу.

Им надо перехватывать все syscall, чтобы корректно размечать память, и они не придумали ничего лучше, как написать свой платформенный слой linux syscalls, и портировать на него ВЕСЬ код, который вызывает linux syscalls. Какой-то совершенно случайный коммит, добавляющий пару оберток над сисколлами для какой-то случайной либы - https://github.com/pizlonator/fil-c/commit/e9c68f14821a611ac93673e0e1678d61acd6bac5

Фактически, это порт на новую платформу, довольно приличного количества софта, в том числе, musl и glibc.

Патченое лежит вот тут - https://github.com/pizlonator/fil-c/tree/deluge/projects, список довольно внушительный, и выглядит, кстати, очень "монорепно".

Зацените, например, порт ruby на GC от fil-c - https://github.com/pizlonator/fil-c/tree/deluge/projects/ruby-3.3.10 (да, у них свой GC!)

Запатчить все это на голом энтузиазме можно пару раз, а потом им придется или нести это в upstream (искренней удачи им с этим), или как-то подойти к делу более системно (как - я не знаю, если что).

Мне это хорошо понятно, и близкО, потому что я нахожусь примерно в таком же положении (ладно, еще хуже), и мне однажды пришлось решить проблему статлинковки чего угодно "системно", иначе я бы уже давно утонул в процессе обновления софта и перенакладывания патчей.

Одна из величайших вещей, которые придумали люди - это процесс фиксации азота из атмосферы. Это позволило вырасти нашей популяции в 10 раз за последние 100 лет.

Вот описание процесса, который позволил это сделать - https://en.wikipedia.org/wiki/History_of_the_Haber_process

When Bosch believed his team had gained sufficient experience with benchtop devices, he had two larger chemical reactors built. Each was 2.44 meters high and had a wall thickness exceeding 2.5 centimeters. These cylinders were built by the best German gun manufacturer of the time: Krupp - коллеги заказали реакторы своих сосудов у лучшего производителя пушек (видимо, там лучше всего понимали, что происходит с железом под огромным давлением)!

(чуть менее круто, чем ядерная программа двух стран)

Вот описание, почему BASF взялись за это:

"At the time, high-pressure chemistry was a new field of knowledge, making its industrialisation all the more difficult. However, BASF had developed an industrial process for synthesizing indigo dye. This development took 15 years of work, but paid off, as this process made BASF an industrial gian"

Совершенно потрясающе.

Просто совершенно.

https://fidget-spinner.github.io/posts/faster-jit-plan.html

Грустный текст, про ускорение python, #fast_python

Грустный, потому что за пару релизов хотят получить 5 - 10 процентов #perf, при этом, это больше похоже на декларацию о намерениях, чем на конкретный план.

А получат, как и в прошлые разы, 2 - 3 процента на бенчмарках, которые не видны в проде.

❗️В Ульяновске и области полностью отключили мобильный интернет до окончания СВО

Если раньше интернет пропадал лишь во время атак БПЛА, то теперь его ограничили на постоянной основе. Решение принято федеральными властями для защиты стратегических объектов и жителей, заявил министр цифрового развития региона Олег Ягфаров.

Поздняков. Подписаться

#llvmweekly

https://discourse.llvm.org/t/rfc-file-system-sandboxing-in-clang-llvm/88791

TL;DR - разработчик из Apple агитирует за

"Proposing to set up a file system sandbox by default for developer builds that enforces use of vfs::FileSystem instead of direct llvm::sys::fs and llvm::MemoryBuffer::getFile*() calls, preventing new code from bypassing file system virtualization"

Потому что:

"My team at Apple is working on sound compilation caching in Clang. Our implementation relies on a fast scanning step that builds up a CAS database containing all the input files necessary for compilation. During the compilation itself, Clang loads the database and the contained file system snapshot is exposed via the vfs::FileSystem API"

Как говорится, идея на миллион, для ускорения сборки - кешировать результат парсинга всех исходников и заголовков, как текстуально, так и на уровне AST, или даже какого-то из IR (для этого, конечно, надо уметь гарантировать, что кодовая база устроена довольно "регулярно" по операции "include", без всяких радостей с препроцессором).