Path: eternal-september.org!news.eternal-september.org!feeder3.eternal-september.org!newsfeed.bofh.team!paganini.bofh.team!not-for-mail
From: Francois LE COAT <lecoat@atari.org>
Newsgroups: fr.comp.sys.atari
Subject: Re: Threads vs Process
Date: Thu, 15 Aug 2024 15:30:53 +0200
Organization: To protect and to server
Message-ID: <v9kvud$39jll$1@paganini.bofh.team>
References: <v71gat$aj8p$1@dont-email.me> <v9fc6t$2mdfg$1@paganini.bofh.team>
 <wZ3kBCL52vnUkkvFGisuqwdZ7Mk@jntp> <v9fojn$2n22o$1@paganini.bofh.team>
 <v9fqr5$12bq$1@news.usenet.ovh> <v9fv26$2nd94$1@paganini.bofh.team>
 <QHmHcgZ1wpB0WQGUWir7UJkc0BU@jntp> <v9inhr$30tgg$1@paganini.bofh.team>
 <LPj-LG68xkkv2S1Cv5zPLRuBONE@jntp> <3kFmA5w1Ga-hCPXht5gTT6S-Amw@jntp>
 <6sERMUni4sfwXdzWb8aTSFjGgPs@jntp>
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-15; format=flowed
Content-Transfer-Encoding: quoted-printable
Injection-Date: Thu, 15 Aug 2024 13:30:54 -0000 (UTC)
Injection-Info: paganini.bofh.team; logging-data="3460789"; posting-host="a22rm1X6kIIqr1T+AUzo+w.user.paganini.bofh.team"; mail-complaints-to="usenet@bofh.team"; posting-account="9dIQLXBM7WM9KzA+yjdR4A";
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:91.0)
 Gecko/20100101 Firefox/91.0
X-Notice: Filtered by postfilter v. 0.9.3

Salut,

OL =E9crit=A0:
>>>>> Et moi je te r=E9pond que dans le monde moderne sur une machine de =

>>>>> bureau actuel le parall=E8lisme pour faire du calcul (on parlait bi=
en=20
>>>>> de cela il me semble) se fait par thread pas par process, faudrait =

>>>>> te mettre =E0 jours.
>>>>
>>>> Bien pour faire du traitement d'images, et de la vision artificielle=
,
>>>> qui sont des calculs assez complexes, principalement sur des entiers=
,
>>>> j'utilise les ressources parall=E8les des machines multi-coeurs, en
>>>> lan=E7ant des processus concurrents. Il suffit souvent de d=E9couper=
 les
>>>> images, et de lancer des calculs identiques, sur des morceaux d'imag=
es,
>>>> et de regrouper les calculs sur les diff=E9rents morceaux ind=E9pend=
ants.
>>>
>>> Effectivement tu peux faire comme cela, est-ce pour autant le plus=20
>>> efficace ?
>>> Non et de tr=E8s loin.=20
>>
>> Tout d=E9pend le type de calcul, cette m=E9thode rustique peut dans=20
>> certains cas convenir. Mais c'est bien ce qu'elle est : rustique.
>=20
> Oui rustique

Mais =E7a marche partout, et c'est totalement portable d'un Unix =E0 un
autre, puisque j'utilise le m=EAme code sur freeMiNT, Solaris, macOS et
GNU/Linux. Il n'y a pas de biblioth=E8que d=E9di=E9e =E0 utiliser, et c'e=
st
le syst=E8me qui s'occupe de r=E9partir la charge de calcul, sur le ou le=
s
processeurs pr=E9sents sur la machine. C'est un fondement de Unix avec
le multit=E2che pr=E9hemptif, qui permet de g=E9rer un nombre arbitraire =
de
processeurs. On atteint jamais strictement la charge maximale de ou des
processeurs, mais la commande syst=E8me `time` permet de v=E9rifier que l=
'on
approche les 100% de charge avec un CPU, les 200% avec deux etc. Je
ne suis pas s=FBr que l'on aie une m=E9thode aussi portable et universell=
e
en utilisant des threads. C'est tr=E8s simple =E0 mettre en oeuvre,
ind=E9pendamment du nombre de processeurs. Pourquoi se compliquer la vie,=

=E0 =E9crire un code explicitement parall=E8le ? C'est compl=E8tement int=
uitif !

ATARIstiquement v=F4tre =3D)

--=20
Fran=E7ois LE COAT
Auteur de Eur=EAka 2.12 (Grapheur 2D, Modeleur 3D)
https://eureka.atari.org/