Salut tout le monde!
 
J'ai un "vieux" coucou qui traine chez moi, c'est un Compaq portable de 2011, il a un proco AMD de 2.4Ghz, 4go de ram et avait un HDD acheté en 2013.
Pour le booster un peu et lui redonner un coup de jeunesse, j'ai acheté un SSD 120go (c'est un ordi only bureautique donc juste usage chrome, lecture sur le web et traitement de texte).
 
J'ai installé le SSD, copié mes maigres fichiers (10go de données) à tout casser, installé Win7 OEM puis passage propre à Win10 mais le CPU reste à 99% dès que je lance la moindre appli.
J'ai donc basculé en arrière vers Win7 et rebelotte.
Chose que je n'ai pas sur le HDD
 
Est-ce le SSD qui pourrait être défaillant ?
 
Merci d'avance!

Hum... quel processus sollicite le CPU à 99% ?
 
Le chipset fonctionne t'il bien en mode ahci et non pas IDE?

Hello.
 
Ce ne serait pas le classique svchost qui peine à faire ses mises à jour après une réinstallation fraiche?
 
Certains doivent attendre >6h avec le CPU (ou un core = pareil dans ton cas) qui mouline à 100% ; si c'est ça, il existe des MAJ windows pour reinitialiser windows update : KB3102810 le plus récent a priori, ou KB3065987 ....

 
Je vais vérifier cela

 
Ça dépend, sur Win10, j'avais un truc comme antimalware software et runtime brokerqui tournait à fond tout le temps et sur Win7, il faut que je regarde car je ne m'en souviens plus...

Impossible de passer en AHCI sur ce portable, l'option n'est pas présente (Compaq).
 
Et ça fait une semaine qu'il tourne, il rame toujours autant

Je repose la question déja posée par tomass:
 
=> quel processus occupe les 100% du CPU?.......
 
=> si ce n'est pas un processus, ce sont les interruptions/disque passé en PIO, mais je m'avance, en l'état.
 
=> ca n'est donc pas svchost?
 
=> modèle exact du portable et modèle exact du SSD, aussi, ça peut aider....

- Successivement j'ai TrustedInstaller, conhost et makecab qui pompe toutes les ressources. Mais si je lance chrome, ou n'importe quoi, le CPU monte à 100%.
- non pas svchost
- Compaq CQ56-240SF avec SSD Sandisk 120gb.
 
Merci
 
Je vais retenter le passage propre à Windows 10 et voir si ça continue de clocher...

 
Ce sont tous des processus de mises a jour de windows : makecab sert a recompresser les journaux de log d'installation ou qq chose comme ça = Normalement si tu le laisses tourner en permanence sans tuer les tâches, je dirais qu'en une journée max, il finit son bouzin et télécharge les mises à jour suivantes.
 
Ce n'est pas un souci lié au SSD ni au portable = ce sont les mises à jour qui mettent un temps fou (oui je sais c'est hallucinant)

C'est bizarre, l'ordi a fait des MAJ toute la semaine et ça bouge pas

Après, des fois, le processus de MAJ plante plus ou moins (ahem) et il existe des fix, comme cité plus haut : KB3102810 le plus récent a priori, ou KB3065987 ....
 
En l'état, je laisserais le PC mouliner (couper la veille bien sûr) 24h "seul" sans y toucher.
 
Quand tu dis qu'il mouline depuis 1 semaine = tu l'as laissé tourner "tout seul" ou tu l'as utilisé/éteint etc?

utilisé et eteint
 
Chose que j'ai faite pour la réinstallation de Win7, j'ai trouvé un iso OEM Compaq pour cette version afin de pouvoir valider ma licence en upgradant vers Win10. J'avais donc fait 7 OEM > 10 > 7.
Je réessaie donc maintenant une installation complète et propre de Win10 avec le logiciel fourni par Microsoft, je vous tiens au courant

Bon même après installation propre, c'est pareil, le proco est à fond et mouline, j'y comprends rien.
 
Est-ce possible qu'un SSD défaillant fasse tourner le proco?
Est-ce possible qu'un PC ne soit pas destiné à accueillir un SSD ?
 
Merci encore de ton aide!

Je suis tombé sur le Catalyst Center d'AMD en faisant des majs qui me calait le processeur à 100% constamment en fait.
 
J'ai modifié la plage, l'ordi est plus calme mais il suffit que je lance chrome et une vidéo HD et l'ordi devient inutilisable..

Plop.
 
A mon sens, ça reste simplement un souci de mises à jours après installation fraiche, qui font ramer ce vieux simple core lent à 100%
 
=> laisse le une journée entière allumé, branché sur le net, et veille désactivée.
 
Aucune incompatibilité entre le PC et le SSD ; si c'était le cas, tu aurais peut-être 100% de temps CPU pris, mais ce ne serait pas lié à un processus en particulier (souci hardware/interruptions/mode PIO, peu importe)

Merci,
 
Là il reste simplement à 5% max mais suffit que je lance chrome ou n'importe quelle appli, il va mouliner.
 
Je tente comme tu dis de le laisser, wait & see

moi je dirais que les IO disque saturent le processeur...

 
les IO disque sont normalement gérées en DMA non?
 
Et dans ce cas, la charge à 100% serait sur les interruptions (contrôleur) et PAS sur une tâche de type MAJ windows = il aurait 100% de temps CPU pris, et aucune "tâche consommatrice" en particulier. non?

les IO sont gérées par le processeur.
j'ai vu sur un article sur le Mac Book à cœur Intel core M, donc récent, que les accès disques pouvaient prendre assez facilement plus de 20% du processeur.
c'est pas l'OS le problème, c'est juste la gestion matérielle du SSD.
 
Donc je me dis que sur un vieux mono-core pas très puissant en SATA, un SSD pouvait prendre 100% des ressources CPU pour juste la gestion des IO du SSD.

Pas faux  

Ceci étant, ce qui va limiter, c'est le bus SATA (SATA1 je suppose).

Et depuis plus de 15 ans, les IO ne sont pas gérées par le CPU, mais "sous-traitées" par le DMA. Il y a bien un peu d'attente/gestion par le CPU, mais il ne traite absolument pas tout le flux de données, il passe son temps généralement en idle à attendre que le contrôleur ait transféré les données directement en mémoire (DMA= Direct Memory Access, une révolution à l'époque, ça soulageait le CPU de toute la gestion directe des I/O)

Et (j'insiste   ), si le 100% CPU est lié à la gestion des IO, (exactement comme si on utilisait un disque en mode PIO = IO gérées à 100% par le CPU et pas par le DMA), ça ne sera pas reporté sur une tâche/processus dans le gestionnaire de tâches = on aura des tâches à 0-1% de temps CPU, aucune tâche à 100%, et pourtant un CPU à 100%.

En espérant ne pas être en mode "lourd"  

Je comprends pas trop mais quand je ne fais rien, il pompe pas mais suffit que je lance n'importe quel programme, même bloc note pour que le proc monte à 100%.

c'est pour CE détail que je pense que c'est la saturation du proc par les IO, ça monte à 100% pour chaque lancement de programme.
 
pour le DMA ça ne prend pas en charge le transfert d'un fichier complet en RAM mais seulement des blocs de 4Ko, taille classique d'un bloc sur un disque en NTFS...
 
alors quand c'est un disque, en accès sur beaucoup de fichiers différents, typique d'un lancement de programme, d'une mise à jour, etc, un HDD plafonne à 1mo/s par la limitation a 200/250 IPOS, et ça, ça consomme quelques % du processeur.
 
un SSD même en mode IDE sur du SATA1, c'est 100x plus (surtout avec un SSD moderne), du coup, si le proc est pas à la hauteur, ça sature quand même.
 
c'est pour ça, que je pense à ça.
 
après pour vérifier, faut passer un HDD avec le même système (idéalement cloné) et voir si ça se répète.
 
PS la charge des IO est affectées au processus hôte normalement puisque c'est lui qui contrôle le chargement des fichiers.

et donc impossible de réparer ça?

à part repasser sur HDD, ou mettre un bon gros upgrade proc / RAM /CM, je vois pas.

Je vais regarder si j'ai pas une barrette supp de ram à ajouter pour voir si ça change mais c'est quand même malheureux

Merci pour les explications master71, j'avais quelques notions, mais pas toutes

@Leskipper : Tu peux nous faire un test simple? un graphique HDtune pour voir à quelle vitesse mouline réellement le SSD, avec le taux de charge CPU à la fin.

ha oui tiens, ça aussi c'est une bonne idée, j'y pensais plus.
 
mais j'ai un doute, ce sera de la charge mono-fichier, en réel sur du multi-fichier ça peut consommer plus en charge CPU.

 
Voui, mais on lui fera faire un crystaldiskmark ou ATTO après
 
Là c'est juste pour avoir une idée du taux de transfert / perfs du contrôleur.  

Bon, vu les taux de transfert c'est du SATA2, ce qui n'est pas si mal.
 
61% de temps d'occupation CPU à HDtune, c'est effectivement beaucoup.
 
Tu peux nous donner la référence exacte du portable, pour qu'on ait une idée du chipset?
 
De toute façon tu es sous windows 10 maintenant? Donc plus vraiment de possibilité de trifouiller les pilotes je suppose.

 
Effectivement sous Win10, c'est un Compaq CQ56-240SF donc avec un AMD V160 - 2.4 Ghz

Pour le fun, j'ai bricolé 2 minutes sur une config clairement pire que la tienne:
 
P4 Northwood sur Asus P4C800E-Deluxe, SATA1 (contrôleur tiers Promise, les spécialistes apprécieront ^^)
 
Ce PC que j'ai fraichement réinstallé a ramé à 100% CPU pendant plus d'une journée le temps de faire les MAJ (svchost, makecab, TrustedInstaller etc), maintenant il est "calme"
 
Je n'ai aucunement le taux d'occupation que tu as, mais c'est à relativiser dans le cas de l'hypothèse de I/O puisque je suis sur contrôleur SATA1 et avec un SSD connu pour être mauvais en IOPS.
 
Juste pour donner une idée:
 

Ben si je n'y touche pas, il se cale aussi à 3-4-5% mais une fois un prog lancé, c'est foutu
 
Une vidéo en HD 1080 voire 720 sur Youtube, c'est impossible

Ca sent vraiment le souci de driver/contrôleur quand même
 
Tu as essayé de strictement CLONER ton vieux HDD vers le SSD?
 

non car aucun moyen sinon un clonage dégueu via USB

 
En passant par un ordi fixe, hmmmm?

pratiquement 62% d'usage CPU juste pour lire en continu le disque, je crois que la messe est dite...

j'ai pas de fixe

 
Bon, on va se ranger à l'avis de master71