Discussion :

[tomy29]

Bonjour,

je fais tourner une application Delphi - Access sur un ordinateur multi processeurs, et je m'apercois que les processeurs ne sont pas pleinement utilisés (20 % chacun).
Peut-on, depuis Delphi, gérer ces processeurs pour qu'ils soient utilisé plus efficacement?

Merci pour vos réponses.

[slimjoe]

Salut!

Je ne comprends pas le problème (je suis plutôt naïf de nature ).

Si les cpu sont utilisés à 20% chacun, qu'est-ce qui n'est pas optimisé ? Quel serait le scénario optimal selon toi ?

Je ne suis pas expert en la matière, mais je crois que c'est à l'OS de gérer l'utilisation des cpu dont il a la responsabilité. Je sais que si ton appli est multi thread, c'est plus facile pour lui de décider de faire rouler un des thread dans un cpu particulier par exemple.

Peut-être qu'en fouillant dans la classe TThread on y trouverait une manière de spécifier le cpu à utiliser mais j'en doute...

[tomy29]

Le probleme c'est que mon traitement tourne pendant 35 heures. Et qu'on s'est aperçu que les processeurs n'étaient utilisé qu'a 20% chacun. Donc peut etre qu'en étant utilisés à 80% le traitement irait plus vite.

Cela dit je doute que ce soit possible à réaliser.
Et peut etre que ce sont les temps d'acces à la base (le traitement consiste en un chargement de données dans une base) qui sont longs.

[slimjoe]

Salut!

Est-ce que c'est ton appli qui ne prend que 20% du cpu ou est-ce que c'est la somme de tous les process qui ne prennent que 20% ? En d'autres mots, est-ce que tu vois un autre process ralentir ton appli ? Si c'est le cas tu pourrais peut-être augmenter la priorité du process de ton appli.

Mais à mon avis, le problème est dans quelque chose d'autre que le travail cpu comme l'accès aux disques ou aux autre ressources. Exemple : fais une appli qui calcule des factoriels à l'infini. Je te garantis que le cpu va taper dans le fond pendant 35 heures!

[tomy29]

C'est la somme des processus qui prend 20 %.
Sur chacun des graphique (dans l'onglet performance du gestionnaire des taches) de performance, je vois que chacun des proc est utilisé a 20 %.

Donc je me demandais si Delphi pouvait demander au proc d'utiliser un peu plus de CPU pour le traitement.

[Graffito]

Bonjour,

Quel est le taux de l'occupation CPU sur un système mono-processeur ?

Je pense comme slimjoe que le peu d'utilisation des CPU est lié plus aux accès disque ou réseau, pendant lesquels la(les) CPU est(sont) en attente, qu'à l'aspect multi-processeur.

[Sub0]

Je ne suis pas un spécialiste en la matière, alors je vais peut-être dire une bétise, mais selon moi, le multiproc (ou multi-core) sert à partager les ressources (multithread) et non pas doubler ou quadrupler la puissance de calcul...

[Rayek]

Comme l'on dit certain, si tes processeurs ne sont pas utilisés à 100% c'est qu'il y a un endroit de ton programme qui bloque/ralenti ton traitement.
Donc le problème peut venir :

• Des données sources de la mise à jour
• De la destination des données de mise à jour
• Du code qui est pas correct, qui pourrait être simplifié et optimisé

Pour ma part, base de données ACCESS trop grosse = ralentissement
Et plus elle va grossir et plus ca va encore ralentir, jusqu'à sa limite de taille de 2go.

Mais j'aimerai quand même savoir ce que tu fais pour que le traitement dure 35h.

[tomy29]

Comme l'on dit certain, si tes processeurs ne sont pas utilisés à 100% c'est qu'il y a un endroit de ton programme qui bloque/ralenti ton traitement.
Donc le problème peut venir :

• Des données sources de la mise à jour
• De la destination des données de mise à jour
• Du code qui est pas correct, qui pourrait être simplifié et optimisé

Pour ma part, base de données ACCESS trop grosse = ralentissement
Et plus elle va grossir et plus ca va encore ralentir, jusqu'à sa limite de taille de 2go.

Mais j'aimerai quand même savoir ce que tu fais pour que le traitement dure 35h.

Ma base compactée atteint deja 1.7 Go, donc ca vous donne une idée de la taille des données importées.
Et en amont de cet import, il y a toute une série de controles effectués sur les données. Et on ne peut pas passer outre ces controles. Donc le temps est partagé entre l'accès à la base Access et les contrôles.
Dans la future refonte de l'application il est bien sur prévu de changer de SGBD.