Il s'agit de la commande bup-memtest qui peut être exécutée dans le fournisseur d'hébergement gratuit OnWorks en utilisant l'un de nos multiples postes de travail en ligne gratuits tels que Ubuntu Online, Fedora Online, l'émulateur en ligne Windows ou l'émulateur en ligne MAC OS
PROGRAMME:
Nom
bup-memtest - teste les statistiques d'utilisation de la mémoire bup
SYNOPSIS
bup memtest [options...]
DESCRIPTION
bup memtest ouvre la liste des index de pack dans votre référentiel bup, puis recherche dans la liste
pour une série d'objets inexistants, impression des statistiques d'utilisation de la mémoire après chaque cycle.
En raison du fonctionnement des systèmes Unix, la sortie affichera généralement un grand (et
inchangée) dans la colonne VmSize, car mapper les fichiers d'index en premier lieu
prend une certaine quantité d'espace d'adressage virtuel. Cependant, cette utilisation de la mémoire virtuelle est
entièrement virtuel ; il ne prend aucune de votre RAM. Au fil du temps, bup utilise les pièces du système
index, qui doivent être chargés à partir du disque, et c'est ce qui provoque une augmentation du
colonne VmRSS.
OPTIONS
-n, --nombre=nombre
définir le nombre d'objets à rechercher pendant chaque cycle (c'est-à-dire avant d'imprimer un
ligne de sortie)
-c, --cycles=cycles
définir le nombre de cycles (c'est-à-dire le nombre de lignes de sortie après le premier). Les
la première ligne de sortie est toujours 0 (c'est-à-dire la ligne de base avant de rechercher un
objets).
--ignorer-midx
ignorez tous les fichiers .midx créés par bup midx. Cela vous permet de comparer la mémoire
performances avec et sans midx.
--existant
rechercher des objets existants au lieu de rechercher des objets aléatoires inexistants. Cette
peut grandement affecter l'utilisation de la mémoire et les performances. Notez que la plupart du temps,
bup save passe le plus clair de son temps à rechercher des objets inexistants, car existant
ceux-ci sont probablement dans des fichiers non modifiés que nous n'essaierons pas de sauvegarder de toute façon.
Ainsi, le comportement par défaut reflète plus précisément les performances réelles des bouffées. Mais toi
vous voudrez peut-être cette option de toute façon juste pour vous assurer que vous n'avez pas fait de recherche
objets existants bien pire qu'avant.
EXEMPLES
$ bup test mémoire -n300 -c5
PackIdxList : en utilisant 1 index.
Taille Vm VmRSS VmData VmStk
0 20824 ko 4528 ko 1980 ko 84 ko
300 20828 ko 5828 ko 1984 ko 84 ko
600 20828 ko 6844 ko 1984 ko 84 ko
900 20828 ko 7836 ko 1984 ko 84 ko
1200 20828 ko 8736 ko 1984 ko 84 ko
1500 20828 ko 9452 ko 1984 ko 84 ko
$ bup memtest -n300 -c5 --ignore-midx
PackIdxList : utilisant 361 index.
Taille Vm VmRSS VmData VmStk
0 27444 ko 6552 ko 2516 ko 84 ko
300 27448 ko 15832 ko 2520 ko 84 ko
600 27448 ko 17220 ko 2520 ko 84 ko
900 27448 ko 18012 ko 2520 ko 84 ko
1200 27448 ko 18388 ko 2520 ko 84 ko
1500 27448 ko 18556 ko 2520 ko 84 ko
DISCUSSION
Lors de l'optimisation de l'indexation bup, le premier objectif est de maintenir le VmRSS raisonnablement bas.
Cependant, il pourrait éventuellement être nécessaire de permuter tous les index, simplement parce que
vous recherchez beaucoup d'objets, et cela fera grossir votre RSS jusqu'à
VmSize finalement.
Le mot clé est ici faire une éventuelle. Tant que VmRSS croît assez lentement, la quantité de
l'activité du disque causée par l'accès aux index de pack est raisonnablement faible. S'il grandit vite,
bup passera probablement la plupart de son temps à échanger des données d'index à partir du disque au lieu de réellement
l'exécution de votre sauvegarde, de sorte que les sauvegardes s'exécuteront très lentement.
Le but de bup memtest est de vous donner une idée de la vitesse à laquelle votre utilisation de la mémoire est
grandir et aider à optimiser le bup pour une meilleure utilisation de la mémoire. Si vous avez des problèmes de mémoire
il vous sera peut-être demandé d'envoyer la sortie de bup memtest pour aider à diagnostiquer les problèmes.
Astuce : essayez d'utiliser bup midx -a ou bup midx -f pour voir si cela permet de réduire votre utilisation de la mémoire.
Anecdote : l'utilisation de la mémoire d'index dans bup (ou git) n'est vraiment un problème que lors de l'ajout d'un grand
nombre d'objets inédits. En effet, pour chaque objet, nous devons
confirmer absolument qu'il n'est pas déjà dans la base de données, ce qui nous oblige à rechercher
à travers tous les index de pack existants pour s'assurer qu'aucun d'entre eux ne contient l'objet dans
question. Dans le cas le plus évident de la recherche d'objets qui do existent, les objets
recherchées sont généralement liées d'une manière ou d'une autre, ce qui signifie qu'elles existent probablement toutes
dans un petit nombre de packfiles, donc l'utilisation de la mémoire sera limitée à ces packfiles
index.
Étant donné que les utilisateurs de git n'ajoutent généralement pas beaucoup de fichiers en une seule exécution, git ne le fait pas vraiment
besoin d'un programme comme bup midx. bup, en revanche, passe le plus clair de son temps à sauvegarder
fichiers qu'il n'a jamais vus auparavant, ses modèles d'utilisation de la mémoire sont donc différents.
Utilisez bup-memtest en ligne en utilisant les services onworks.net
