Discussion :

[XDev1]

J'ai un Dual Core 2 et j'aimerai réduire le temps de compression de mes sauvegardes effectuées à l'aide de DropStuff en faisant travailler les deux puces à fond ! Je n'ai rien trouvé au niveau du Moniteur d'activité. J'ai remarqué que le % du processeur plafonnait à 100. Il pourrait aller au moins à 190 !
Quelqu'un a-t-il une idée ?

Merci.

[JeitEmgie]

J'ai un Dual Core 2 et j'aimerai réduire le temps de compression de mes sauvegardes effectuées à l'aide de DropStuff en faisant travailler les deux puces à fond ! Je n'ai rien trouvé au niveau du Moniteur d'activité. J'ai remarqué que le % du processeur plafonnait à 100. Il pourrait aller au moins à 190 !
Quelqu'un a-t-il une idée ?

Merci.

si le développeur ne l'a pas conçu pour, rien ne dit que le programme soit capable d'utiliser les N processeurs…

reste la commande habituelle Unix "nice"… pour les programmes qui peuvent se lancer via le Terminal…

[Ceylo]

En quoi la commande "nice" peut servir ici JeitEmgie ?

Et effectivement une seule opération de compression ne peut pas utiliser les deux coeurs à fond si ce n'est pas prévu, en revanche tu peux lancer deux compressions en même temps sans ralentissement, chacune utilisant un coeur différent.

[JeitEmgie]

En quoi la commande "nice" peut servir ici JeitEmgie ?

Et effectivement une seule opération de compression ne peut pas utiliser les deux coeurs à fond si ce n'est pas prévu, en revanche tu peux lancer deux compressions en même temps sans ralentissement, chacune utilisant un coeur différent.

certains programmes avec interface graphique supporte aussi le lancement par ligne de commande… (mais DropStuff est une application PEF pas Mach-O… donc en plus il faut la lancer via /System/Library/Frameworks/Carbon.framework/Versions/A/Support/LaunchCFMApp…)


donc un "nice -20" pourrait augmenter la part du CPU utilisé par une telle tâche…

[XDev1]

Les sauvegardes sont constituées de plusieurs fichiers, c'est pour cette raison que le traitement parallèle est envisageable.
Merci pour ces précisions, mais effectivement, le concepteur de DropStuff ne semble pas avoir géré le cas des processeurs multiples.

[JeitEmgie]

Les sauvegardes sont constituées de plusieurs fichiers, c'est pour cette raison que le traitement parallèle est envisageable.
Merci pour ces précisions, mais effectivement, le concepteur de DropStuff ne semble pas avoir géré le cas des processeurs multiples.

"1 groupe de plusieurs fichiers -> 1 archive"

laisse moins de place à la parallélisation que

"plusieurs groupes de fichiers -> 1 archive par groupe"

dans le premier cas il faut gérer les résultats intermédiaires, synchroniser et réassembler les résultats temporaires dans l'archive finale…

le deuxième cas est évidemment beaucoup plus simple et la fonction "Compresser" du Finder le fait naturellement (tout comme la copie de fichiers d'ailleurs…)