Communauté Informatique NDFR.net

Communauté Informatique NDFR.net (http://www.ndfr.net/forums/index.php)
-   Logiciels (http://www.ndfr.net/forums/forumdisplay.php?f=61)
-   -   WinRAR utilise 100% du processeur (http://www.ndfr.net/forums/showthread.php?t=5471)

Don Perignon 28-11-2004 07:34

WinRAR utilise 100% du processeur
 
Salut,

J'utilise WinRAR pour compresser/décompresser mes archives. Le truc génant est l'utilisation de 100% du processeur quand tu créees ou quand tu décompresses ton archive (format .rar) Pendant ce temps je ne peux donc rien faire d'autre sur mon PC ...

Ca me semble curieux vu ma config. (Athlon 2600 + et 1024 Mo de RAM)

Je voudrais savoir si vous rencontrez le même problème que moi.

Cordialement

Cougar 28-11-2004 09:32

Perso il dépasse rarement les 80%.
tu peux toujours aller dans le gestionnaire des tâches et mettre sa prioriété à "inférieure à la normale", comme ça ton pc sera plus paralysé :)

Don Perignon 28-11-2004 11:04

Merci pour l'astuce du gestionnaire de tâches : je ne connaissais pas bien toutes ses fonctions notamment la priorité d'un processus.
C'est chose faite :)

Cordialement

KnuX 28-11-2004 11:12

Tu peux choisir d'exécuter WinRAR en arrière-plan durant la compression/décompression, il se met ainsi à une priorité plus basse :)

Fred 28-11-2004 11:36

J'éxécute toujours une compression/décompression WinRAR en arrière plan, et effectivement ça ne m'handicape pas pour les autres tâches. Sinon, il est tout à fait normal que WinRAR utilise 100% du processeur lors de la compression, cette tâche demande une grande puissance de calcul, et le facteur limitant est le processeur, il est donc utilisé au maximum de ses capacités. Cependant, en mode arrière plan, il n'utilisera que les ressources non utilisées par les autres processus (en quelque sorte il fait le complément à 100% ...) et ne gènera donc pas ton utilisation de la machine.
Le fait qu'il utilise 100% du processeur lors d'une décompression est plus anormale, lors d'une décompression ce serait plutôt le disque dur qui limite ... et au vu de ta config, je m'étonne qu'il occupe autant le processeur.

childerik 28-11-2004 14:25

Ca n'arrive pas sur un P4C/E vu que çà plafonne à 50% :lick:.

Don Perignon 28-11-2004 14:26

Quote:

Originally Posted by Cougar
Perso il dépasse rarement les 80%.
tu peux toujours aller dans le gestionnaire des tâches et mettre sa prioriété à "inférieure à la normale", comme ça ton pc sera plus paralysé

Je viens de m'apercevoir qu'on peut configurer WinRAR pour qu'il travaille en priorité basse : Outils > Configuration > Général
Ca évite de passer par le gestionnaire de tâches

Don Perignon 28-11-2004 14:27

Quote:

Originally Posted by childerik
Ca n'arrive pas sur un P4C/E vu que çà plafonne à 50% :lick:.

Ah ! Pentium ! Quand tu nous tiens ... ;)

Don Perignon 28-11-2004 14:44

Quote:

Originally Posted by Fred
J'éxécute toujours une compression/décompression WinRAR en arrière plan, et effectivement ça ne m'handicape pas pour les autres tâches. Sinon, il est tout à fait normal que WinRAR utilise 100% du processeur lors de la compression, cette tâche demande une grande puissance de calcul, et le facteur limitant est le processeur, il est donc utilisé au maximum de ses capacités. Cependant, en mode arrière plan, il n'utilisera que les ressources non utilisées par les autres processus (en quelque sorte il fait le complément à 100% ...) et ne gènera donc pas ton utilisation de la machine.
Le fait qu'il utilise 100% du processeur lors d'une décompression est plus anormale, lors d'une décompression ce serait plutôt le disque dur qui limite ... et au vu de ta config, je m'étonne qu'il occupe autant le processeur.

Bingo, en plein dans le mille ! Je l'utilise désormais en arrière plan pour la compression. Bien qu'il utilise toujours mon Athlon 2600 + à 100%, je peux quand même travailler à côté.
De plus, je me suis aperçu qu'on pouvait configurer le prog de façon à le faire travailler en priorité basse (vois mon post précédent)
Enfin, tu as raison : en décompression il n'utilise le processeur qu'à 50% Autant pour moi ...

Mais sais-tu quel réglage choisir quand on veut créer une archive .rar ? WinRAR te demande la méthode de compression et la taille des volumes (listes déroulantes de l'onglet Général) Comme je suis plus que nul en ce domaine, je choisis toujours : "meilleure" pour la méthode de compression et "détection automatique" pour la taille des volumes. ai-je raison ?

Puisque j'y suis, évite-moi de mourir idiot : qu'est ce qu'une archive SFX et une archive solide ?

Don Pérignon, faut pas abuser ...;)

shp13 28-11-2004 15:49

Don Perignon :
- SFX crée une archive autoextractible (Self extractible)
- lorsque tu compresses plusieurs fichiers en une archive solide, il t'est ensuite impossible de supprimer ou ajouter des fichiers dans cette archive, il te faudra recréer l'archive mais en contrepartie la compression est plus forte.

childerik : WinRar n'utilise que 50% des ressources sur un P4C/E car il ne gère pas l'HyperThreading et se limite donc à un seul des deux cores virtuels, du coup sur un P4C 2,8GHz avec l'HT activé tu compresses aussi vite qu'avec un P4 1,4GHz (en gros).
L'hyperThreading n'est avantageux que si tes applications savent en tirer partie.

Don Perignon 28-11-2004 16:15

[QUOTE=shp13]Don Perignon :
- SFX crée une archive autoextractible (Self extractible)
- lorsque tu compresses plusieurs fichiers en une archive solide, il t'est ensuite impossible de supprimer ou ajouter des fichiers dans cette archive, il te faudra recréer l'archive mais en contrepartie la compression est plus forte.[QUOTE]

Merci pour ces explications Shp13. Effectivement, c'est en partageant ses connaissances que l'on apprend :)

LeMoi 28-11-2004 17:05

S'il utilise 100% du proc et ralentit tout le reste, ton winrar.exe est vraisemblablement infecté par un virus :confused:

Matt 28-11-2004 17:41

Quote:

Originally Posted by shp13
du coup sur un P4C 2,8GHz avec l'HT activé tu compresses aussi vite qu'avec un P4 1,4GHz (en gros).

>> Pas d'accord ... Les deux pseudo-cores ont une fréquence réelle de 2.8 GHz, donc la compression se fera à peu près aussi vite que sans l'HT (la seule différence vient des éventuels autres programmes en cour d'exécution, qui, en s'exécutant sur le second pseudo-core vont ralentir légèrement l'exécution de la tâche WinRAR sur le 1er pseudo-core car certaines unités sont partagées entre les deux pseudo-core (nottament le fetch et le décodeur d'instructions).
En pratique, j'ai relevé des chutes de performance de moins de 10%, bien loin des 50% que tu avance ...

childerik 28-11-2004 17:49

Quote:

Originally Posted by Matt
>> Pas d'accord ... Les deux pseudo-cores ont une fréquence réelle de 2.8 GHz, donc la compression se fera à peu près aussi vite que sans l'HT (la seule différence vient des éventuels autres programmes en cour d'exécution, qui, en s'exécutant sur le second pseudo-core vont ralentir légèrement l'exécution de la tâche WinRAR sur le 1er pseudo-core car certaines unités sont partagées entre les deux pseudo-core (nottament le fetch et le décodeur d'instructions).
En pratique, j'ai relevé des chutes de performance de moins de 10%, bien loin des 50% que tu avance ...

Justement, j'avais besoin d'un éclaircissement sur la division de l'HT entre les tâches et je te remercie bien d'avoir éclairé ma lanterne ;)

Moi aussi je pensais que les deux cores logiques travaillaient chacun à une fréquence de moitié celle du CPU en lui-même lorsque deux threads étaient lancés. Celà me rassure.

shp13 28-11-2004 18:08

LeMoi : pas du tout, relis le message de Fred, l'utilisation de 100% du CPU est tout à fait normale lors d'une compression et le ralentissement des autres applications aussi si le processus est en priorité normale, par contre si tu passes WinRar en arrière-plan, tu peux continuer sur tes autres applications normalement mais le temps de compression sera plus élevé.
Matt : mea culpa mais il me semble que des applications comme folding@home ne reconnaissent que la moitié de la fréquence lorsque l'HT est activé et donc je pensais qu'il en était de même pour WinRar.


All times are GMT +2. The time now is 01:42.

Powered by vBulletin® Version 3.8.4
Copyright ©2000 - 2025, Jelsoft Enterprises Ltd.