26 February 2024 08:06, Nil A послал(а) письмо к All:
NA> Я люблю связку Binkd + Husky + GoldEd. Ещё я люблю визуализировать, NA> что, если бы сегодня я клонировал репозиторий и внёс изменения.
NA> Binkd NA> ===== NA> * Переделать на libuv,
libuv.x86_64 : Platform layer for node.js Ты хочешь засунуть node.js в бинкд??? Джаваскрипт в баню!
NA> и пусть оно заботится о всех платформах (кроме NA> ДОСа и ОС2), и пусть оно заботиться об всей этой асинхронщины с NA> сокетами, а ещё и пул-воркеров создаст для файловых операций, ну чтобы NA> писать бандлы на диск. На плюсах это было бы boost::asio (c io_ring NA> под линксом и Windows IO completion).
NA> * Ещё надо бы сделать чтение нодлиста из-коробки, чтобы IBN все эти NA> парсил, без заходов в DNS, и перлохуков.
Надо. Сделай.
NA> * Ещё можно сделать ограничения по времени работы станции NA> по флагам. Хотя это прям никому не нужно для IP, но почему бы не NA> следовать букве стандарту.
Никому не нужно.
NA> * Перлохуки на питонхуки, следуя трендам.
Сделай, если тебе так хочется. Только перлохуки надо оставить.
NA> Husky NA> ===== NA> * Починить CMake файлы, чтобы их можно было нормально импортировать NA> как FetchContent_Declare, или даже как CPMAddPackage. У нас есть NA> ненулевое количество активных проектов кому нужен SMAPI, который ещё и NA> huskylib тащит, например, smapinntpd. Кстати, если вы сегодня делаете NA> из каждой husky библиотеки отдельный .so/.dll файл, то я делаю, NA> во-первых, unity build, во-вторых, пофиг на отдельные библиотеки, я их NA> LTO (link time optimization) склеиваю, или инлайню, как уж угодно.
Почини.
NA> * Починить X3 раза памяти при тоссинге. У меня нодовая машина с 512МБ NA> без свопа полегла при парсинге lorapvt.bigfiles. Надо чуть-чуть NA> zero-copy применять-таки.
NA> * Часть популярных перлохуков можно влить в Сишный код, и вообще, NA> можно треккер чуть улучшить, чтобы как RNtrack выглядел по правилам.
