Newsgroup: it.comp.os.linux.sys
Titolo: postfix + ext2

Ciao a tutti.
Non conviene creare direttamente la partizione di spool di postfix in 
ext2 anzichè ext3 per poi disattivare il journal e i vari tuning vari?
Leggendo in giro per la rete, si consiglia di creare partizioni ext3 per 
poi togliere il journal. Alla fine diventa una ext2 o sbaglio?

 ext2 anzichè ext3 per poi disattivare il journal e i vari tuning vari?
Francamente, di solito uso Reiser, lì...
Ext3 sarà anche un FS robusto, ma prestazionalmente è piuttosto atroce...

 Ext3 sarà anche un FS robusto, ma prestazionalmente è piuttosto atroce...
Pro e contro di reiser?
In sostanza: come mai usi reiser nella spool piuttosto che extX



perchè è più veloce per quel tipo di applicazioni.
MAx

Alessandro wrote:

Osserva:
# ps fax | egrep "\[(kreiser|kjourn)"
   87 ?        S      2:09 [kjournald]
  235 ?        S      0:00 [kjournald]
  236 ?        S      0:15 [kjournald]
  239 ?        S      0:02 [kreiserfsd]
La macchina ha /var/spool/postfix e /var/log in reiserfs, tutte le altre
partizioni sono in ext3.
Gestisce solo mail in transito (quindi nulla in /var/spool/mail), che
sono il suo unico scopo, per circa 200K msg/die.
Il resto sono attività di contorno, con poco (o nullo) I/O.
Ti aspetteresti quindi che quasi tutto l'I/O sia concentrato nelle code
del mailserver e nei log dello stesso (80 MB di log al giorno solo per
postfix), ed in effetti è così [ fidati ;-) ].
Tuttavia i kernel thread che cubano di più (e di parecchio) sono quelli
relativi ad ext3... :-\
Ext3 ha una struttura binaria piuttosto datata, derivando da ext2, e
adattata a mazzate per gestire il journaling.
Praticamente qualunque filesystem che sia "nato giornalizzato" ha
prestazioni migliori, a confronto, e in condizioni di elevato I/O la
differenza si sente parecchio...

 perchè è più veloce per quel tipo di applicazioni.
Spezzerei una lancia a favore di ext3 in alcune applicazioni, tra cui 
i mailserver (MTA e server IMAP). Ricordo un'analisi di andrew morton
(direi che c'e' da fidarsi) sull'inspiegabile (ma AFAIR poi spiegata)
velocita' di ext3 con data=journal nel gestire gli spool di postfix e
le directory delle maildir. Se trovo il link lo posto, ma si dovrebbe
trovare abbastanza facilmente.
Fabio

 differenza si sente parecchio...
Tnx.
Hai fatto qualche altro tuning particolare? (sempre riferito a postfix e 
le relative partizioni)

 trovare abbastanza facilmente.
Proverò a dare un'occhiata, anche se la mia esperienza al riguardo pare
testimoniare decisamente altrimenti... :-\

 trovare abbastanza facilmente.
Ti dirò...
io uso esclusivamente ext3.
Reiser l'ho dovuto forzare solo una volta (e le prestazioni migliori si
vedevano) ma era un caso moto particolare:
5 direcory che ne contenevano duemila l'una che a loro volta contenevano
una "decimillina" di files.
L'albero e la struttura è simile allo spool di postfix e, ti assicuro, per
aprire un file, fare un ls o un rm di files, reiser era almeno 10 volte
migliore di ext3.
A parte questo caso molto, molto particolare, ext3 per i miei scopi è molto
più che sufficiente.
Se hai un server smtp molto molto molto carico con un fottio di mail in
coda, può falere la pena usare reiser, altrimenti imho non ha senso.
Max

 Max
[1]
root@xxx:/usr/local/virtual# l | wc -l
3399


Montato con data=journal? Hai provato anche con data=writeback? Con quale
kernel? (i 2.6 dovrebbero avere un ext3 piu' performante dei 2.4)
Io non ho mai avuto tempo di fare prove: uso sempre reiserfs, e basta.
Fabio
PS: ma dove l'avro' messo 'sto link... mica me lo saro' sognato?

 migliore di ext3.
Penso che occorra sempre valutare, comunque, anche in base alle
impostazioni di dir_index e dell'opzione data passata al mount,
se no diventa difficile fare confronti (che sono gia' difficili
di per loro). Comunque, il riferimento che avevo suggerito (per
il quale non riesco tuttora a trovare link, par quasi che siano
stati rimossi) era relativo all'uso specifico dell'opzione data
=journal con numerosi processi contemporanei che fanno gran uso
di fsync().
Fabio

 files su un fs ext3 ;) fai in tempo a pranzare.
Pensa a quante volte fai "rm -fr" nella directory di spool e, invece,
a quante fsync() chiami, nella normale gestione d'un server di posta.
Fabio

 a quante fsync() chiami, nella normale gestione d'un server di posta.
In che senso?

 files su un fs ext3 ;) fai in tempo a pranzare.
# ls|wc
   7952    7952  552049
# time ls -la >/dev/null
real    0m0.651s
user    0m0.220s
sys     0m0.230s
Proviamo con un altra, non vorrei avesse cachato:
# time ls |wc
   5909    5909  407512
real    0m0.082s
user    0m0.060s
sys     0m0.020s
No, direi che non se la cava male, e non era nemmeno cachato. Forse il
secondo si`... :)
Entrambe sono maildir con dentro messaggi di mailing list.
La macchina e` un Athlon 1000 con dischi IDE in RAID-1 software da 5400
giri (circa 40 Mb/sec di picco).
Bye.
-- 
Alessandro Pellizzari

 In che senso?
Riprovo con altre parole: cosa c'entra il tempo per fare un "rm -fr" con
le prestazioni nell'utilizzo come filesystem per lo spool di postfix? Le
due cose sono solo parzialmente correlate.
Senza contare che, come gia' detto, non vuole dire nulla "usare ext3" se
no nsi specificano le opzioni di mount, l'uso (o meno) di dir_index ecc,
che possono influenzare enormemente il comportamento del filesystem.
Fabio

 Fabio
Michele

> PS: ma dove l'avro' messo 'sto link... mica me lo saro' sognato?
Ho trovato solo uno stralcio in un quoting su ext2-deval
 On Sunday, November 18, 2001 12:01:56 AM -0800 Andrew Morton
  wrote:
 > How about this for an interactivityometer:
 > 
 > 	while true
 > 	do
 > 		dd if=/dev/zero of=largefile bs=16384 count=131072
 > 	done
 > 
 > and, on an ext2/3 partition on the same disk, at the same time:
 > 
 > 	time cat 16-meg-file > /dev/null
 > written-to-filesystem			16-meg-read-time
 > 
 >    ext2					  78 seconds
 >    reiserfs				  67 seconds 
 >    ext3 data=ordered			  93 seconds
 >    ext3 data=writeback			  74 seconds
 >    ext3 data=journal			   7 seconds
 > 
 > So we"re on to something here.  Just have to work out what the
 > heck it is, and whether it can be generalised.
C'era anche altro, sia in nella ml, sia in una pubblicazione a se
stante, ma non si trova piu' nulla, tutti dead link.
Fabio

 abilitare solo in creazione, non in uso (o mount).
dir_index lo puoi settare con tune2fs dopo aver smontato il fs.
Fabio

 le relative partizioni)
Salvo il classico noatime?
-- 
Flavio Visentin
Membro del CICAP
Comitato Italiano per il Controllo delle Affermazioni di P4

 sys     0m0.230s
$ ls |wc -l
3309
$ time l > /dev/null
real    0m18.290s
user    0m0.070s
sys     0m0.050s
Un po diverso......
Ma come hai montato il fs?
Io ho gli stessi tempi (su per giu) su tutti i server..
Qualcosa mi dice che ext3 abbia qualche parametro di tuning....

 che possono influenzare enormemente il comportamento del filesystem.
Su questo *vecchissimo_server_non_fatto_da_me* non ci sono opzioni di 
mount per la spool o per le maildir dato che sono tutte sullo stesso fs 
di /var
In settimana arriva il nuovo server: consigli qualche opzioni per 
montare sia /var/spool/postfix che /var/spool/mail ?

 
In generale, solo noatime o anche altri?

 Qualcosa mi dice che ext3 abbia qualche parametro di tuning....
I parametri di mount sono quelli standard.
Non mi ricordo come ho formattato, ma quasi sicuramente ho attivato il
dir_index
Probabilmente come type ho messo "news" per la partizione /var, perche`
sapevo che ci sarebbero finite dentro principalmente mail.
Se c'e` un modo per sapere questi parametri senza dover riformattare,
potrei essere piu` preciso :)
Bye.
-- 
Alessandro Pellizzari

 In generale, solo noatime o anche altri?
Il journal come è stato detto e noexec, nosuid, nodev come da necessità.


 abilitare solo in creazione, non in uso (o mount).
tune2fs -O dir_index /dev/foo
e2fsck -fD /dev/foo
Ovviamente a FS smontato. Per i dettagli tune2fs(8)
Luca
-- 
Home: 
http://kronoz.cjb.net
Colui che sorride quando le cose vanno male ha pensato a qualcuno a cui
dare la colpa.

 Ovviamente a FS smontato. Per i dettagli tune2fs(8)
il mio tune2fs non ha l'opzione -O  ^_^
ciao
BLADELA
__
"Engage"

 il mio tune2fs non ha l'opzione -O  ^_^
Allora forse e` il caso di aggiornarlo ;) Il supporto per dir_index mi
pare che sia stato aggiungo con la 1.19 (durante lo sviluppo del kernel
2.5, quindi almeno 4 anni fa).
Luca
-- 
Home: 
http://kronoz.cjb.net
"Di tutte le perversioni sessuali, la castita` e` la piu` strana".
Anatole France

 Luca
Anch'io, come sicuramente "BLADELA" ho prima visto il man di tune2fs per
vedere se c'erano opzioni del tipo "-O" e non le ho trovate, e ti
assicuro non perchè sono orbo...
La mia macchina è una deb 3.1 e nel man di tune2fs NON c'è quella opzione!
Mah, misteri di man...
Michele

 La mia macchina č una deb 3.1 e nel man di tune2fs NON c'č quella opzione!
-----------------
Mah... misteri di man nel senso che io leggo:
       -O [^]feature[,...]
              Set  or  clear the indicated filesystem features (options) in
the filesystem.
              More than one filesystem feature can be cleared or set by
separating features
              with  commas.  Filesystem features prefixed with a caret
character ('^') will
              be cleared in the filesystem's superblock; filesystem
features without a pre-
              fix  character  or  prefixed with a plus character ('+') will
be added to the
              filesystem.
              The following filesystem features can be set or cleared using
tune2fs:
                   dir_index
                          Use hashed b-trees to speed up lookups in large
directories.
--------------------
E pure io ho una sarge !!
ii  e2fsprogs      1.37-2sarge1   ext2 file system utilities and libraries
Riprova e controlla.
Max

 La mia macchina è una deb 3.1 e nel man di tune2fs NON c'è quella opzione!
root@dreamland:~# tune2fs
tune2fs 1.38 (30-Jun-2005)
Usage: tune2fs [-c max_mounts_count] [-e errors_behavior] [-g group]
        [-i interval[d|m|w]] [-j] [-J journal_options]
        [-l] [-s sparse_flag] [-m reserved_blocks_percent]
        [-o [^]mount_options[,...]] [-r reserved_blocks_count]
        [-u user] [-C mount_count] [-L volume_label] [-M last_mounted_dir]
        [-O [^]feature[,...]] [-T last_check_time] [-U UUID] device
root@dreamland:~# dpkg -l e2fsprogs
...
ii  e2fsprogs                  1.38-2                     ext2 file system utilities and libraries
Comunque, ripeto, quell'opzione e` comparsa cona la 1.19.
Luca
-- 
Home: 
http://kronoz.cjb.net
Not an editor command: Wq

Il Fri, 09 Dec 2005 00:31:58 +0000, Kronos ha scritto:
[cut]
NOME
       tune2fs  -  aggiusta  i  parametri  regolabili del filesystem su second
       extended filesystem
SINTASSI
       tune2fs [ -l ] [ -c numero-massimo-di-mount ]  [  -e  comportamento-su-
       errori  ] [ -i intervallo-tra-verifiche ] [ -m percentuale-blocchi-ris-
       ervati ] [ -r numero-blocchi-riservati ] [ -u utente ] [ -g gruppo ]  [
       -C  numero-mount  ] [ -L nome-volume ] [ -M ultima--mount-directory ] [
       -U UUID ] device
preso dalla man
con -h il -O c'è (ho la versione 1.37)
ciao
BLADELA
__
"Engage"

        extended filesystem
purtroppo se usi le man italiane sei masochista forte