... | @@ -953,7 +953,23 @@ De plus, un grand nombre de petits fichiers va ralentir considérablement le `ir |
... | @@ -953,7 +953,23 @@ De plus, un grand nombre de petits fichiers va ralentir considérablement le `ir |
|
|
|
|
|

|
|

|
|
|
|
|
|
|
|
Sur ces deux grpahes, ce sont des enregistrements du log de la commande
|
|
|
|
|
|
|
|
```
|
|
|
|
iput -v -N 0 -r --ignore-symlinks /summer/f_image /mantis/home/lecoinal/summer_fimage -R backup >> iput_summer_fimage.log 2>&1
|
|
|
|
```
|
|
|
|
|
|
|
|
Il faudrait aussi enregistrer le log d'un `irsync -s -v -N 0 -r --ignore-symlinks ... -R backup` : pour comparer ?
|
|
|
|
|
|
|
|
Attention ces graphes ne représentent pas les fichiers < 1kB, il y en a pourtant mais la sortie de iput -v ne permet pas de les monitorer : car ils apparaissent ainsi "0.000 MB" :
|
|
|
|
|
|
|
|
par exemple :
|
|
|
|
```
|
|
|
|
path_000000010_000000012. 0.000 MB | 0.181 sec | 0 thr | 0.001 MB/s
|
|
|
|
path_000000000_000000003. 0.000 MB | 0.166 sec | 0 thr | 0.001 MB/s
|
|
|
|
```
|
|
|
|
|
|
|
|
ces grpahes ne représentent pas non plus les fichiers de taille 0. il y en a puisque nous archivons aussi des fichiers de taille 0. pour ces fichiers de taille 0 on ne mesurerait que la latence du transfert, le débit n'est pas calculable. Pour ces fichiers de taille 0, j'observe que la latence du transfert est de l'ordre de 0.1 à 0.2 sec (3è colonne de l'affichage `iput -v`).
|
|
|
|
|
|
|
|
|
|
|
|
|
... | | ... | |