А если на ext4, примонтированной с discard, делать unlink() (rm file), то discard должен моментально сработать?

SOLUTION:
To make this operation atomic, we introduce a ".remove_me" directory.
Now renames and unlinks will simply involve two steps:
1. creating an empty file under .remove_me named after the gfid of the file
participating in unlink/rename
2. carrying out the actual rename/unlink
A synctask is created (more on that in part 2) to scan this directory
after every unlink/rename operation (or upon a volume mount) and clean
up all shards associated with it. All of this happens in the background.
The task takes care to delete the shards associated with the gfid in
.remove_me only if this gfid doesn't exist in backend, ensuring that the
file was successfully renamed/unlinked and its shards can be discarded now
safely.

А если на ext4, примонтированной с discard, делать unlink() (rm file), то discard должен моментально сработать?

Дискарды помойму нельзя сделать ордеред (или в очередь поставить) поэтому каждый дискард это флуш очереди и уже потом дискарж

в коде есть что-то про моменты, когда, например, долгий трим идет и из-за этого нельзя дискард сделать

ага, вижу твоё сообщение
Mikhail Gusev 2020-12-03 16:06:49 UTC

да, но там уже аккаунтов нет чуваков, которые писали ((

есть что нить ?

ага, в момент удаления куча сообщений вылезло
E [MSGID: 133021] [shard.c:3761:shard_delete_shards] 0-<volume name>-shard: Failed to clean up shards of gfid 4b5afa49-5446-49e2-a7ba-1b4f2ffadb12 [Stale file handle]

ll /.shard | grep -i "4b5afa49-5446-49e2-a7ba-1b4f2ffadb12"