Reprise du message précédent :

M1P ouais.

Beaucoup de transistors? Le M1 Pro a 33.7GT, Zen 3 a 4.15GT/CCD (8 coeurs par CCD), plus 2.1GT pour l’IOD, donc un Ryzen 9 a 10.4GT.
 
Au final il est pas nécessairement plus performant (en termes absolus), mais il a surtout un excellent PPW, et le scheduler a été adapté pour la structure hétérogène. Donc dans un portable ça se sent vraiment par rapport à des CPU intel qui throttle continellememt. Alder Lake a introduit une structure hétérogène (à partir du 12600KF) mais je sais pas quelle est l’efficacité des coeurs E, et à quel point les schedulers de Windows ou Linux ont été mis à jour pour.
 
Et la structure d’Alder semble un peu bizarre, en tout cas niveau mobile ça semble être la stratégie opposée d’Apple: à part Lake-H ils ont tous plus de E-cores que de P-cores, donc je présume que les cœurs E sont censé être la norme et les cœurs P sont censés être un équivalent de mode turbo.

https://kdy1.dev/posts/2022/1/tsc-go
 
 

Flo, réponse reçue, t'as un MP

Tu veux que je demande à mes amis le financement qu'ils ont choisi et pourquoi ?

C'est marrant on en discutait y a pas si longtemps avec des potes devs (autour d'une bière)
Bon y a très probablement moult trucs à prioriser avant, mais je pense qu'à un moment les boites (et notre secteur) ne feront pas l’économie de ce genre de débat: si y a un moment faut 75 fois plus de puissance pour faire tourner la même chose en Python, ça veut dire qu'in fine, t'as quand même 75 serveurs qui tournent au lieu de 1. Bon en vrai, c'est probablement moins, mais même si l'écart n'est que d'un facteur 10, à l'échelle du nombre de datacenter de la planète, c'est plus si négligeable. Bref, à un moment se posera probablement la question de la consommation de ton langage VS les éventuels plus-values que ton langage "lent" apporte par rapport à un langage plus efficient. Et je ne suis pas sur qu'à terme le fait de gagner quelques jours/semaines sur ton time-to-market soit un argument suffisant pour le fait d'émettre 10 fois plus de CO2

Mais c’est pas si simple que ça parce-que tes semaines de TTM c’est aussi des semaines d’ingénierie, qui ont leur coût. Et le coût CO2 c’est une externalité qui financièrement a une répercussion très faible, parce-que les boites en ont globalement rien à foutre du coût CO2, ce qu’elles regardent c’est la ligne de budget (et encore).
 
Et c’est pas toujours possible mais *souvent* t’as quand même un 80/20 sur les perfs donc tu peux réduire la distance avec une base de code mixte (qui apporte son lot de problèmes, bien sûr), et le faire *après* que t’aies validé que ton projet ait du sens, parce-que augmenter ton TTM et ton coût de production pour avoir 0 en sortie c’est aussi une strat’ qui a ses problèmes.

Faut vraiment que je me mette à Rust. Pour la planète.

 
Ah oui, je veux bien.

Shenzen confiné, on a pas fini d'en chier

On était que quelques uns à porter le masque au taf ce matin, c'est très rigolo le gros moment de flottement entre 2 sans masques en train de discuter dans un bureau lorsque l'un d'eux a une grosse quinte de toux/éternue bien fort

Après la france est pas descendue sous 50k cas journaliers depuis mi décembre, et est en train de remonter. Et 100 décès / jour depuis début décembre (après la partie “positive” de ce pic de début d’année c’est que le pic à 500k infections n’a donné “que” 500 décès / jour, contre 1500 pour la première vague en 2020 — on va ignorer les chiffres de cas journaliers probablement complètement fantaisistes, même si les décès sont probablement pas beaucoup mieux).
 

 
Ca va peut être entraîner des relocalisation  

C'est sans compter la performance des algos. Des algos pourris avec des langages rapides il y en a pléthore.

Je pensais surtout aux pénuries

voilà

genre l'algo d'allocation mémoire  

C'était bien entendu "toutes choses étant égales par ailleurs". Mais à ma connaissance il n'existe pas d'algo que tu ne puisses implémenter que dans un langage "haut niveau"/interprété et pas dans un langage plus bas niveau, même si éventuellement l'un sera plus lisible/facile à implémenter que l'autre. Mais c'est sur que du O(n cube) ça restera pourri quelque soit le langage

Il serait temps.  
 
Tous ces trucs essentiels de tooling devraient dépoter niveau rapidité, que ce soit en Go, en Rust, en Java avec Graal, mais faut que ça dépote

Clair, faut sensibiliser les devs.
 
Un des tech lead ici qui commit un truc obvious en n² (basé sur des lectures de fichier Excel) je lui fait la remarque, suffit d'indexer dans une Map, il me sort que ça ne tourne que dans les tests et pas en PRD donc que c'est pas vital  
C'est pas comme si c'était déjà super chiant que toute la phase de test + sonar prenne 12 minutes à chaque commit  

 
 
En vrai, j'suis pas sur des énormes projets, mais j'ai jamais eu de soucis de "lenteur" avec TS.
 
Le build, tu le fais quand tu veux deploy donc c'est assez rare. Le reste du temps en dev, un tsc -w, c'est instantané.

O(n^3) c’est pour les homogays, ici on fait du O(3^n).
 

Après ça peut être vrai, si t’as une complexité quadratique mais que ta constante est très faible et que ta cardinalité est basse, ça peut offrir d’excellente performances avec du code simple (c’est d’ailleurs tout le problème), comparé à une complexité quasilinéaire ou même linéaire avec une haute constante et une complexité beaucoup plus haute.
 
Typiquement, si t’as peu d’éléments une recherche linéaire dans un array va largement battre la création d’un hashset et la recherche dedans.

C'est viscéral pour moi, j'ai été marqué à vie avec Scala au boulot il y a fort longtemps, plus jamais, je veux que ça pulse  
Je prends déjà sur moi en Kotlin car c'est pas non plus une fusée parfois

y'a des techniques un peu bizarres où on joue avec les bits d'un pointeur qui peuvent être un poil compliqué à implémenter sur dans certains langage. On peut toujours s'en sortir en mettant les objts dans un tableau et en considérant l'index comme un pointeur, mais ça a toutes les changes de changer défavorablement certaines caractéristiques.

ASM FTW

 
et peu d'éléments ça peut être 5k/10k éléments

Oui mais a fortiori, en général les langages qui permettent de manipuler facilement les bits individuellement, c'est rarement des langages interprétés de haut niveau comme Python non ? (je sais qu'on peut manipuler des bits en Python, mais ça se fait rarement quand même). Du coup ça renforce mon point non ?

Oui, comme dit tout dépend de ta cardinalité (et de son évolution planifiée aussi).

pardon, oui, mal lu. Je lis ce que je veux, rien à foutre de ce que vous écrivez.
 
dans l'autre sens le gargabe collector est parfois incontournable pour certains algos sur des graphes compliqués (où les noeuds peuvent se faire isoler sans préavis)  
Encore une fois, on peut se démerder avec un tableau des noeuds qui va servir à connaitre tous l'univers des noeuds et on peu implémenter un GC explicitement en marquant récursivement les vivants à partir des racines.
 
Souvent les langages à GC ont des perfs assez importantes dans ce secteurs. ça arrive notamment dans certains secteurs de la simulation, où les équations sont propagées et transformées jusqu'au bout.

En l’occurrence python est pas pire que C en manipulation de bits (et les deux sont bof), python limite surtout quels bits tu peux aller manipuler. Et devoir “unpacker” les données parce que le langage est pas assez bas niveau pour pouvoir les manipuler peut avoir un impact drastique sur tes perfs, surtout sur des machines modernes.

entre le "compis ce que je veux", et le "j'ai bien compris, mais envie de changer le sujet de toute façons" la qualité de ma conversation est parfois un peu déficiente.

On va quand même partir sur l'hypothèse que chez google et facebook, ils évitent de déployer des algos pourris sur des centaines de milliers de serveurs.

C'est un ordre de grandeur de plus que ce que je pensais. J'imagine que tu as fait le test ?

Contrainrement à Rockstar

Chez rockstar le fameux patch était coté client  

J’ai interprété ça comme l’inverse, que la signification de “peu d’éléments” est contextuel, donc faut faire gaffe avec un qualificatif aussi flou.
 
Après pour moi si tu utilises “peu d’éléments” pour plus d’éléments qu’il y a dans une PME, tu mérites le bagne pour peu d’années et casser peu de cailloux

 
Oui mais avec d'autres contraintes, je comparais un find linéaire dans un std::vector (contigu en mémoire) avec un std::map (un RB tree) et un std::unordered_map (une hashtable), qui ne sont pas très cache-friendly. Avec des structures très cache-friendly du genre boost flatmap ou autre, le nombre à partir duquel la hashtable devient plus intéressant doit être pas mal inférieur.

Musk qui trolle sur la guerre puis demande un combat avec Poutine sur Twitter.  
 
Si ça pouvait se finir par une tasse de thé au polonium...

Tu penses plus “polonium-off”, ou “polonium in a box?

 
 
https://nee.lv/2021/02/28/How-I-cut [...] mes-by-70/  je mets ça là pour le contexte

Y'en a beaucoup ici qui ont totalement switché de langage/métier, passer du dev web à du langage plus bas niveau par exemple ? Vu votre âge, j'imagine que tlm ou presque ?

Perso j'en ai quasi jamais fait en cours et aujourd'hui, ca me décourage à chaque fois que je tente. J'ai fait un peu de Java, de PHP, de JS. Jai découvert/switch de framework assez facilement à chaque fois, mais quand je fais du Rust, j'ai l'impression de découvrir la programmation ou presque quoi.
Même faire des projets sur Arduino ça me parait plus simple.

Mais des choses bêtes en Rust me prennent une éternité quand je m'y essaye. Sans compter que tu trouves 10 manières de faire différentes qui sont pas tjs dans le cook book et sans trop d'explications. Et j'ai pas 200 IQ comme la majorité du topic.

 
Tu sors de ton domaine d'expertise (donc ça rallonge) et tu arrives sur des technos demandant plus de micro-gestion de tout (donc ça rallonge), c'est normal que ça prenne une éternité don't worry. Rien que parser correctement un bout de texte ça peut être toute une aventure sur plusieurs jours

 
Vu mon âge, le dev web ça existait pas vraiment
 
Donc non, j'ai jamais switché : Java depuis 20 ans + (ou , va savoir)