processus et instruction assembleur

[invite0f2cdab3]

Bonjour,

Selon vous,



-Question programmation: Quel est le nom de l'instruction assembleur qui permet de ne 'rien faire'?

-Question PC : Combien de processus un processeur peut il executer simultanement?

Voila merci
-----

[JPL]

C'est un quiz, ou tu as besoin de ces informations ?

[JPL]

Pour la première question, c'est NOP.

[invitea3fc981a]

Pour la seconde question j'aurais tendance à répondre qu'un processeur ne peut faire tourner qu'un seul processus à la fois (par cycle d'horloge j'entends). Si plusieurs tâches demandent des calculs, ils sont faits les uns à la suite des autres, mais un processeur ne peut pas exécuter 2 instructions en même temps... Enfin je ne crois pas...

[A voir en vidéo sur Futura]

[inviteb865367f]

exact

JPL : à mon avis il en a besoin pour un quizz

[invite0f2cdab3]

Oui c'est un quizz lol, en mm temps jai bsn de ces informations

[JPL]

Oui c'est un quizz lol, en mm temps jai bsn de ces informations

Tu trouveras des informations passionnantes dans la charte du forum :

Respectez les lecteurs du forum, n'écrivez pas vos messages en style SMS ou phonétique. Utilisez la fonction "prévisualisation" pour vous relire et limiter les fautes d'orthographe.

JPL, modérateur

[invited8fa522f]

Alors, l'instruction c'est effectivement nop, pour NOoPeration

Pour ce qui est du nombre de processus, c'est pas tres claire comme question. Un processeur n'execute pas de processus, seulement des instructions !

Si on se place dans le cas des instructions, la aussi, c'est pas simple comme question.

Ce qui est sur, c'est qu'il en termine une par cycle, au maximum. Par contre, il peut s'ecouler des cycles sans qu'il termine des instructions (apres un saut par exemple).

De plus, les processeurs actuels utilisent des pipelines, ce qui signifie qu'ils sont capables de commencer a executer les instructions suivantes avant d'avoir fini la premiere (ce qui permet de faire un cycle par instruction sauf en cas de saut). Cela signifie donc qu'un processeur execute plusieurs instruction en meme temps, mais n'en finit qu'une a la fois par cycle.

Pour le nombre d'instruction max dans la pipeline, la ca depend des processeurs, car un athlon/pentium a en plus des pipelines en parallele avec un sequenceur pour augmenter la vitesse de traitement.

Bon je detaille pas plus, si tu as besoin de plus d'info alors on verra a ce moment la.

[invitedebe236f]

NOP
et 1 processus ou 2 les derniers pentium on 2 unite de calcul me semble sont vu comme 2 processeur
du coup la question est pas tres claire

[invitea3fc981a]

Non cricri, l'HyperThreading est justement fait pour pallier la carence en débit d'informations du PentiumIV, pour éviter qu'il ne se passe plusieurs cycles où le processeur ne fait rien. Ce n'est pas une technologie novatrice en soi, puisqu'elle permettait juste de contre-carrer l'architecture mal conçue du processeur... Du coup le PC "voit" deux processeurs là où il n'y en a qu'un.

Mais un PentiumIV n'est toujours capable d'effectuer qu'une instruction par cycle.

[invited8fa522f]

C'est logique, sinon il risque d'inverse les instructions avec les effets "desastreux" que ca peut avoir !

[Psyko]

La question 2 est ambigue:

Un processus étant composé d'instructions machines, il ne peut y en avoir qu'un seul à la fois qui s'execute reellement dans l'unité de calcul du processeur.

Cependant, on considère généralement l'execution simultanée de processus comme le nombre de processus présents à un instant 't' en mémoire centrale. C'est le principe des systemes multitaches qui partagent le temps processeur entre différents processus. Dans ce cas, le nombre maximal de processus actifs est très variable:
Il est limité par la taille de la mémoire centrale et par la taille qu' occupe chaque processus dans cette mémoire.

[invite7c72900e]

Salut,
Vu que Google est notre ami, j'ai trouvé un site sympa et relativement clair sur les instructions qui composent un processus ; http://hautrive.free.fr/ordinateur/processeur.html

[invite55d491cf]

La question 2 est ambigue:

Un processus étant composé d'instructions machines, il ne peut y en avoir qu'un seul à la fois qui s'execute reellement dans l'unité de calcul du processeur.

Cependant, on considère généralement l'execution simultanée de processus comme le nombre de processus présents à un instant 't' en mémoire centrale. C'est le principe des systemes multitaches qui partagent le temps processeur entre différents processus. Dans ce cas, le nombre maximal de processus actifs est très variable:
Il est limité par la taille de la mémoire centrale et par la taille qu' occupe chaque processus dans cette mémoire.

Le problème dans ton raisonnement, c'est que tous les processus lancés seraient alors considérés comme exécutés simultanément? C'est sans doute correct sur on prend une vue d'ensemble, mais alors quid des processus qui attendent (avec des appels comme waitpid qui sont courants)? Tu sembles oublier aussi la mémoire virtuelle.

NOP = 0x90

Oui, un seul processus par processeur (en tout cas sur architecture i386, et je n'ai aucune idée à propos de l'HyperThreading). Ceci dit, il y a encore l'Itanic d'Intel ou les sytèmes distribués, et là ça devient chaud

[Psyko]

tous les processus lancés seraient alors considérés comme exécutés simultanément?

oui

mais alors quid des processus qui attendent (avec des appels comme waitpid qui sont courants)?

Je considere qu'à partir du moment ou un processus est vivant, il est en cours d'execution, qu'il soit à l'état élu ou endormi ne change rien.

Tu sembles oublier aussi la mémoire virtuelle.

Je ne vois pas très bien où tu veux en venir. Le transfert en mémoire virtuelle n'est que le changement du support physique du processus, son état logique n'est pas modifié.