https://github.com/pg83/std/commit/dbce92d072902fc2e7fe67a3e259d903e89d5cd3

Ссука, perf record/report и дальнейший анализ opus/sonnet делают уж точно не хуже меня, а то и лучше, вот эту вот фигню выше я проморгал.

#std

https://gist.github.com/alganet/2b89c4368f8d23d033961d8a3deb5c19

TL;DR - компилятор C, на чистом shell, один файл на 10к строк, такое мы любим.

С одной стороны, новость из дурки, а с другой - не так и плохо, явно это трансляция из более высокоуровневого описания, а не код, написанный руками.

Может быть полезно для #bootstrap!

https://lwn.net/Articles/1065620/

TL;DR - на списки рассылки разработки ядра Linux стало приходить сильно больше ошибок, найденных с помощью AI, но это уже не AI slop, а самые настоящие ошибки. Связываю это с https://t.me/itpgchannel/3875.

Автор оптимистично надеется, что поток этих ошибок однажды иссякнет, потому что ошибки исправляются быстрее, чем сажаются новые, и что софт, в итоге, станет сильно лучше.

(спасибо коллегам за ссылку)

в итоге, ночером, ускорили бенчмарк в 2 раза, за счет как известных мне проблем (которые я обошел срезал при разработке), так и два валенка на пульте, которые для меня оказались совершенно неожиданными.

#LLM

Мигаю, вижу себя - AI скептик, "меня никогда не заменят"

Мигаю, "wow, оно что-то делает лучше меня"

Мигаю, "как вам мой фанфик про ГП?"

Мигаю, я рассказываю команде, как LLM круто, и как они нам помогут.

Мигаю, и я на митапе внутри Я, где мы делимся историями успеха, и best practices.

Мигаю, и меня зовут на семинар, рассказать, как этим всем эффективнее пользоваться.

Взял себе максимальную подписку. Осталось только стать AI ambassador.

И все это за 4 месяца.

Самое интересное, как я это запускаю на своем #stal/#ix - пришлось скачать glibc из archlinux, а сеть подменяю с помощью https://github.com/v-byte-cpu/wirez, чтобы обернуть весь трафик через socks5.

Вот вы сейчас наблюдаете драму "унижение программиста" в realtime.

В #ix есть графовый движок, который строит граф сборки пакета, по его описанию. Всегда хотел переписать его на go, чтобы было быстро, но всегда откладывал на потом.

https://github.com/pg83/ix/commit/f6cfbef32769e43c8e9851dbef71c616f51e3eb8

За полтора часа (полный realtime от прошлого поста) эта бестия переписала его с python на go, причем настолько хорошо, что сумела сохранить хеши бит в бит, для этого машина воспроизвела все идеосинкразии питонячего сериализатора в json - https://github.com/pg83/ix/blob/main/go/pyjson.go.

Я передаю в старую и новую программу одни и те же пути к пакетам - получаю бит в бит графы.

Код довольно хуевый, но я смогу его довести до норм качества за пару часов.

Мы все (кому повезет) пойдем работать на завод.

меня это реально удивило, учитывая мой B62 - https://github.com/pg83/ix/blob/main/core/utils.py#L17 (https://t.me/itpgchannel/575)

В комментариях спрашивали, стало ли быстрее.

Первая версия работала ровно за то же время, что и питонячий вариант. Связано это с:

* в коде не было никакой параллельности. Рекурсивный обход дерева пакетов довольно сложно распараллелить, потому что чтобы получить зависимости, надо распарсить и шаблонизировать пакет, зависимости которого мы хотим получить.

* заменить jinja2 на данном этапе развития проекта выглядит уже нереалистичным, потому гошный код оффлоадит непосредственно рендеринг шаблонов в питонячий скрипт, с которым общается по jsonline rpc.

Собственно, поэтому время совпадало +- пару процентов. В целом, логично, потому что код ничего тяжелого больше не делает.

Но для go, где есть дешевые горутины, причем реально параллельные, а не сраный питонячий async, у меня в голове был план, как это дело подускорить, в том числе, запустить несколько инстансов питонячки для рендеринга.

Не буду вдаваться в детали, вот результат:

pg:home# time ./go/ix build bin/chromium > qw

real  0m1.256s
user  0m6.100s
sys  0m0.228s
pg:home# time ./ix build bin/chromium > qw1

real  0m2.127s
user  0m2.010s
sys  0m0.110s

Можно срезать еще где-то 0.2s, но вряд ли больше, если не появится других идей про параллельный рендеринг дерева пакетов.

С одной стороны, результат есть, с другой - он не настолько хорош, чтобы держать две разные кодовые базы пакетника.

Очень рад, что поставил этот эксперимент, дождавшись #LLM, потому что иначе потратил бы пару недель личного времени на это, и был бы очень расстроен в конце. Возможность сделать такой подход буквально за пару часов - мощь.

https://www.opennet.ru/opennews/art.shtml?num=65146

"Планы Шрути на посту лидера касаются поддержки разнообразия в сообществе, делегирования части решаемых лидером задач на 1-2 помощников для повышения эффективности работы, создания для студентов структурированного курса по Debian, организации предустановки Debian на ноутбуки, работы над более доброжелательной манерой общения в сообществе и содействия участникам, предлагающим новые идеи и процессы по усовершенствованию Debian. В планах также упоминается создание более простого, чем общее голосование разработчиков (GR, General Resolution) процесса принятия решений для утверждения мелких повседневных вопросов, для которых общее голосование избыточно"

Ну все, был дистр, да кончился.

Решил форкнуть https://github.com/v-byte-cpu/wirez.

Я его использую для завертывания клоды в socks5, но в нем было какое-то количество багов, и не хватало пары фич.

И, так как это hard fork (я не собираюсь мержить результат в upstream, потому что он, эээ, мертв), то я взял, и перепилил обработку ошибок на runtime исключения через #panic:

https://github.com/v-byte-cpu/wirez/compare/main...pg83:wirez:main

Божечки, спасибо #LLM, что мне не нужно читать if err return в своем коде на golang!

Заодно поднял версии всех используемых библиотек и версии самого golang. Это было довольно сложно, потому что #gvisor сошел с ума, и перешел на сборку с bazel, но LLM справилась и тут:

  Вариант 1 — ветка @go (официальная, с generated файлами и фиксом bridge_test):
    go get gvisor.dev/gvisor@go

  Вариант 2 — конкретный коммит, подтверждённый проектом NetBird для Go 1.25+:
  go get gvisor.dev/gvisor@v0.0.0-20260219192049-0f2374377e89

  Вариант 3 — replace на форк sagernet (используется sing-box, battle-tested):
  go mod edit -replace gvisor.dev/gvisor=github.com/sagernet/gvisor@latest

  Рекомендую начать с варианта 2 — точная версия, проверена с Go 1.25.

Доброе понедельничное утро.

Два прошлых года я выступал на C++ Zero Cost Conf. Eсли вас тут не было, то в 2024 я рассказывал про NRVO, а в прошлом году всякие приколы про шаблоны и математику.

К сожалению мне не хватает заряженности перевести выступления в текст. Это не так страшно с NRVO-докладом, т.к. у вас есть запись, но больновато с прошлогодним докладом. Возможно моим решением станет расширенный доклад на ту же тему на какой-нибудь другой конфе, чтобы вам потом запись показать.

Конференция никуда не девается и в этом году: 1 августа можно провести в компании коллег по цеху, особенно если вы в Москве или Белграде.
Моя роль от потенциального докладчика сместилась в сторону члена программного комитета.

И мы принимаем доклады!
У вас есть возможность податься до 11 мая.

Детали тут: https://cppzerocostconf.yandex.ru/

Вот картиночка. Не зря ж её кто-то рисовал.

Еще из забавного было. На днях решали сложную проблему, попросил Codex починить лично, как техлида. Он нашел на машине курсор, назвал его "Лоренцо" и начал запускать в сабпроцессах.

На вопрос, что за фигня происходит, сказал что под свою ответственность притащил на проект толкового джуна.

Проблему кстати решили.

А я говорил, что на завод пойдем, а вы не верили.

https://github.com/pg83/ix/commit/39132fd0b07dcdd9f884e90f90a064bcefe04869

#LLM

Полностью накукложено, ноль вмешательства человека.

В целом, машина уже может обновлять пакеты, добавлять пакеты, при этом, в отличие от моих предыдущих автоматизаций, она может это делать творчески - патчить код, если он не собирается.

Может прозвучать странно, но мне кажется, что моя работа над #stal/#ix завершена, я не знаю, что там еще можно сделать, в рамках текущего концепта.

#bootstrap

Смотрите, какая красота, просто модельный пример.

Вышла статья на opennet, про компилятор подмножества Go в C (не знаю, кому это нужно, но суть не в этом).

Я дал машине не то что путь к пакету, а url на новость - https://www.opennet.ru/opennews/art.shtml?num=65160, и сказал "добавь solod в пакетную базу".

В процессе машина:

* Поняла, что ей нужен компилятор go 1.26, и сама его же и добавила - https://github.com/pg83/ix/commit/3bfd7697108f00824637a3d02e84bf40dd41a98b

* Добавила сам пакет https://github.com/pg83/ix/commit/a1823b428306b4e67e1bd690a98a5bd1c0c22363

* Проапдейтила CLAUDE.md, для будущих поколений - https://github.com/pg83/ix/commit/48a9949e118768ad9fb2390f9928054d6b71bb45

Моего личного участия - 0.

#LLM #bootstrap