Son expérience n'en est pas vraiment une il s'agit plutôt d'un retour utilisateur, donc on aura pas de test comparé avec rsync c'est dommage parce que je présume qu'il est plus pensé pour gérer des volumes déraisonné comme ça
Le problème le plus important — pour ceux qui n'ont pas lu le texte — est que la table mémorisant les (inodes des) fichiers déjà copiés ne tient pas dans la RAM, donc l'auteur observe:
Des périodes d'"inactivté" très importantes, qui correspondent aux agrandissements de table.
Une période d'inactivité très importante à la fin, où la table est désallouée.
Pour 1. ce n'est pas très clair si une statégie différente de celle utilisée par cp aurait amélioré la performance. Sie je fais des agrandissements plus importants, je diminue le nombre de reconstructions mais j'augmente le nombre d'accès qui vont taper dans la partie swappée de la table. Peut-être que la meilleure solution consiste à distribuer la table sur le ŕeseau.
[^] # Re: cp
Posté par Michaël (site web personnel) . En réponse au journal Journal Bookmark #1. Évalué à 2.
Le problème le plus important — pour ceux qui n'ont pas lu le texte — est que la table mémorisant les (inodes des) fichiers déjà copiés ne tient pas dans la RAM, donc l'auteur observe:
Des périodes d'"inactivté" très importantes, qui correspondent aux agrandissements de table.
Une période d'inactivité très importante à la fin, où la table est désallouée.
Pour 1. ce n'est pas très clair si une statégie différente de celle utilisée par
cpaurait amélioré la performance. Sie je fais des agrandissements plus importants, je diminue le nombre de reconstructions mais j'augmente le nombre d'accès qui vont taper dans la partieswappéede la table. Peut-être que la meilleure solution consiste à distribuer la table sur le ŕeseau.