D:\side\>

@mo собственно @drq же и настаивает на том, что для того, чтобы для работы этой функции не требовался оверлей, можно встроить её в саму ФС. А мне это кажется очень хрупкой идеей с учётом того, сколько всего другого в системе, не требующего этой фичи, уже держится на ФС.

Это как, ща всратая аналогия будет, вводить внутривенно препарат на всю систему, чтобы воздействовать на отдельно взятый участок кожи. Избыточно, бессмысленно и часто даже опасно. Можно ведь намазать сам участок.

@n0icz

@mo это про предложение выше по треду: https://mastodon.ml/@drq/117004134401319055

Чистка так-то потребуется и тем, и другим. У симлинка просто последствий неуборки немножко меньше.

@drq @n0icz

@mo @drq ну, кстати, да, в FUSE можно держать только инфраструктуру тегов, а исходные файлы пусть существуют как есть, ничего не ломая.

@n0icz

@drq глянул тут, и вижу что stat показывает число ссылок на inode, очень вероятно, что он где-то его хранит. Что логично — ему же надо как-то знать, когда удалён последний хардлинк и содержимое айноды можно больше не хранить. Теоретически можно этим воспользоваться, чтобы пропускать чистку ссылок, когда она не нужна. Иногда. Насколько это реально поможет… надо исследовать паттерны использования.

@n0icz

> так ФС и так способна на ходу допрашивать ссылки (например, в ls битые симлинки видно сразу), разве нет?

@drq я подозреваю, что это делает ls/шелл, а не ФС. Но это не точно.

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

@n0icz

@drq это здорово раздувает операцию чтения уже проверкой действительности ссылок, а к тому же и допускает в ней запись. Это *можно* сделать, но в этом легко очень деструктивно накосячить. А для такого фундаментального элемента для функционирования системы… такое вызывает скорее опасения, чем восторг.

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

Правда, драйвер такой ФС будет… отдельным процессом. Опять.

@n0icz

@drq для нужд каталогизации тебе нужна т. н. "слабая ссылка" (weak reference), которая не сдерживает зачистку исходного ресурса. Такие можно встретить в языках с managed heap и GC, и самое ходовое их применение — кэши.
В файловых системах симлинки к ним ближе всего. Но они могут вести вникуда. Их можно чистить автоматикой, но тогда получаем в её (автоматики) лице процесс, функционально неотличимый от индексатора, и ничего особенно не выиграли.

Я предполагаю, что многочисленные системы на внешнем индексаторе не просто так остановились.

@n0icz

@drq это, правда, может приводить к неочевидным приколам, которых от системы тегов не ожидаешь — нет простого способа полностью удалить файл, например. До тех пор, пока на него есть хотя бы один хардлинк, он будет храниться на диске. Потому что, насколько файловая система осведомлена, это полноценные файлы. Просто, по стечению обстоятельств, хранящие своё содержимое в одном и том же месте.

@n0icz

С одной стороны, жаль, что не успел на эфир. С другой — я, вероятно, закрыл бы 10/14 суточных норм горячих взятий. Много дополнительных соображений было.

Шортлист:
- сезонный игровой контент с таймером это способ держать игроков в игре среднесрочно, чтобы в игре было с кем играть совместно, и когда эту манипуляцию осознаёшь, она бесит, да
- в голосовом ассистенте может быть целый конвейер разных нейронок (HWD, VAD, STT, IR, TTS)
- FreeInk на значительный кусок инициатива Xteink, известного линейкой маломощных (на ESP32-C3), но при этом юзабельных читалок; если хотите понять масштаб их ограниченности, посмотрите на проект Crosspoint
- Я люблю Андроид. И ненавижу тоже. Так можно, да. Его система content provider'ов, я считаю, лучшее, что происходило с user-facing ОС за последние десятилетия, где-то после Drag&Drop и URLов с кастомными схемами.

@drq

#РегВыр

@drq "само разберётся, удалять или нет" (не разобралось)

Самое смешное в этой истории — с *кем* это приключилось.

@drq не так давно была попытка:
https://www.businessinsider.com/meta-ai-alignment-director-openclaw-email-deletion-2026-2

@drq well… # in Dockerfile denotes comments already, meaning that shebang mechanism can work just fine with a simple wrapper script with no hackery that would ignore the file's first line.

Someone's even done it already: https://github.com/JakeWharton/dockerfile-shebang

"Волшебник изнасиловал летописца"

#БезКонтекста

@th3rdsergeevich (написанное не с той раскладкой, видимо, успели поправить и шутка не удалась)