Я с вулканом не работал, только с opengl. Кажется что на вулкане можно сделать хуже если плохо понимаешь видео архитектуру. Наворотишь, подумаешь, что круто. А другим программам ресурса не останется. Может я не прав.

посмотрим, чувак аж со 2-й попытки написал/замержил имплементацию вулкана

В ogl ресурсами занимается драйвер, а в вулкане программист. Подозреваю возможность нерационального расхода ресурсов. Моя программа работает и пофигу. Без учёта того, что запущена obs с аппаратным кодеком, терминал с ускорением и ещё пилишь сам что-то графическое.

А зачем делать в ядре то, что можно сделать через FUSE?

Надо почитать про FUSE. Эта адаптер файловых систем через режим пользователя?

фьюз это фьюз

Твой ответ ничего не объясняет к сожалению.

Filesystem in USErspace

Сейчас регистры большие, номеров достаточно. Я бы добавил несколько системных вызовов для буфера обмена.

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

Мне просто не нравится идея выполнять что-то в кернелспейсе без особой необходимости. Лучше пусть вещи типа FUSE там будут, которые предоставять интерфейсы для написания в юзерспейсе того, что раньше делалось модулями ядра

совершенно упоротая идея

Понимаю, что упоротая.

Не хуже systemd или framebuffer

Надо просто добиться, чтобы включили в операционки GNU и BSD

что-то я тут потрахался с nvim-tree и выяснил что файл не открывает он только если открыть как nvim <директория>. Я так понял, потому что буфферов нет (buffers не выдаёт ничего). Что, кстати странно. Как-то же он рисует листинг? без буффера?

Попытки как-то это побороть оканчиваются провалом:

- отключение функциональности "открываться если редактируется директория" (update_to_buf_dir) приводит к тому, что открывается netrw. Который тормозит как тварь и полгода отрисовывает контент в домашней дирктории (там и правда много всего, но nvim-tree-то не тормозит).

- отключение netrw приводит к тому, что nvim перестаёт уметь открывать файлы, например, по sftp

- и даже если при отключенном netrw сделать open_on_setup=true + update_to_buf_dir=false, то остаётся проблема "лишних буферов": он открывает файлы не в уже открытом "пустом" буфере, а в новом, а тот, пустой, остаётся.


в общем, как ни поверни - везде какашка получается... 😢

ну да, это говно сложно переплюнуть

не существует ни той, ни той

куда ж они делись? :)

Ну ладно, вторая умерла и пошла форками, уговорил.
А GNU-то процветает и является частью 95% всех дистрибутивов в которых используется Linux-ядро (не-GNU по пальцам можно пересчиать), и даже в некоторых упоротых дистрибутивах без Linux'а.

гну? и не было никогда.