yAroTweet (ou le topic des pensées à la con) - Page 133

LOL

Sinon une fracture c'est moins chiant qu'une entorse.

Ah, souvenir de ma fracture de la cheville, faite en sortant de chez un client dans un zone industrielle crapoteuse, où j'ai quand même réussit à marcher 15mn pour prendre mon train, avant de faire un malaise vagual à l'intérieur, de ré-emerger pile à temps pour sortir à mon arrêt de train...
A noter que la chute m'a occasionné une sciatique à l'autre jambe qui depuis me suis fidèlement, pire qu'un chat à qui on a agité une crevette sous le nez.

jolie comparaison

lol, j'adore ton style littéraire OBO, tu devrais percer dans le roman techno ou ce genre de trucs

J'ai beaucoup lu William Gibson en V.O.

Son's of Anarchy, c'est bien ?

Ça tourne vite en rond je trouve !

Ça fait un moment, mais je n'arrive toujours pas à m'y faire… 2.5miyards pour Mojan. 2.5 Miyards !

Vu à la RGC, un truc pour Zeph :


Un affichage pas rassurant dans le bus :


Deux jeux pour Flanker (ils étaient gratos, je les ai pris) :


Pour le reste des photos, c'est par là : topics/172-168798-rgc-2014-photos-et-videos

Tiens d'ailleurs à propos de ce qu'on discutait avec Godzil, j'ai remarqué que 星のカービィ (hoshi no ka-bi, "kirby des étoiles") ce n'est pas spécifiquement le nom de ce jeu sur NES, le 3 que j'ai sur SNES s'appelle aussi comme ça (juste avec un 3 à la fin quoi).
Et un coup de Wikipédia me dit que Kirby's Dream Land aurait le même nom. Un peu bizarre comme nomenclature…

La version NES a un sous titre: 夢の泉の物語 (~The Story of the dream of Izumi)

(et en meme temps, Kirby viens bien des etoiles il n'est pas natif de Dreamland)

make -j, ça sert à quoi à part faire freezer un PC pendant une heure et bouffer toute la RAM ?

‘-j [jobs]’
‘--jobs[=jobs]’
Specifies the number of recipes (jobs) to run simultaneously. With no argument, make runs as many recipes simultaneously as possible.

Si tu veux limiter le nombre de trucs lancés en parallèle pour pouvoir faire autre chose à côté ? Enfin, en théorie

Voilà, on lit ici ou là de mettre le nombre de coeur - 1. Moi j'ai lancé sans arguments, top m'a montré + de 250 threads de cc1plus, et le PC a freeze pendant une éternité, avant de finir sur une internal error de cc1plus. Alors qu'un make lambda passe très bien

C'est fait pour paralléliser le build (pour qu'il prenne moins de temps donc). Sans argument j'imagine que ça prend autant de threads que le nombre de coeurs logique sur ta machine, quelque chose du genre, donc si tu as eu 250 threads c'est assez étonnant. Essaie avec une constante explicite un peu plus raisonnable (genre "make -j 8"), ça devrait non seulement fonctionner mais aller significativement plus vite qu'un "make" seul.

lol

bon, sinon, pour le RTOS NuttX qui est un peu velu:

$ cat /proc/cpuinfo | grep 'model name'
model name      : Intel(R) Core(TM) i5-4250U CPU @ 1.30GHz
model name      : Intel(R) Core(TM) i5-4250U CPU @ 1.30GHz
model name      : Intel(R) Core(TM) i5-4250U CPU @ 1.30GHz
model name      : Intel(R) Core(TM) i5-4250U CPU @ 1.30GHz

$ make clean
$ time make
real    0m20.080s
user    0m15.148s
sys     0m2.872s

$ make clean
$ time make -j2
real    0m11.630s
user    0m18.400s
sys     0m3.144s

$ make clean
$ time make -j3
real    0m10.158s
user    0m23.008s
sys     0m3.504s

$ make clean
$ time make -j4
real    0m9.741s
user    0m25.268s
sys     0m3.448s

$ make clean
$ time make -j5
real    0m9.734s
user    0m25.620s
sys     0m3.176s

$ make clean
$ time make -j
real    0m9.217s
user    0m25.108s
sys     0m3.108s

Dans TOUS les cas -j est légèrement plus rapide que -j5 et -j4 de 1/2 seconde

Folco: comme le mien et du reste celui de presque tout le monde, ton PC est "trop faible", il n'a pas assez de mémoire pour gérer simultanément 250+ cc1plus (worker de g++) sur des sources non triviaux

EDIT: Zeph: non, ça prend autant de jobs que les règles le permettent. Si le build complet est composé de milliers de fichiers, et qu'aucune règle de dépendance n'oblige à construire des fichiers avant d'autres, il y aura des milliers de builds simultanés.
A part builds particuliers, ou benchmark many-thread (les mainteneurs du kernel Linux utilisent ça), `make -j` est en général très contre-productif.

EDIT2: et bien sûr, `make -j0` ne fait pas d'auto-détection

Zeph -> sans argument, ça crée autant de threads que possible, ça se limite pas au nombre de coeur (ce que je croyais )
Donc comme dit Lionel, ma machine a fait pouf, parce que Codelite fait quand même plusieurs centaines de mégas, donc avec mes 8Go + 2Go, c'était foutu d'avance

bah tu fais -j nombre de cores, regarde mon benchmark.

bonne à savoir, quand même, ta mésaventure

squalyl> En gros dans ton cas ça n'a servi à rien quoi.

Hum a lancer autant de process que ce qu'il y a de fichiers qu'on peux lancer en //.

A eviter en general oui

-j [jobs], --jobs[=jobs]
Specifies the number of jobs (commands) to run simultaneously. If there is more
than one -j option, the last one is effective. If the -j option is given with-
out an argument, make will not limit the number of jobs that can run simultane-
ously.

Brunni: bah si quand meme on passe de 20 à 9 secondes, ça se sent

Avec le serveur a 24 CPU du boulot, sur un de mes projet je passe de 4s a 420ms

chuis jaloux

vous n'avez pas ça sur vos machines de bureau ?

que sur les bureaux où il y a 24 machines

pff

Ah tiens j'ignorais le comportement par défaut de prendre autant de threads que possible. C'est complètement idiot comme choix

faire une option explicite, pourquoi pas, mais mettre ça en choix par défaut, c'est vraiment curieux

sudo make forkbomb