Aller au contenu

Discordance Entre La Charge Cpu Et Les Process En Cours


Messages recommandés

Bonjour,

J'ai un DS710+ sur lequel j'ai dernièrement supprimé un gros dossier de 18Go via mon explorateur Windows, et j'ai été surpris par 2 choses :

1 - le temps que ça a pris (plus de 5mn), mais surtout,

2 - le CPU du 710 à 100%, alors que les process en cours sont très très loin de représenter la charge totale !

cpu7101.png

Ce qui me surprend c'est le 100% sur le CPU alors que je ne l'ai jamais vu tourner à plus de 60% (et encore ce n'est que pendant le scan d'antivirus essential), et bien entendu que cette charge ne se retrouve pas dans les process en cours.

Est-ce parce que je suis passé par l'explorateur du PC plutôt que par File Station pour supprimer mon dossier que le CPU a été autant sollicité ?

Pourquoi je ne retrouve pas l'équivalence de la charge CPU dans les process en cours ?

Tout cela est-il finalement normal ?

Merci d'avance pour votre aide.

Michel

Lien vers le commentaire
Partager sur d’autres sites

Ca variait, mais la somme était toujours très loin des 100%. Pas plus de 50% maxi, principalement par le scan de l'antivirus (synoavscan). Sur le graph, il y a 5 min de monitoring et ce qu'il y a à droite c'est peanuts comparé à la charge CPU.

Lien vers le commentaire
Partager sur d’autres sites

De même sur mon DS211J, j'ai toujours observé ce même phénomène :

capture1vh.jpg

Il n'y a jamais de correspondance entre la somme des utilisations et la valeur reportée dans le graphique (même en prenant en compte un certain décalage).

Et ce n'est pas que la liste indiquée est incomplète (comme j'ai pu le lire par ailleurs).

La liste est cohérente avec ce que l'on peut avoir via un top en ssh ....

Modifié par Kramlech
Lien vers le commentaire
Partager sur d’autres sites

Je pense que le soucis viens de l'antivirus.

J'ai déja remarqué sur un vieux PC que lorsque l'antivirus scan des gros volume, le PC est tres lent alors que le CPU n'est quasi pas utilisé.

essaye de refaire la meme manip en desactivant l'antivirus , tu verra bien

Lien vers le commentaire
Partager sur d’autres sites

Je pense que le soucis viens de l'antivirus.

J'ai déja remarqué sur un vieux PC que lorsque l'antivirus scan des gros volume, le PC est tres lent alors que le CPU n'est quasi pas utilisé.

Mauvaise piste je pense : chez moi, l'antivirus n'est pas installé.

Et quand l'antivirus ralenti un PC alors que le CPU est peu utilisé, cela vient des accès disques ...

Ici on cherche à expliquer le déphasage entre l'affichage graphique et la liste des process en cours...

Lien vers le commentaire
Partager sur d’autres sites

Le soucis c'est que je n'ai jamais eu le cpu chargé à ce point, même lors d'activités importantes. Que le simple fait de supprimer un dossier le fasse autant travailler me surprend.

J'ai supprimé de gros dossiers auparavant mais seulement à partir de File Station sans avoir noté une activité particulière du cpu, et là, c'est à partir de l'Explorateur windows que j'ai lancé cette opération, ce qui m'a donné du 100%. D'où mon interrogation.

Concernant les informations de charge cpu, j'avais bien remarqué de grosses incohérences entre activités cpu et process, mais à ce point, il y a de quoi être surpris et se poser des questions.

Bref, tout ceci est bien étrange car pour moi, le cpu est peu sollicité lors des accès disque. C'est plutôt le disque qui travaille au taquet lors d'opérations lecture/écriture.

Lien vers le commentaire
Partager sur d’autres sites

Si tu as supprimé un gros fichier depuis l'explorateur windows, il y a de forte chance que windows ait transféré le fichier sur le PC avant de le supprimer (comme quand tu fait une copie du Nas vers le Nas depuis l'explorateur, tous les octets vont du Nas vers le PC, puis du PC vers le Nas - c'est idiot, mais c'est comme cela que windows travaille).

C'est ce qui peut expliquer la durée de l'opération.

Maintenant, la sollicitation du CPU peut elle s'expliquer par les opérations de lecture disque, transfert vers PC, réception des info du PC pour suppression, et écritures disque (chez moi, lors des opérations lourdes sur des fichiers, la CPU monte facilement vers des sommets ... mais je n'ai qu'un modeste DS211J ...)

A faire confirmer par des spécialistes ....

Lien vers le commentaire
Partager sur d’autres sites

Tu rejoins ce que je pense. C'est le passage obligé par windows qui a dû faire travailler le cpu à gérer les échanges PC-NAS. Peut-être aussi que ce type de travail du NAS sur les fichiers étant partie intégrante du système (c'est tout de même sa fonction première), le processus correspondant n'est pas répertorié dans la liste des processus actifs, ce qui expliquerait alors le grand écart sur les charges. Mais ce n'est qu'une hypothèse que des spécialistes pourraient ou non nous confirmer.

Lien vers le commentaire
Partager sur d’autres sites

Ici on cherche à expliquer le déphasage entre l'affichage graphique et la liste des process en cours...

Rien n'indique de la part de syno que la liste et le graphique représentent les même chose.

La liste a l'air d'être identique à ce que l'on trouve avec la fonction "top" : c'est donc une liste indiquant les processus et leur charge sur une seconde.

La vitesse de rafraichissement du graphique (environ toutes les 10s) me fait plutôt penser à une moyenne de charge sur la période.

A partir du moment ou ce n'est pas la même info qui est affiché, je ne m'étonne pas d'avoir des chiffres qui ne sont pas totalement raccord.

Lien vers le commentaire
Partager sur d’autres sites

il te suffit de desactiver la corbeille windows et logiquement tu n'aura pas de probelme de cpu, en fait le fichier n'est pas supprimé en passant par winows il est deplacé vers le repertoire caché corbeille

je suis presque sur que cela vient de la et vu que windows verifie l'integrité du transfert ca prends bcp de temps

Lien vers le commentaire
Partager sur d’autres sites

Alors il faut que je fasse le ménage ??? :D

Je suis d'accord pour dire que le graphique donne une moyenne de charge sur une période. Mais elle me semble un peut sur-évaluée.

En effet, quand j'utilise la fonction top, avec un rafraichissement toutes les secondes, et que le total des CPU tourne en moyenne à 5% (évidemment au jugé, je n'ai pas le temps de faire les cumuls), et que sur la même période le graphe me donne des oscillation entre 20 et 25, je m'interroge.

Mais encore une fois, c'est juste un ressenti ....

Lien vers le commentaire
Partager sur d’autres sites

Ce n'est pas surévalué, c'est mal calculé (ça revient presque au même).

Quand tu te déconnectes du DSM tu verras les 3 ou 4 processus httpd en haut de la liste "top" redescendre à 0% de temps processeur.

Bon ceci dit ça n'a rien à voir avec le problème rencontré par Mic13710.

D'ailleurs tu as supprimé 18Go de quel répertoire ?

S'il s'agissait d'un dossier indexé par le Serveur Multimédia (/photo, /music et /video) c'est peut-être normal (service d'indexation).

Lien vers le commentaire
Partager sur d’autres sites

Non, c'était juste un dossier dans lequel j'avais par précaution sauvegardé tous mes fichiers de "mes documents" avant de créer mon Cloud.

Des fichiers de tous types, mais pas d’indexation par le serveur multimédia sur celui-ci et aucun lien bien évidemment avec le cloud.

Lien vers le commentaire
Partager sur d’autres sites

Rejoindre la conversation

Vous pouvez publier maintenant et vous inscrire plus tard. Si vous avez un compte, connectez-vous maintenant pour publier avec votre compte.

Invité
Répondre à ce sujet…

×   Collé en tant que texte enrichi.   Coller en tant que texte brut à la place

  Seulement 75 émoticônes maximum sont autorisées.

×   Votre lien a été automatiquement intégré.   Afficher plutôt comme un lien

×   Votre contenu précédent a été rétabli.   Vider l’éditeur

×   Vous ne pouvez pas directement coller des images. Envoyez-les depuis votre ordinateur ou insérez-les depuis une URL.

×
×
  • Créer...

Information importante

Nous avons placé des cookies sur votre appareil pour aider à améliorer ce site. Vous pouvez choisir d’ajuster vos paramètres de cookie, sinon nous supposerons que vous êtes d’accord pour continuer.