web-dev-qa-db-fra.com

Les sauvegardes Ubuntu consomment 100% de l'unité centrale

J'utilise le logiciel de sauvegarde préinstallé d'Ubuntu , avec Ubuntu 16.04 pour Desktop (mais le même problème concernait peut-être l'ancien Ubuntu également).

enter image description here

Chaque fois qu'il démarre (une fois par jour), il consomme 100% de l'unité centrale pendant plusieurs minutes. Étant donné que je pensais qu'un logiciel de sauvegarde devrait être silencieux et invisible, c'est assez ennuyant.

enter image description here

Ce serait bien si cela prend quatre ou cinq fois plus que le temps qu'il faut maintenant pour faire ses choses, mais en consommant moins de CPU et en étant plus silencieux.

Existe-t-il un mode silencieux pour le logiciel Sauvegardes ou un meilleur logiciel de sauvegarde pour Ubuntu?

16.04backupcpubackground
3
Andrea

Honnêtement, je n'ai jamais entendu parler du programme que vous utilisez.

Personnellement, je préfère rsnapshot ( http://rsnapshot.org/ ) pour mes besoins en matière de sauvegarde. Le paquet Ubuntu porte le même nom.

Comme il utilise des liens durs, la première fois qu'il s'exécute peut utiliser beaucoup de temps processeur, mais ce ne le sera pas par la suite. (Surtout si vous avez peu de fichiers qui changent entre les sauvegardes - ce qui est le cas pour la plupart des gens.) De même, il ne faudra pas beaucoup d'espace disque au fil du temps.

Cela dit, je planifie des sauvegardes au milieu de la nuit. Donc, mis à part le fait que je teste le fichier de configuration, je n'ai pas vraiment l'occasion de remarquer le temps processeur. Cela n'a aucun rapport avec le fait que vous l'exécutiez ou non sur un serveur; rsnapshot peut être exécuté sur la ligne de commande. Vous pouvez également créer un raccourci sur votre bureau.

Une autre suggestion consiste à simplement renice le programme afin qu’il fonctionne avec une priorité inférieure. Si vous devez le faire automatiquement, une courte programmation bash sera nécessaire. Voir, par exemple, https://talk.maemo.org/showthread.php?t=3687 ou recherchez simplement la phrase "renit automatique".

De mémoire, je ne sais pas comment faire, mais je suppose que vous devez:

  • écrire un script bash qui recherche l'ID de processus
  • courir renice dessus
  • placez ce script dans un cronjob et exécutez-le juste après le démarrage de votre sauvegarde ou faites-le s'exécuter plusieurs fois (c'est-à-dire toutes les heures)

J'imagine que le script pourrait ressembler à ceci, mais vous devez vraiment le nettoyer, car c'est vraiment une idée en tête:

 #!/bin/bash
 PID=`ps -ef | grep "<program name>" | grep -v "grep" | tr -s ' ' | cut -f 2 -d ' '  | head -n 1`
 renice -10 ${PID}

La ligne PID le fait dans l’ordre:

  1. Obtient une liste de processus.
  2. Recherches pour.
  3. Supprime toute ligne qui a les deux et "grep".
  4. Remplacez les espaces consécutifs dans un seul espace.
  5. Saisissez les valeurs de la deuxième colonne en utilisant l'espace comme délimiteur.
  6. Prenez la première ligne.

J'espère que cela vous aide à démarrer!

3
Ray

Sauvegarde Ubuntu a.k.a. DejaDup utilise duplicity comme serveur principal. Il y avait un bug en double en 2014 qui a été corrigé qui a causé cela. Cela arrive quand même, vous pouvez donc signaler un autre bug dans la duplicité. Ce bogue n'affecte qu'un seul cœur physique. Par conséquent, l'ordinateur doit toujours être réactif sur les ordinateurs à plusieurs processeurs. Sinon, vous pouvez envisager différentes solutions de sauvegarde ou effectuer une sauvegarde de votre ordinateur lorsque vous ne l'utilisez pas.

Vous pouvez également essayer une taille de bloc plus grande?

duplicity --max-blocksize 4096 [full/incremental] src dest

   --max-blocksize number
          determines the number of the blocks examined for changes during the diff process.  For files < 1MB
          the blocksize is a constant of 512.  For files over 1MB the size is given by:

          file_blocksize = int((file_len / (2000 * 512)) * 512)
          return min(file_blocksize, globals.max_blocksize)

          where globals.max_blocksize defaults to 2048.  If you specify a larger max_blocksize, your difftar
          files will be larger, but your sigtar files will be smaller.  If you specify a smaller max_blocksize,
          the reverse occurs.  The --max-blocksize option should be in multiples of 512.
1
Jonathan