Sujet : Re: Threads vs Process
De : lecoat (at) *nospam* atari.org (Francois LE COAT)
Groupes : fr.comp.sys.atariDate : 13. Aug 2024, 14:55:03
Autres entêtes
Organisation : To protect and to server
Message-ID : <v9fojn$2n22o$1@paganini.bofh.team>
References : 1 2 3 4 5 6 7 8 9 10 11
User-Agent : Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:91.0) Gecko/20100101 Firefox/91.0
Salut,
Pascal écrit :
Le parallélisme c'est le multi-threading pour Windows.
(ce message est une rediffusion d'un message de pehache (DataID=8LvWyTGexOV7e7dpDUfrjaTsXHY@jntp))
=== ALERTE IGNARE PEDANT EN LIBERTE ==> "Process" et "threads" sont deux concepts différents, et les deux sont des concepts purement *software*. Et les deux existent aussi bien sous Windows que sous les OS de type Unix. Un process a son espace mémoire propre, inaccessible par les autres process (sauf à mettre en oeuvre explicitement des fonctions de partage de mémoire, par exemple avec mmap() sous Unix), alors que les différents threads lancés depuis un process donné partagent tous le même espace mémoire. Un thread est toujours attaché à un process.
Quand à l'hyperthreading c'est le nom commercial chez Intel de la technologie SMT (Symmetric MultiThreading) et qui consiste à assigner 2 threads (au lieu d'un) sur un seul coeur physique à un instant T pour optimiser le remplissage du pipeline d'instructions. Malgré son nom, cette technologie est indépedante du threading de l'OS, et fonctionnerait tout aussi bien avec un OS qui n'aurait pas de notion de thread.
Si tu comprends ce qui est écrit, peux tu en faire un résumé digeste ?
ATARIstiquement vôtre =)
-- François LE COATAuteur de Eurêka 2.12 (Grapheur 2D, Modeleur 3D)https://eureka.atari.org/
…