Documentation

HomePage

Documentation par version

Quid des versions?

Ordre: trunk > test > stable.
  • trunk: cette version est en développement; elle subit au fur et à mesure une série de test essentiellement unitaires et d'intégration.
  • test: cette version subit une batterie de test et sa stabilité est vérifiée au moins une semaine sur une version en production.
  • stable: cette version a été testée; elle est considérée comme stable (sous réserve d'un bug inattendu).

Note importante (toutes versions)

  1. Il est largement préférable que le répertoire cible contenant les backups soit dédié à ces backups. Le comportement du script en cas de présence d'autres fichiers peut devenir imprévisible.
  2. La compatibilité ascendante du passage d'une version 0.X > 1.X est assurée; les répertoires de backup.0, .1 ... .n deviendront au fur et à mesure backupAAAAMMJJ_HHMMSS.0, .1 ... .n. Mais pas l'inverse (compatibilité descendante), c-à-d repasser de 1.X > 0.X; A ce moment, la gestion des répertoires sera déstabilisée (tous les backups deviendront des full backups backupAAAAMMJJ_HHMMSS.0, .0 ... .0 !)

Tests de rapidité d'exécution par version

Avec la commande time. man time: The time utility executes and times utility. After the utility finishes, time writes the total time elapsed, the time consumed by system overhead, and the time used to execute utility to the standard error stream. Times are reported in seconds.
En bref: Real = temps réel de la tâche, User = temps CPU utilisé par le programme utilisateur et Sys = temps utilisé par le système pour gérer l’exécution de la tâche.
Le facteur de charge / core = (User+Sys)/Real/nb_core, idéalement < 0.2/core. Ce facteur ne sera calculé que sur de "gros" backups car il n'est guère représentatif sur de très petites exécutions.

Situations de test:
  1. Execution d'un premier backup de 398M à partir d'un site distant (Internet):
    Résultat d'un seul essai (en secondes):
    Versionrealusersysnb coreCharge/core
    1.1 - rev 8361,99813,15817,76320,04
    Comme on peut le constater, la charge CPU totale est assez faible.
  2. Répertoire locaux, 3 incréments, 12k à sauvegarder, 3+1 backups préxistants: /home/moi/test.target : backup[AAAAMMJJ_HHMMSS].0, backup[AAAAMMJJ_HHMMSS].1, backup[AAAAMMJJ_HHMMSS].2 et backup[AAAAMMJJ_HHMMSS].3, exécution de 5 fois time simplebackup ...
    Moyenne des résultats (en secondes):
    Versionrealusersys
    0.6 - rev 70,0870,0160,026
    1.1 - rev 60,1210,0270,048
    1.2 - trunk0,1290,0260,050
    2.0 - test0,1500,0300,060
La rev 42 introduit l'indispensable et complètement inutile fonction 42 ;). simplebackup -42. La rev 43 corrige un bug de la fonctionnalité 42 introduite par la rev 42. Ouf, Murphy est sauf! La fonctionnalité 42 sera maintenue pendant sept millions et demi d'années.
 
This page feed: RSS or Atom.
Global feed: RSS or Atom.