On Sun, 24 Oct 2021 04:25:13 +0200
"Carlos E. R."
On 23/10/2021 22.30, Dave Howorth wrote:
On Sat, 23 Oct 2021 20:52:59 +0200 (CEST) "Carlos E. R." <> wrote:
Hi,
But how is it possible that sync is unable to cope and sync in time the metadata of a hundred new tiny files at most?
Is it some new problem with reiserfs?
Dunno, but I doubt it. I also have reiserfs partitions and my system syncs without trouble, plus I doubt there have been many changes in reiserfs recently (I stand to be corrected :)
But my /var/spool/news/ has 1,678,066 KiB in 659668 files, and some news processes change the access time of the inodes, which can be all of them.
Hmm, I mount all my filesystems with noatime (yes, I know modern people use relatime but just call me old-fashioned). I used to run a system that had loads of directories with millions of files in each one. Initially I used reiserfs for that but eventually had to change it for some reason. I remember ext4 was lousy for that application, but xfs worked well. Not as space efficient as reiserfs but it did perform reasonably.
The current implemantion stores all those change in ram, and dumps them to disk when doing a sync (halt or hibernate implies a sync).
You mean you have a tmpfs or something? Or just the kernel's caching?
I would suggest to try running
$ strace synce
and see what that shows. Is it hanging somewhere, or in an infinite loop? You might be able to see where.
I doubt that is viable, but I can try.
Why wouldn't it be viable?