Newsgroup: it.comp.os.linux.sys
Titolo: rsync e cpu occupata

Ciao,
ho un server compaq (2 CPU Xeon 2.8Ghz HT)che periodicamente (ogni 
minuto circa) utilizza rsync su circa 700Mb.
il link di rete è su: BCM5703X Gigabit Ethernet
e il driver è tg3
quando parte .. questo è il vmstat:
procs -----io---- --system-- ----cpu----
r  b    bi    bo   in    cs us sy id wa
38  0      0   100  264  3405 41 59  0  0
16  0      0     0  280  3510 35 65  0  0
0  0      0     0  238  4060 31 50 20  0
0  0      0   300  144   651  2  4 94  0
0  0      0     0  117   161  0  1 98  0
0  0      0     0  120   268  1  2 97  0
praticamente la cpu sys sale moltissimo, e il sistema sembra bloccato 
per quei 3/4 secondi che occorrono x la sincronizzazione.
c'è qualche parametro che è possibile impostare per migliorare la 
situazione?
Grazie, ciao

 Grazie, ciao
Certo che 700Mb da fare il check ogni minuto non sono mica
pochi...potresti provare a comprimere i dati con l'opzione -z di rsync.
Qualche domanda: la macchina di destinazione è collegata direttamente a
quella sorgente? Se non lo è, che apparecchiature di rete ci sono "in
mezzo"? Sono uguali le due macchine?
Ciao,
Alessandro
-- 
Posted via Mailgate.ORG Server - 
http://www.Mailgate.ORG

pochi...potresti provare a comprimere i dati con l'opzione -z di rsync.
Dubito che la compressione allevi il carico CPU, piuttosto il contrario :-)
Alessandro.

 Alessandro
ciao,
grazie

 io sospetto il driver tg3, ma cercavo precedenti ..
Che kernel usi ??
sulla tg3 ci sono state delle segnalazioni col 2.6.8 etcc...
Googola su l NG linux-kernel per ulteriori info se rientri in questo caso.
Io so per certo che rsync succhia parecchia CPU quando deve sincronizzare
parecchia roba.
Se utilizzi un 2.4 come kernel, per evitare i freeze, se sono dovuti al
carico o all'io, usa le patch -lck.
Max

 Max
grazie,
ciao

 a me si frizza col 2.4 :(
aggiorna al 2.4.7 e metti le -lck
altra domanda... usi rsync o il demone rsyncd ??
col secondo forse va meglio eh...
max

Ranger wrote:

Un top dei momenti topici con un intervallo di rilevazione di
1 secondo, che fa vedere?
Andrea

 Andrea
grazie,
Ciao
--
Ranger

 Alessandro.
Beh, se il file può, ipoteticamente, essere compresso al 60% (ed è
tanto), con l'opzione -z posso magari ridurre il tempo di occupazione
della CPU.....Comunque, trattandosi di un cluster, forse sarebbe meglio
mettere il file in questione su una risorsa disco condivisa.
Cosa contiene questo file?


 Alessandro
ciao, grazie
--
Ranger


Non di molto. Credo che, come ti hanno consigliato se gia` non lo fai 
usare il daemone potrebbe recare giovamento. Per la rilevazione proverei 
lo switch -b (mi pare), in modo da poterla redirigere su file e quindi
gustare in modo piu` preciso.
E infine, per quanto riguarda il kernel, se non ci fossero problemi, 
proprio per evitare comportamenti di semiblocco per qualche secondo
come quelli descritti, andrei su un 2.6.8.1 o successivo. Oppure, ma
questo non lo so, proverei ad applicare le patch che ti suggerivano sul
2.4. Ma che distribuzione e`? Perche' magari essa stessa mette a 
disposizione delle patches per ovviare ai problemi che riscontri (fosse 
gentoo avresti certamente dei sorgenti di kernel a disposizione gia` 
patchati e di diversi tipi di kernel).
Andrea