Le topic de la programmation: Et envoyez des sioux!

**TarteAuxFleurs** · 01/09/2017, 22h41

Envoyé par taronyu26

Ah, les smart pointers

Les vrais n'utilisent pas ce mécanisme de faible

Sinon je me suis commandé deux bouquins qui ont l'air vraiment bien. Un sur le développement C/Asm pour ARM (récent et introuvable en France, du coup go UK), un autre sur le reverse engineering et entres autres la couche kernel de Windows.

Il y a ça, et toutes les fonctionnalités qui faisaient de C++ un langage moderne

**Taro** · 01/09/2017, 22h42

Ah merde. T'as perdu quoi du coup, C++ 14, C++ 11 ?

**rOut** · 01/09/2017, 23h01

c++2a

**Taro** · 01/09/2017, 23h04

Adieu délégations de constructeurs, initialisateurs d'attributs, foreach...?

Je compatis.

**TarteAuxFleurs** · 01/09/2017, 23h35

Envoyé par taronyu26

Ah merde. T'as perdu quoi du coup, C++ 14, C++ 11 ?

Ouais en gros c'est ça

Faut que j'envoie un mail au prof, je crois que la machine qu'il utilise pour compiler tourne sous redhat, si ça se trouve il peut upgrade g++ facilement !

**Taro** · 02/09/2017, 00h55

C'est moche ça...

Il va falloir s'ARMer de patience

**Thamior** · 02/09/2017, 02h45

Envoyé par taronyu26

C'est moche ça...

Il va falloir s'ARMer de patience

Par ici les royalties, merci

**vectra** · 02/09/2017, 13h57

Envoyé par Lazyjoe

Viens on est bien.

Par contre c'est vraiment parallélisme 101, le public habituel c'est les thésards en CFD qui veulent un peu comprendre comment marche le parallélisme des codes qu'ils vont utiliser.

Perso, j'ai jamais fait de MPI et ça m'a coûté un entretien d'embauche déjà.
Pour OpenMP, je pense qu'on peut faire un peu plus que paralléliser des boucles for comme dans mon code. Si la formation couvre un peu tout cela, ça peut valoir le coup comme-même.

**Taro** · 02/09/2017, 18h11

Et pourquoi ne pas gérer toi-même tes propres threads explicites ?

Avec ce petit sentiment de puissance ?

**Lazyjoe** · 04/09/2017, 14h46

Envoyé par vectra

Perso, j'ai jamais fait de MPI et ça m'a coûté un entretien d'embauche déjà.
Pour OpenMP, je pense qu'on peut faire un peu plus que paralléliser des boucles for comme dans mon code. Si la formation couvre un peu tout cela, ça peut valoir le coup comme-même.

Ah bah ça bosser dans le HPC et ne jamais avoir touché MPI c'est quand même surprenant.

Pas sûr que tu apprennes grand-chose dans la partie OpenMP, mais bon le plus gros de la formation est sur MPI de toutes façons.

- - - Mise à jour - - -

Envoyé par taronyu26

Et pourquoi ne pas gérer toi-même tes propres threads explicites ?

Avec ce petit sentiment de puissance ?

Ouais, quand je pense à tous ces gens qui font du GPGPU en cuda au lieu de détourner des shaders et des textures... Le monde est devenu fainéant faut croire.

**brundleti** · 04/09/2017, 15h23

Envoyé par vectra

Perso, j'ai jamais fait de MPI et ça m'a coûté un entretien d'embauche déjà.
Pour OpenMP, je pense qu'on peut faire un peu plus que paralléliser des boucles for comme dans mon code. Si la formation couvre un peu tout cela, ça peut valoir le coup comme-même.

Je ne sais pas si quelqu'un a déjà passe ces liens ou si tu les connais déjà mais l'idris avait des cours dispo en pdf avec tp et exo corriges sur MPI et OpenMP :http://www.idris.fr/formations/mpi/ http://www.idris.fr/formations/openmp/ http://www.idris.fr/formations/hybride/

Concernant la programmation via les threads et autres,Paul E. McKenney (un inge IBM qui bosse/ a bosse sur le noyau Linux) a écrit (et il ajoute toujours des trucs) 1 bouquin accessible via git (il faut juste le compiler c'est du tex

http://git.kernel.org/pub/scm/linux/...k/perfbook.git

Je l'avais lu un peu en diagonale mais il y avait beaucoup de choses très intéressantes (mais pas mal sont linux-centriques.)

**Taro** · 04/09/2017, 22h05

Envoyé par Lazyjoe

Ouais, quand je pense à tous ces gens qui font du GPGPU en cuda au lieu de détourner des shaders et des textures... Le monde est devenu fainéant faut croire.

Joli !

**Møgluglu** · 05/09/2017, 09h57

Non mais depuis qu'il y a les Frame Buffer Objects en OpenGL le GPGPU c'est trop facile. Quand ont avait les pbuffers avec des bugs différents à contourner pour chaque driver graphique, c'était le bon temps.

**Lazyjoe** · 05/09/2017, 10h35

So much memories....

Mon projet de master 1 pas fini car à la maison j'avais une ATI limitée à quelquechose comme 96 instructions par shader alors que les geforce de l'époque en permettaient 512. Et le shader principal en demandait une centaine.

**FB74** · 05/09/2017, 11h02

Envoyé par Lazyjoe

So much memories....

Mon projet de master 1 pas fini car à la maison j'avais une ATI limitée à quelquechose comme 96 instructions par shader alors que les geforce de l'époque en permettaient 512. Et le shader principal en demandait une centaine.

ATI...

**Møgluglu** · 05/09/2017, 11h42

D'ailleurs les excellents tutos de Dominik Göddeke sont toujours en ligne.

Avec les tables de compatibilité qui tuent

:
http://www.mathematik.uni-dortmund.d...l.html#arrays3

**war-p** · 05/09/2017, 12h30

Envoyé par taronyu26

Joli !

La base quoi!

**Lazyjoe** · 05/09/2017, 16h11

Les float32 implémentés sur 24 bits en interne.

**Møgluglu** · 05/09/2017, 16h59

Faut pas se moquer, quand ATI a introduit les flottants 24 bits sur le R300, Nvidia en était encore au 16 bits.

Quand les deux sont passés au format 32 bits, c'est devenu encore plus drôle : le format de représentation suit à peu près IEEE 754, mais les opérations genre additions et multiplications pas du tout. Et chacune dévie à sa propre façon, entre le nombre de bits de garde, les biais d'arrondi, sans parler du traitement des infinis et des NaN....

Le plus classe étant les pixel shaders du NV40 qui avaient chacun deux unités de calcul différentes. Tu peux faire deux fois la même addition dans ton shader, si les deux ne s'exécutent pas dans le même additionneur elle peuvent renvoyer un résultat différent.

**Lazyjoe** · 05/09/2017, 17h17

Bizarrement, je ne suis pas du tout triste d'avoir changé d'orientation et évité tout ça par la suite.

Là je me remets à la programmation GPU avec OpenACC, c'est quand même beaucoup plus souple.

**William Vaurien** · 05/09/2017, 17h33

Bizarrement... C'est vraiment étrange...

**vectra** · 05/09/2017, 20h35

Envoyé par brundleti

Je ne sais pas si quelqu'un a déjà passe ces liens ou si tu les connais déjà mais l'idris avait des cours dispo en pdf avec tp et exo corriges sur MPI et OpenMP :http://www.idris.fr/formations/mpi/ http://www.idris.fr/formations/openmp/ http://www.idris.fr/formations/hybride/

Concernant la programmation via les threads et autres,Paul E. McKenney (un inge IBM qui bosse/ a bosse sur le noyau Linux) a écrit (et il ajoute toujours des trucs) 1 bouquin accessible via git (il faut juste le compiler c'est du tex

http://git.kernel.org/pub/scm/linux/...k/perfbook.git

Je l'avais lu un peu en diagonale mais il y avait beaucoup de choses très intéressantes (mais pas mal sont linux-centriques.)

Merci pour l'info.
En tous cas, bravo les gars, vous vous êtes surpassés. Je cherche l'inspiration pour un nouveau titre qui va bien là...

Envoyé par Lazyjoe

Ah bah ça bosser dans le HPC et ne jamais avoir touché MPI c'est quand même surprenant.

Pas sûr que tu apprennes grand-chose dans la partie OpenMP, mais bon le plus gros de la formation est sur MPI de toutes façons.

Comme tu dis, y'a certainement eu un malentendu sur la définition du HPC. Personnellement, je me serais vu dans de l'optimisation CPU ou du portage GPU, mais à l'échelle d'une seule machine. Ce genre de cas de figure devient mainstream pour l'informatique scientifique à petite échelle (imagerie médicale, pilotage d'instruments: j'ai vu ça dans plein de villes sauf Toulouse). Par contre, sur Toulouse, j'ai l'impression que le calcul "massivement" distribué genre MPI ou Spark, AWS (pastaper, je n'y connais rien) constitue le gros des postes, et qu'ils n'embauchent que des gens très bien formés pour ça.

**Max_well** · 05/09/2017, 23h28

Chais pas où le mettre alors... Au revoir Solaris : http://dtrace.org/blogs/bmc/2017/09/...fe-of-solaris/

**vectra** · 05/09/2017, 23h36

J'étais pas spécialement fan mais j'ai fait quelques années avec les stations et terminaux/serveurs de chez Sun

Spéciale dédicace au gars qui a volé un terminal Sun en salle de TP matméca, ça va devenir un collector.

**Teocali** · 05/09/2017, 23h44

J'aimais bien Solaris. mais bon, c'est parce que j'ai bossé un an chez Sun en... putain, 2004 ? 2005 ? A l'aide, je suis vieux...

**rOut** · 05/09/2017, 23h58

Envoyé par vectra

Merci pour l'info.
En tous cas, bravo les gars, vous vous êtes surpassés. Je cherche l'inspiration pour un nouveau titre qui va bien là...

Moi je trouve que programmer en assembleur c'est trop facile, du coup je fais l'inverse en ce moment.

**FB74** · 06/09/2017, 00h09

Envoyé par rOut

Moi je trouve que programmer en assembleur c'est trop facile, du coup je fais l'inverse en ce moment.

Je suis surpris que tu ne tapes pas directement ton programme en langage machine et que tu passes encore par l'étape de l'assembleur...

**Max_well** · 06/09/2017, 09h48

Envoyé par vectra

J'étais pas spécialement fan mais j'ai fait quelques années avec les stations et terminaux/serveurs de chez Sun

Spéciale dédicace au gars qui a volé un terminal Sun en salle de TP matméca, ça va devenir un collector.

Envoyé par Teocali

J'aimais bien Solaris. mais bon, c'est parce que j'ai bossé un an chez Sun en... putain, 2004 ? 2005 ? A l'aide, je suis vieux...

Moi je suis certifié Admin Solaris 8, avec le diplôme et le pin's

**Lazyjoe** · 06/09/2017, 11h00

Envoyé par vectra

Comme tu dis, y'a certainement eu un malentendu sur la définition du HPC. Personnellement, je me serais vu dans de l'optimisation CPU ou du portage GPU, mais à l'échelle d'une seule machine. Ce genre de cas de figure devient mainstream pour l'informatique scientifique à petite échelle (imagerie médicale, pilotage d'instruments: j'ai vu ça dans plein de villes sauf Toulouse). Par contre, sur Toulouse, j'ai l'impression que le calcul "massivement" distribué genre MPI ou Spark, AWS (pastaper, je n'y connais rien) constitue le gros des postes, et qu'ils n'embauchent que des gens très bien formés pour ça.

Question d'échelle je pense. Tu as des grooooosses boîtes qui font des grooooos calculs.
Ou plus pragmatiquement : "oui ce serait bien si on tournait 3 fois plus vite sur la même machine, mais là en fait on a accès à un cluster avec 1000 processeurs donc je préfère qu'on puisse tourner là-dessus même si ça ne va que 100 fois plus vite"

**rOut** · 06/09/2017, 11h22

Envoyé par FB74

Je suis surpris que tu ne tapes pas directement ton programme en langage machine et que tu passes encore par l'étape de l'assembleur...

Ben non, là c'est plutôt décompiler des trucs... mais j'arrive pas encore à lire l'hexa.

Discussion: Le topic de la programmation: Et envoyez des sioux!

Outils de la discussion

Règles de messages