Sujet : Re: Switching INN 2 storage format
De : iulius (at) *nospam* nom-de-mon-site.com.invalid (Julien ÉLIE)
Groupes : news.software.nntpDate : 14. Feb 2025, 20:55:43
Autres entêtes
Organisation : Groupes francophones par TrigoFACILE
Message-ID : <voo73v$5sgj$1@news.trigofacile.com>
References : 1 2
User-Agent : Mozilla Thunderbird
Salut Tanguy,
As for tradspool, with articles as individual files in directories that
replicate the newgroup hierarchy, it is supposed to by very slow with
large groups it means manipulating files in directories with many files.
And the expiration process is supposed to be slow as well, though I am
not sure why it would be so.
I don't believe the disadvantages mentioned in the storage.conf manual page for tradspool still apply today. They used to on older hardware and with a higher traffic than today.
The expiration process is not that slow, especially when using the delayrm flag with news.daily.
I would just be inclined to change:
"It takes a very fast file system and I/O system to keep up with current Usenet traffic volumes due to file system overhead. It requires a nightly expire program to delete old articles out of the news spool, a process that can slow down the server for several hours or more."
to:
"It needs a faster file system and I/O system than the cnfs and timecaf storage methods due to file system overhead. It also consumes more inodes and requires running a nightly expire program to delete old articles out of the news spool."
What I am now wondering, is how true the assumptions of slowness are
with a modern filesystem such as btrfs.
I don't think you will actually notice any slowness with tradspool.
-- Julien ÉLIE« Travailler dur n'a jamais tué personne, mais pourquoi prendre le risque ? » (Edgar Bergen)