Re: [gull] [SPAM] Re: [SPAM] naaan c'est pas de la pub pour *ntel outside!

2023-01-22 Par sujet Philippe Strauss via gull 
Au contraire il me semble que c'est bien la bureautique qui bénéficie 
le moins des multicore, pour preuve intel et ses performance core 
contre efficiency core.
mais sous linux il n'y en a pas réélement besoin, libreoffice est pas 
bien gourmand.


je connais pas le domaine de la base de donnée de ce côté, si ce 
n'est (ne sont) quelques datastructures parallélisable sans locking en 
mémoire.



(la môlice vaunoise tente une modération de mes email, ce d'une 
manière grassroot selon l'éther - tout va bien)


Le dim., janv. 22 2023 at 11:51:53 +01:00:00, Philippe Strauss 
 a écrit :
ah mais attends qu'on se comprenne bien, la parallélisation par 
processus fonctionne bien, et même pas besoin réélement de 
ParallelGcc concernant la compilation, make -j suffit amplement. Les 
serveurs idem, avec un peu de multithreading ici et là.


regarde, même en surface, intel ISPC pour le multimedia, ça unifie 
la progr. SIMD et le threading, c'est vraiment un joli et surtout 
utile modèle de progr.






c'est à partir de quel âge qu'on arrive plus à mrogrammer, je 
commence à m'inquiéter, je deviens une de ces flemasses pour m'y 
mettre, et souvent il y a du coulis de framboise et du film 
alimentaire sur le néocortex... faut connaître ma novlangue et un 
certain vécu pour comprendre. je crypte mes messages, comprenez suis 
un agent secret, MOI!!


:)

(y a des bizarreries de wifi qui tombe, de délai ou messages 
filtrés sur la liste...)


___
gull mailing list
gull@forum.linux-gull.ch
https://forum.linux-gull.ch/mailman/listinfo/gull

Re: [gull] [SPAM] Re: [SPAM] naaan c'est pas de la pub pour *ntel outside!

2023-01-22 Par sujet Philippe Strauss via gull 



1. utilisation bureautique. max 5 coeurs sont utilisés en 
simultané, CPU idle la plupart du temps.


Oui, en effet. Mais c'est sans doute l'une des situation où l'on 
arrive à tirer le mieux parti des CPUs multi-coeurs.



2. utilisation multimedia


Oui, mais là je ne vois pas un vrai avantage d'avoir du multi-coeur. 
D'autant que pour le 3D et le Raytracing il y a déjà des librairies 
adaptées pour les différents GPUs. Pour visionner un film... A part 
le décodage déjà optimisé avec des fonctions dans les CPU/GPU, je 
ne vois pas.



3. compilation


Oui, il existe une version parallélisable de gcc :




ah mais attends qu'on se comprenne bien, la parallélisation par 
processus fonctionne bien, et même pas besoin réélement de 
ParallelGcc concernant la compilation, make -j suffit amplement. Les 
serveurs idem, avec un peu de multithreading ici et là.


regarde, même en surface, intel ISPC pour le multimedia, ça unifie la 
progr. SIMD et le threading, c'est vraiment un joli et surtout utile 
modèle de progr.


https://github.s3.amazonaws.com/downloads/ispc/ispc/ispc_inpar_2012.pdf?X-Amz-Algorithm=AWS4-HMAC-SHA256=AKIA5BA2674WEWV2CIOD%2F20230122%2Fus-east-1%2Fs3%2Faws4_request=20230122T104103Z=300=host=0676c9df0fc18384f5ac9b2313b09b50603d5643fb72e5b9302e78078ecef0e5

https://ispc.github.io/example.html

c'est à partir de quel âge qu'on arrive plus à mrogrammer, je 
commence à m'inquiéter, je deviens une de ces flemasses pour m'y 
mettre, et souvent il y a du coulis de framboise et du film alimentaire 
sur le néocortex... faut connaître ma novlangue et un certain vécu 
pour comprendre. je crypte mes messages, comprenez suis un agent 
secret, MOI!!




___
gull mailing list
gull@forum.linux-gull.ch
https://forum.linux-gull.ch/mailman/listinfo/gull

Re: [gull] [SPAM] Re: [SPAM] naaan c'est pas de la pub pour *ntel outside!

2023-01-22 Par sujet Philippe Strauss via gull 
ah mais attends qu'on se comprenne bien, la parallélisation par 
processus fonctionne bien, et même pas besoin réélement de 
ParallelGcc concernant la compilation, make -j suffit amplement. Les 
serveurs idem, avec un peu de multithreading ici et là.


regarde, même en surface, intel ISPC pour le multimedia, ça unifie la 
progr. SIMD et le threading, c'est vraiment un joli et surtout utile 
modèle de progr.






c'est à partir de quel âge qu'on arrive plus à mrogrammer, je 
commence à m'inquiéter, je deviens une de ces flemasses pour m'y 
mettre, et souvent il y a du coulis de framboise et du film alimentaire 
sur le néocortex... faut connaître ma novlangue et un certain vécu 
pour comprendre. je crypte mes messages, comprenez suis un agent 
secret, MOI!!


:)

(y a des bizarreries de wifi qui tombe, de délai ou messages filtrés 
sur la liste...)


___
gull mailing list
gull@forum.linux-gull.ch
https://forum.linux-gull.ch/mailman/listinfo/gull

Re: [gull] [SPAM] Re: [SPAM] naaan c'est pas de la pub pour *ntel outside!

2023-01-22 Par sujet Daniel Cordey via gull 

Pour info, ton message a bien passé malgré Pinochet :-)


Ah pas évident la progr. parallèle.


Non, les journaliste font les perroquets des fabricants de CPU et ne 
réfléchissent pas à ce qu'ils disent. Selon des statistiques publiées à 
l'époque par... je ne sais plus qui... Les programmes confiés à des 
machines comme le Cray n'arrivaient à utiliser que 15% des performances 
théoriques de vectorisation de ce genre de machine... Après une année 
d'optimisation du code. On a fait des progrès avec des librairies de 
traitement matriciel écrites spécialement pour tirer parti des systèmes 
multi-units (ALU, FPU, CUDA, etc.), mais ça reste très spécifique et 
limité.


L'un des problèmes de multi-threading en calcul est l'accès concurrent à 
des zones de mémoire communes. Y'a pas de solution... à moins d'avoir un 
compilateur qui pourrait séparer ces zones, qu'il faudrait identifier à 
la compilation ou avec "profile"... Et ensuite répartir ces zones dans 
différentes "banc" de RAM... C'est très compliqué et c'est spécifique à 
chaque machine !


1. utilisation bureautique. max 5 coeurs sont utilisés en simultané, CPU 
idle la plupart du temps.


Oui, en effet. Mais c'est sans doute l'une des situation où l'on arrive 
à tirer le mieux parti des CPUs multi-coeurs.



2. utilisation multimedia


Oui, mais là je ne vois pas un vrai avantage d'avoir du multi-coeur. 
D'autant que pour le 3D et le Raytracing il y a déjà des librairies 
adaptées pour les différents GPUs. Pour visionner un film... A part le 
décodage déjà optimisé avec des fonctions dans les CPU/GPU, je ne vois pas.



3. compilation


Oui, il existe une version parallélisable de gcc :

https://gcc.gnu.org/wiki/ParallelGcc

concernant le multimedia et le numcomp, regardez intel ISPC, c'est un C 
augmenté dans le même paradigme que les shaders opengl ou vulkan, pour 
faire du SIMD et multithreading automatisé, c'est top, le reste 
intégralement de la m à côté mais c'est un certain investissement en 
terme d'apprentissage, pas sur la syntaxe, mais la sémantique de ce langage.


Je ne fais plus ce genre d'exercice depuis longtemps. Ça prend 
énormément de temps et ton code se trouve attaché à une architecture 
très spécifique. De plus, on retombe sur le problème lié aux zones 
mémoire communes qui ne peuvent pas tirer parti des multi-canaux d'accès 
à la RAM et se retrouvent à faire la queue sur un seul canal.


c'est en ça qu'il important d'avoir une TDP de base faible, les 
conséquences du point 1.


Exact !


(difficile d'éviter le frenglish dans nos domaines de l'informatique.. :)


Oui... j'essaie mais certains termes Français sont encore plus ridicules 
(bogue... !)


dc
___
gull mailing list
gull@forum.linux-gull.ch
https://forum.linux-gull.ch/mailman/listinfo/gull