(pas d'objet)

Bonjour,

Pour alimenter la discussion, voire  la prolonger ...

extrait de son contexte
...
Parallélisme versus concurrence
 Concernant les termes de parallélisme ou de concurrence, il convient de
les préciser un peu plus. En logiciel on distingue le parallélisme vrai
(physique), où des processus au comportement séquentiel (tâches) se
déroulent ou s?exécutent simultanément et indépendamment l?un de
l?autre, du parallélisme logique où l?exécution peut avoir lieu par
entrelacement. Lorsque le parallélisme est simulé, on le désigne avec le
terme de pseudo-parallélisme ou, plus généralement, avec celui de
concurrence. En effet, les processus sont dits concurrents
(concurrents), notamment quand ils s?exécutent dans un laps de temps
commun durant lequel ils peuvent être amenés à utiliser en alternance
des ressources communes [Hab 97], dont la ressource principale
processeur, d?où cette notion d?entrelacement.
Dans les systèmes parallèles la compétition d?accès à des ressources
communes est moindre, alors qu?elle est importante dans les systèmes
concurrents (accès au processeur, à la mémoire, etc.). Cependant,
conceptuellement parlant nous restons dans des contextes et des
problématiques semblables. Quelque soit l?ordre et le mode d?exécution
des processus, des points de communication et de synchronisation sont
toujours nécessaires afin de prévenir les conflits d?accès aux
ressources communes, d?assurer des modalités d?exécution et de faire
coopérer les processus entre eux. Quant au terme de quasi-parallélisme
que l?on rencontre parfois, il désigne les systèmes où les changements
de contexte, c?est-à-dire les passages de contrôle, sont essentiellement
et explicitement programmés dans les processus mêmes, communément
appelés coroutines.
D?autre formes de parallélisme existent, par les données, entre autres.
Il s?agit du modèle à flot de données que l?on retrouve également dans
le formalisme VHDL. Dans ce modèle il n?y a pas d?expression du
séquencement. C?est au compilateur ou au support d?exécution de
construire le séquencement des traitements en fonction de la
disponibilité des données tout en assurant la compatibilité avec les
dépendances fonctionnelles.

Approches du parallélisme en VHDL
Bien que des analogies subsistent, dans le cas du matériel c?est un peu
différent. En VHDL il existe en effet de nombreux énoncés ou
instructions dites concurrentes:
processus;
affectations concurrentes de signaux;
instantiations de composants;
procédures;
"generate";
assertions;
blocs.
Mais, les instructions concurrentes de VHDL permettent de décrire un
parallélisme véritable. Elles s?exécutent de façon asynchrone et sans
ordre relatif défini [Coh 98]. La concurrence a donc ici une
signification différente, par ailleurs cohérente avec la terme anglais
de concurrency, qui évoque plus la coopération. Les instructions
concurrentes sont ainsi utilisées pour décrire des systèmes dits à flots
de données, mais aussi des structures. On peut en effet considérér [Pel
97] les instructions VHDL comme un genre de netlist où les diverses
affectations effectuées décrivent autant de connexions entre différents
types de circuits (§ 8.4.4). VHDL favorise ainsi un parallélisme à grain
fin. Bien qu?elles doivent résoudre certaines problématiques communes,
la concurrence n?a donc en logiciel et en matériel pas le même sens. Les
instructions concurrentes VHDL s?apparentent donc plus à des
instructions parallèles.

Cordialement

  Luigi

-- HES-SO -----------------------  University of Applied Science
--   Luigi ZAFFALON
--   Laboratoire d'informatique industrielle
--   Ecole d'ingénieurs de Genève HES-SO
--   4, rue de la Prairie
--   1202 Genève SUISSE
--
--   Voice: +41 22 338 0 552
--   E-mail: zaffalon@xxxxxxxxxxxx
--   http://eig.unige.ch/lii
-------------------------------------------------------------------



_______________________________________________
Site WWW de l'association Ada-France: http://www.ada-france.org/
Ada-France@xxxxxxxxxxxxxx
http://www.ada-france.org/mailman/listinfo/ada-france