Antwort: eigene Partition für /va
Ich habe vor, /var auf eine eigene Patition mit höherer Inode-Dichte umzuverlegen. Es soll grosszügig Platz für News (INN) bereitstehen und natürlich auch für alles, was sonst noch darein schreibt. Nun bräuchte ich mal eine Empfehlung...
Besonders viele I-Nodes (und damit kleine I-Nodes) sind nur notwendig wenn default-Storage oder timehash (jede News in ein eigenes File) genutzt wird. Für CNFS spielt das keine Rolle.
Zur Auswahl stehen 2 verfügbare Partitionen (1GB und 650MB). Ist die kleinere nun 'dicke genug', oder nur 'gerade so'?
Full feed (die großen 8) z.Z. bis 100 GByte/Tag. Die Platten sind also beide etwas klein geraten ;-)) Wenn du aber nur einen kleinen Teil der rund 65000 Gruppen importierst, vor allem die bin-Gruppen *nicht*, dann könnte es reichen... -- Thomas Schweikle <tschweikle@fiducia.de> --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
tschweikle@FIDUCIA.de wrote:
Besonders viele I-Nodes (und damit kleine I-Nodes) sind nur notwendig wenn default-Storage oder timehash (jede News in ein eigenes File) genutzt wird. Für CNFS spielt das keine Rolle.
CNFS sagt mir nichts. Wie handelt das der INN?
Zur Auswahl stehen 2 verfügbare Partitionen (1GB und 650MB). Ist die kleinere nun 'dicke genug', oder nur 'gerade so'?
Full feed (die großen 8) z.Z. bis 100 GByte/Tag. Die Platten sind also beide etwas klein geraten ;-))
Arrgh! Klingt zwar verlockend, sprengt jedoch etwas den Rahmen meiner Möglichkeiten. ;) Dominic --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
Dominic Valerie Casare schrieb in 0,8K (29 Zeilen):
tschweikle@FIDUCIA.de wrote:
Besonders viele I-Nodes (und damit kleine I-Nodes)
Du meinst -i XXXX ist klein. Die Groesse eines I-Nodes ist konstant. :-)
sind nur notwendig wenn default-Storage oder timehash (jede News in ein eigenes File) genutzt wird. Für CNFS spielt das keine Rolle.
CNFS sagt mir nichts.
Default ist "traditional": article 12345 in news.software.nntp would be stored in the article spool under the path "news/software/nntp/12345". timehash: Articles are stored as files like in the traditional storage method, but are divided up into directories based on the arrival time --> keine Riesen-Directories cnfs: NFS stores articles sequentially in pre-configured buffer files. When the end of the buffer is reached new articles are stored from the beginning of the buffer, overwriting older articles.
Wie handelt das der INN?
Empfohlen wird cnfs fuer Full-Feed, sonst (i.e. alles ausser Binaries) traditional. --> /usr/doc/packages/inn/ -Wolfgang --------------------------------------------------------------------- To unsubscribe, e-mail: suse-linux-unsubscribe@suse.com For additional commands, e-mail: suse-linux-help@suse.com
participants (3)
-
Dominic.XXX＠t-online.de -
tschweikle＠FIDUCIA.de -
weissel＠netcologne.de