r/RuProgrammers

Стоило давно это сделать, просто как-то не задумывался. Но в принципе, теперь у моего крейта есть отдельный движок, где можно все отлаживать. Зачем вам это нужно? Понятия не имею.

TL;DR: написал визуализатор для своего Vulkan-движка чтобы не сдохнуть от рендердока, потому что я конченный дебил.

Короче. Каждый раз когда у меня что-то ломалось в графике, я открывал рендердок, ждал пока он прожуёт 38^(10000мб) дамп, искал в нём один забытый барьер и закрывал рендердок. Потом это повторялось через час. В какой-то момент я просто сел и написал свой инструмент потому что всё равно быстрее.

Что есть сейчас.

• Граф кадра. Все ноды (passes, resources, submits) и связи между ними. Лейаут через Sugiyama чтобы 200 нод не превращались в кашу. Когда что-то добавляется или удаляется, граф плавно перестраивается, а не моргает.
• Sync DAG. Лайны очередей, бары сабмитов, детектор циклов и орфан-семафоров. Если compute ждёт graphics а graphics ждёт compute - я это вижу до того как получу смерть устройства.
• Память. Полоски VkDeviceMemory с цветными квадратиками аллокаций. Наводишь - видно вызовы, размер, возраст. Сверху бары по хипам. Утечку видно сразу, не надо ждать пока прод упадёт по OOM.
• Профилировщик пассов и жэпэу-таймлайном отдельно. Первый показывает сколько проц писал команды, второй настоящие гпу-таймстемпы. Раздельно потому что таймстемп-период это ад и без vkGetCalibratedTimestamps они не коррелируют, врать не буду.
• Валидация. Лог с фильтрами по серьезности (severity), поиском, автопрыжком на ошибку. Связан с графом - если варнинг про image layout, нода с этим имеджем подсвечивается красной точкой.
• Мониторинг канарейки (гуард бэндов). Интеграция с hardened allocator из моего крейта - читай hardened malloc из GrapheneOS, который я прикрутил к Vulkan. Когда что-то пишет за границы буфера, видно паттерн актуальных байт против ожидаемых, с подсветкой отличающихся. 0xCD - кто-то прочитал неинит, 0xDD - UAF, ASCII - строка улетела не туда. Полезно.
• Детерминизм. Таблица ранов с агрегатным хешем. Если десятый ран отличается от первых девяти - строка красная, кнопка открывает диф-битмапу с покрашенными в красное пикселями которые разошлись. Невидимые гонки атомиков становятся видимыми.
• Табы наверху, можно открывать несколько одинаковых, перетаскивать, пинить. Сохраняется между запусками. Скруббер для прокрутки назад на 16к последних событий, Ctrl+P замораживает поток. Снапшоттинг в файл - можно прислать кому-то и тот откроет, если не взорвется.

Архитектура примитивная до неприличия. Кольцевая память между моей либой и вьювером, 256 байт на запись, лоззи при переполнении. Продюсер пишет, вьювер читает. Падает один - другой ждёт.

• Рендер вообще без пайплайнов. CPU растеризатор пишет в BGRA буфер, потом vkCmdCopyBufferToImage в свопчейны. Никаких шейдеров, никаких VE внутри инструмента валидации.

Чего нет.

• Capture/replay отдельных кадров. Это рендердок, я туда не лезу.
• ГПУ-сталлинг на уровне волн. Это Nsight и RGP.
• Linux и macOS. Пока только винда, рендер платформонезависимый, но клей к отвратительным в реализации X11/Wayland не написан.

Хз, надо ли публиковать вообще, но если вдруг кому тут понадобится и кто точно такой же мазохист как и я - вылью на гх. А, нуида, все снова zero-dependency, кроме ash, разумеется, иначе с вулканом я там вообще не поработаю. А так... Ну, Win FFI)))

Если будете говорить что я переизобрёл <ээээээээнструмент> - я знаю, мне быстрее было написать чем учиться <эээээээээээнструменту>. Суп вилкой есть тоже можно.

*Да, Tracy я видел. Мне нужен был вулканоспецифичный аудит барьеров и трекинг дескрипторов, а не зоны таймлайна.

Решил попробовать себя в сфере разработки.

И задумался о том что PSP (64mb версии) в теории должны бы потянуть первую часть Gothic.

Изучив архитектуру консосоли пришёл к выводу что на оригинальном движке готика никак не заработает😑

И тут у меня появилась идея написать новый, удобный и модульный движок который будет задействовать всё оборудование консоли, и на который можно будет перенести Gothic 1

Использую Hiddify. Но иногда он ложится, ищу альтернативу, говорят Happ нормальный.

Ваше мнение? Какие три буквы используете вы? И те кто использует Happ, как вы его настроили?

Делаю моды для Teardown, навайбкодил разные скрипты, совершенно не понимаю как они работают (кроме функций API игры, хотя не у всех по названию понятно, что они делают) и как заменять их части, а не весь код целиком. Визуально я могу понять только то, что ИИ использует не те API или опять повторяет свою ошибку. Могу только менять цифры и названия того, что должен находить скрипт в сцене, один раз какую-то ИИ опечатку исправил интуитивно, сообщения отладки я скидываю ИИ, но он присылает код с той же ошибкой. Я не понимаю сколько времени мне понадобится на освоение Lua с нуля и насколько эффективней я буду делать скрипты. ИИ конечно требует много попыток на получение рабочего кода и может упорно игнорировать условия, неверно понимать описанный алгоритм действий с первого раза, но он напишет 1000+ строк рабочего кода за пару дней пыток, а я вручную наберу первую не рабочую версию за неделю. Я плохо понимаю, какой объём данных нужно переварить, написано, что Lua лёгкий, но мне кажется любой ЯП это тема для изучения на минимум лет 5 для базы, у меня нет желания столько времени на это тратить, не факт что мне это будет интересно так долго, а Lua вроде не особо востребован на рынке труда, тем более от джуна. Есть какой-то способ эффективнее работать с ИИ, или стоит изучить язык? Сколько времени это займёт до момента, когда я смогу разбирать код хотя-бы по блокам и тратить меньше контекста на один баг?

Вы часто пишете конфиги? Я очень. Но вы не думали о том, что Запад хочет захватить Россию и в программировании. Мы же знаем американцев! Обязательно свинью нам подложат. Поэтому я создал наш, российский стандарт конфиг файлов. Встречайте УЛАД. Сразу к его преимуществам:

✅ Только родные, российские буквы (никакого латинского влияния)

✅ Исконно русские кавычки-ёлочки

✅ Полное импортозамещение «из коробки»

✅ Интуитивно понятно даже ребёнку

✅ Имя файла — строго на великом и могучем

Парсер написан на Python. Буду рад контрибьюторам

https://github.com/zovteam/ulad

(Если что, этот формат был создан чисто по приколу, потому что мне было скучно, а этот пост — шутка, впрочем, как и стандарт. И ещё извините за мой плохой русский, я безграмотен)

UPD: Пример конфигурации: https://github.com/zovteam/ULAD/blob/524e1ffbd9d1fe4bbc446dc1da0ad9788fb06414/%D0%BF%D1%80%D0%B8%D0%BC%D0%B5%D1%80.%D1%83%D0%BB%D0%B0%D0%B4 Тут конфиг стал выглядеть ещё хуже, поэтому ссылка

UPD2: Если кому-то вдруг понравится формат КЛЮЧ ЭТО => ЗНАЧЕНИЕ или массив через А В НЁМ, то любые контрибъюции приветствуются. в вики есть раздел что было бы неплохо написать

Всем привет! Собрал небольшой skill для тех, кто использует ИИ в рабочих задачах и иногда сталкивается с ситуацией, когда модель уверенно чинит “очевидную” проблему, но без нормальной проверки.

Основная идея: ИИ часто может превращать догадки в уверенность. Посмотрел один файл, поверил первой гипотезе и пошел править код. Skill assumption-checkpoint добавляет к этому процессу небольшую проверочную прослойку.

Он заставляет агента остановиться в трех местах:

• перед выводом о причине бага;

• перед изменением кода;

• перед ответом “готово”.

На этих этапах агент должен кратко зафиксировать:

• Assumption: ...

• Evidence checked: ...

• Remaining risk: ...

• Next verification: ...

Надеюсь этот skill будет вам полезным

GitHub: https://github.com/alexandrershov/assumption-checkpoint-skill