Question bête : est-ce que svelte a des dépendances au runtime ? React pour être inclus tel quel à besoin d'un script react, mais évidement impossible d'avoir 2 script react de version différente.
Le code généré par svelte semble complètement indépendant, est-ce le cas ?
"Vous omettez un détail important : le gvt exige que la part du PIB consacrée aux retraites reste constante."
C'est un objectif. Mais si le gouvernement n'a pas la main dessus, cela ne pourra pas se faire.
La France en est à 14pts de PIB, ce qui est gros dans l'OCDE. Allez au delà, cela veut dire que les personnes de 40 ans vont payer plein pot pour les boomer qui on eu la retraite à 60 ans, et auront cotisé bien moins (taux de réversion de x4, contre x1.1 actuellement)
Oui mais non, les 28% cela marche avec les 44 trimestres de cotisation et l'age de départ à 62 ou 63 ans. Si tu baisses l'age d'entrée, tu augmentes les cotisations avec l'effet cumule ou tu perds une cotisation et tu gagne une rente. Il faut donc passer à 32% ou plus.
De plus si tu fais payer sans ouverture de droits, c'est logique que ces gens ne soient pas content. Déjà les 2.8% contre rien du tout, ils n'aiment pas.
Sauf que ton cas est complétement fictif, le but est de montrer l'effort d'un pays par rapport à sa richesse, cela permet de comparer les pays entre eux.
Mais attention sur les résultats, un même % de pib peut donner des moyens trés différent entre pays (France vs Suisse par exemple).
La démographie joue aussi un rôle, la France a beaucoup de jeunes par rapport aux autres.
Cela un sens d'avoir un AST de haut niveau pour faire des optims de haut niveau et ensuite de générer le C++ ?
J'avais regardé un jour l'AST de llvm, c'est très très bas niveau. Le truc marrant, c'est qu'ensuite un tel AST serait une cible de choix pour tout nouveau langage qui bénéficierait ainsi de tes optims + celle de C++.
Un autre point concernant l'AST, en général, il y a plus d'une centaine d'éléments différent. L'optimisation consiste à reconnaître des patterns (visiteur ?) puis remplacer le bout d'arbre par un autre, et même de le "faire en boucle" (Lisaac tournait jusqu'à obtenir un point bas).
Lisaac, avec son AST à ~15 classes, avait montré un truc hyper sympa : bien plus d'optimisations devenaient possibles. Vu qu'il n'y a qu'un seul moyen de faire une boucle, toutes les optimisations de boucle s'appliquaient tout le temps.
Je me demandais donc si c'était pensable de passer d'un AST pléthorique, à un truc plus simple pour rendre les optimisations plus simples à écrire.
Je pense avoir vu une présentation de Lisaac aux journées de la compilation françaises, à Aussois. Probablement donnée par toi ?
Non, c'est sans doute Benoit Sonntag.
Les fondements théoriques de Pythran sont assez flous et mouvants, mais il reste des choses amusantes à faire, soit au niveau du typage si c'est un truc qui te branche, ou également (mais c'est un gros chantier) sur l'ownership.
L'ownership, c'est le suivi du cycle de vie de la mémoire ?
Plus humblement, certaines fonctions de pythonic gagneraient à avoir une version vectorielle, ça peut être un bon sujet pour commencer !
Il s'agit de fonction de base à rendre vectorielle en C++ ?
Disons que l'optimisation, c'est mon dada (je suis trop vieux…). Après les archis de cpu avec le f-cpu, le langage ultrarapide, lisaac qui est mort-né, ton projet est tout de même pas mal intéressant :) Lisaac partait du principe que plus le langage est de haut niveau et chargé de sémantique et plus l'optimisation est facile.
Et le AoS ou SoA, non ?
Oui, mais c'est compliqué, car la bonne réponse peut changer en fonction des caches, des tailles de champs, des patterns d'accès, etc. Le trie de structure, cela marche toujours car cela réduit le padding, donc l'empreinte mémoire, donc l'usage du cache, etc….
Tu as un peu de temps de dev libre ? Tes remarques sont souvent ultra pertinentes ;-)
Est-ce que pour des raisons de performance tu peux modifier le layout mémoire utilisé en C++ ?
C'est souvent une des raisons que l'utilisation automatique de SIMD ne marche pas, c'est que le layout choisi par l'utilisateur n'est "pas gentil". Vu que tout est généré, est-ce que tu y touches ou est-ce que tu peux y toucher ? (l'optimisation de base étant de trier de façon décroissante les champs d'une structure)
Je ne sais pas si les mots suivants ont du sens pour toi, mais il faudrait que j'arrive à mettre en place un flot hiérarchique où je fais d'abord l'implémentation de la tuile logique puis que je l'utilise sous forme de hard macro dans le cœur.
Cela serait trop lourd de tout garder ensemble ? Concernant le routage tu semble faire du proche en proche, dans des FPGA type atmel, il avait des lignes qui faisaient toutes la hauteur du chip, l'idée est de perdre moins de temps sur un fils avec un gros fanout. Gérer du routage hiérarchique est aussi pour plus tard ?
Non vraiment, c'est absolument n'importe quoi. Il est totalement impossible de sortir d'une opération d'un CPU. Les latences énormes ne sont pas compatibles.
Bref, tu perds tout l'intérêt des FPGA : I/O nombreuses, calcul parallélisé, etc. Je ne comprends pas l'intérêt de ton modèle.
J'ai travaillé sur des SoC. Il y avait un accélérateur de crypto. Il était bien plus rapide le CPU arm… la plupart du temps. Comme c'est un élément externe, avant de lancer un calcul il faut le programmer, si le paquet à chiffrer est petit, autant le faire directement sur le cpu, c'est plus rapide. Ainsi le code en fonction de la taille du paquet utilise l'accélérateur ou non. Ensuite, c'est pratique un accélérateur AES, mais il existe une pléthore de mode d'utilisation qui n'était pas tous inclus.
De l'autre côté, Intel a ajouté 4 instructions et des registres 256 bits à ces cpu, elle correspond au cœur de calcul AES, les "modes" étaient faits avec les instructions classiques. Ainsi, intel a multiplié par 10 ses performances AES, dans tous les cas !
Les instructions spécialisées sont aussi bien plus simples à utiliser qu'un core externe : il suffit d'avoir un compilateur pour générer le bon code.
Pour utiliser un core spécialisé, il faut écrire un driver pour l'OS, il faut modifier la façon de travailler de certaine librairie pour transmettre et récupérer les blocs traités. Les temps de mise en route ne sont pas nuls, la gestion d'énergie peut être complexe. Il faut aussi trouver un moyen de partager l'accès à la ressource entre 2 logiciels utilisant la fonctionnalité.
Le problème évident des instructions spécialisées, c'est que l'on ne peut pas toutes les faire. Il faut choisir. Plusieurs instructions FPGA permettrait de faire certain traitement dédié rapidement. On peut imaginer plusieurs multiplieurs dans ce bloc.
Oui, les IOs ici ne rentrent pas en compte. Pour la puissance de calcul d'un FPGA, on peut en général utiliser des centaines de multiplieurs 16 bits (on est loin de float64), mais la complexité va être dans l'accès à la RAM et/ou à un autre CPU pour des besoins de communication sur IP ou sans fils par exemple.
On parle beaucoup de FPGA dans des applications de traitement du signal, mais finalement on utilise beaucoup de DSP pour ça, car c'est plus simple à utiliser.C'est plus flexible et des fréquences plus hautes, surtout si le problème est l'accès mémoire bien plus complet sur un cpu. Aujourd'hui, on peut même utiliser des cpu classique pour avoir un support d'OS plus aboutit (cas typique du lecteur MP3 ou l'on est passé de DSP spécialisé à des minuscules ARM)
Je suis donc persuadé que si le sujet n'avance pas, c'est que nos dirigeants n'ont pas envie que cela change
C'est facile, on veut pouvoir que nos sociétés exportatrices payent des impôts en France et non dans les pays de vente. Le problème n'est pas les GAFA mais la manière de fonctionner des sociétés exportatrices. Je fais du business dans un pays, mais je produit dans un autre. Sauf qu’aujourd’hui, elles peuvent choisir où enregistrer leur profit !
Il y a des projets de "lissage" pour répartir les gain, mais aussi les couts de production. Il faut une consolidation mondiale et une règle de répartition des bénéfices. L'OCDE travaille dessus, l'ACIS, et l'ACCIS était un projet européen mais repoussé par la France et l'Allemagne qui y trouve donc leur compte. Des petits pays comme les Pays Bas perdront 30% de leur IS, car l'activité ne se trouve pas dans ce pays.
Si cela respecte "correctement la cohérence des caches, et en s'arrangeant pour respecter les mappings de la MMU." ce n'est pas simple du tout.
Je propose simplement de rajouter un bloc de calcul à coté de l'ALU qui soit un FPGA. L'intéret est que l'état (les donnés, les registres) sont géré par le CPU, ce qui enlève 90% de la complexité. Par contre, cela met une contrainte énorme sur la vitesse du bloc et sur ce qui l'est possible de faire (pas de stoquage d'information, sauf pipeline)
En gros, ton ALU simple prend 2 entrées en provenance de la mémoire ou des registres et une sortie qui sera redirigé. Le FPGA a les mêmes IOs, mais il est programmable ainsi le cpu peut avoir une instruction spécialisée (cf les 4 instructions AES d'intel, etc…).
[^] # Re: Pages statiques
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Rapido : un nouveau logiciel pour créer rapidement un site Web. Évalué à 6.
C'est un wordpress like en gros ?
"La première sécurité est la liberté"
[^] # Re: Svelte
Posté par Nicolas Boulay (site web personnel) . En réponse au journal regex-wordsearch : Faire une recherche dans le dictionnaire par expression régulière. Évalué à 3.
Question bête : est-ce que svelte a des dépendances au runtime ? React pour être inclus tel quel à besoin d'un script react, mais évidement impossible d'avoir 2 script react de version différente.
Le code généré par svelte semble complètement indépendant, est-ce le cas ?
"La première sécurité est la liberté"
[^] # Re: Très marrant pour chercher des noms de domaine
Posté par Nicolas Boulay (site web personnel) . En réponse au journal regex-wordsearch : Faire une recherche dans le dictionnaire par expression régulière. Évalué à 3.
avec nnn on trouve des mots avec triple "n" !
"La première sécurité est la liberté"
# sympa
Posté par Nicolas Boulay (site web personnel) . En réponse au journal regex-wordsearch : Faire une recherche dans le dictionnaire par expression régulière. Évalué à 5.
Cela peut être utile. Il faudrait un petit texte pour expliquer quelle sorte de regexp tu utilises, je n'ai pas trouvé.
Il faudrait aussi mémoriser les options entre 2 recherches, repasser en français à chaque fois est chiant.
"La première sécurité est la liberté"
[^] # Re: quand ça a un bec de canard, des pattes de canard et un corps de canard...
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Le sujet dont tout le monde a envie de parler, mais qu'on n’ose pas.. Évalué à 4.
C'est un objectif. Mais si le gouvernement n'a pas la main dessus, cela ne pourra pas se faire.
La France en est à 14pts de PIB, ce qui est gros dans l'OCDE. Allez au delà, cela veut dire que les personnes de 40 ans vont payer plein pot pour les boomer qui on eu la retraite à 60 ans, et auront cotisé bien moins (taux de réversion de x4, contre x1.1 actuellement)
"La première sécurité est la liberté"
[^] # Re: quand ça a un bec de canard, des pattes de canard et un corps de canard...
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Le sujet dont tout le monde a envie de parler, mais qu'on n’ose pas.. Évalué à 3.
C'est pour cela qu'il proposait d'avoir un point révisable avec les partenaires sociaux et tout simplement de ne jamais baisser le point.
"La première sécurité est la liberté"
[^] # Re: Schizophrénie
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Le sujet dont tout le monde a envie de parler, mais qu'on n’ose pas.. Évalué à 3.
C'est déjà le cas.
* 10k de pension max
* 1000€ de minimum vieillesse au lieu de 600
"La première sécurité est la liberté"
[^] # Re: c'est simple
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Le sujet dont tout le monde a envie de parler, mais qu'on n’ose pas.. Évalué à 4.
ben non. Il y a le plafonnement à 120k€.
"La première sécurité est la liberté"
[^] # Re: c'est simple
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Le sujet dont tout le monde a envie de parler, mais qu'on n’ose pas.. Évalué à 3.
Oui mais non, les 28% cela marche avec les 44 trimestres de cotisation et l'age de départ à 62 ou 63 ans. Si tu baisses l'age d'entrée, tu augmentes les cotisations avec l'effet cumule ou tu perds une cotisation et tu gagne une rente. Il faut donc passer à 32% ou plus.
De plus si tu fais payer sans ouverture de droits, c'est logique que ces gens ne soient pas content. Déjà les 2.8% contre rien du tout, ils n'aiment pas.
"La première sécurité est la liberté"
[^] # Re: Pas de sous, pas de résultats
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Dégradation de la France. Évalué à 4.
Sauf que ton cas est complétement fictif, le but est de montrer l'effort d'un pays par rapport à sa richesse, cela permet de comparer les pays entre eux.
Mais attention sur les résultats, un même % de pib peut donner des moyens trés différent entre pays (France vs Suisse par exemple).
La démographie joue aussi un rôle, la France a beaucoup de jeunes par rapport aux autres.
"La première sécurité est la liberté"
[^] # Re: Question bête ?
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Quelques surprises techniques dans Pythran. Évalué à 3.
Cela un sens d'avoir un AST de haut niveau pour faire des optims de haut niveau et ensuite de générer le C++ ?
J'avais regardé un jour l'AST de llvm, c'est très très bas niveau. Le truc marrant, c'est qu'ensuite un tel AST serait une cible de choix pour tout nouveau langage qui bénéficierait ainsi de tes optims + celle de C++.
"La première sécurité est la liberté"
[^] # Re: Question bête ?
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Quelques surprises techniques dans Pythran. Évalué à 3.
Lisaac avait fait plus simple : un mot clef, Expanded. Ainsi, Ben a pu faire un OS où les pixels de l'écran sont des objets.
"La première sécurité est la liberté"
[^] # Re: Question bête ?
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Quelques surprises techniques dans Pythran. Évalué à 3.
Un autre point concernant l'AST, en général, il y a plus d'une centaine d'éléments différent. L'optimisation consiste à reconnaître des patterns (visiteur ?) puis remplacer le bout d'arbre par un autre, et même de le "faire en boucle" (Lisaac tournait jusqu'à obtenir un point bas).
Lisaac, avec son AST à ~15 classes, avait montré un truc hyper sympa : bien plus d'optimisations devenaient possibles. Vu qu'il n'y a qu'un seul moyen de faire une boucle, toutes les optimisations de boucle s'appliquaient tout le temps.
Je me demandais donc si c'était pensable de passer d'un AST pléthorique, à un truc plus simple pour rendre les optimisations plus simples à écrire.
"La première sécurité est la liberté"
[^] # Re: Question bête ?
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Quelques surprises techniques dans Pythran. Évalué à 3.
Non, c'est sans doute Benoit Sonntag.
L'ownership, c'est le suivi du cycle de vie de la mémoire ?
Il s'agit de fonction de base à rendre vectorielle en C++ ?
"La première sécurité est la liberté"
[^] # Re: Question bête ?
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Quelques surprises techniques dans Pythran. Évalué à 3.
Disons que l'optimisation, c'est mon dada (je suis trop vieux…). Après les archis de cpu avec le f-cpu, le langage ultrarapide, lisaac qui est mort-né, ton projet est tout de même pas mal intéressant :) Lisaac partait du principe que plus le langage est de haut niveau et chargé de sémantique et plus l'optimisation est facile.
Oui, mais c'est compliqué, car la bonne réponse peut changer en fonction des caches, des tailles de champs, des patterns d'accès, etc. Le trie de structure, cela marche toujours car cela réduit le padding, donc l'empreinte mémoire, donc l'usage du cache, etc….
Pourquoi pas.
"La première sécurité est la liberté"
# Question bête ?
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Quelques surprises techniques dans Pythran. Évalué à 3.
Est-ce que pour des raisons de performance tu peux modifier le layout mémoire utilisé en C++ ?
C'est souvent une des raisons que l'utilisation automatique de SIMD ne marche pas, c'est que le layout choisi par l'utilisateur n'est "pas gentil". Vu que tout est généré, est-ce que tu y touches ou est-ce que tu peux y toucher ? (l'optimisation de base étant de trier de façon décroissante les champs d'une structure)
"La première sécurité est la liberté"
[^] # Re: projet qui déchire ?
Posté par Nicolas Boulay (site web personnel) . En réponse au journal k1g1 : le premier FPGA Libre…. Évalué à 2.
Non, c'est lié à la loyauté/confidentialité, on a pas le droit de sortir des informations secrètes d'une entreprise.
"La première sécurité est la liberté"
[^] # Re: Qflow
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche k1g1 : le premier FPGA Libre…. Évalué à 2.
Cela serait trop lourd de tout garder ensemble ? Concernant le routage tu semble faire du proche en proche, dans des FPGA type atmel, il avait des lignes qui faisaient toutes la hauteur du chip, l'idée est de perdre moins de temps sur un fils avec un gros fanout. Gérer du routage hiérarchique est aussi pour plus tard ?
"La première sécurité est la liberté"
[^] # Re: chip de test
Posté par Nicolas Boulay (site web personnel) . En réponse au journal k1g1 : le premier FPGA Libre…. Évalué à 3.
Pas besoin de modifier le compilateur, il faut juste insérer le code d'instruction assembleur dans une librairy.
Tu gardes tout justement. C'est l’intérêt principal.
Gérer 2 cpu ou plus n'a rien à voir avec la gestion d'accélérateur.
"La première sécurité est la liberté"
[^] # Re: chip de test
Posté par Nicolas Boulay (site web personnel) . En réponse au journal k1g1 : le premier FPGA Libre…. Évalué à 1.
Non vraiment, c'est absolument n'importe quoi. Il est totalement impossible de sortir d'une opération d'un CPU. Les latences énormes ne sont pas compatibles.
"La première sécurité est la liberté"
[^] # Re: chip de test
Posté par Nicolas Boulay (site web personnel) . En réponse au journal k1g1 : le premier FPGA Libre…. Évalué à 2.
C'est sûr que l'instruction choisi ne peut pas beaucoup bougé. Mais dans le cas d'un code embarqué le CPU fait une seul chose en général.
De toutes façon, la reconfiguration à la volée n'a jamais vraiment décollé dans les FPGA.
"La première sécurité est la liberté"
[^] # Re: Pourquoi en faire une dépêche ?
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche k1g1 : le premier FPGA Libre…. Évalué à 10.
Profites de ton succès, et ne mets pas en marche le syndrome de l'imposteur !
"La première sécurité est la liberté"
[^] # Re: chip de test
Posté par Nicolas Boulay (site web personnel) . En réponse au journal k1g1 : le premier FPGA Libre…. Évalué à 3.
J'ai travaillé sur des SoC. Il y avait un accélérateur de crypto. Il était bien plus rapide le CPU arm… la plupart du temps. Comme c'est un élément externe, avant de lancer un calcul il faut le programmer, si le paquet à chiffrer est petit, autant le faire directement sur le cpu, c'est plus rapide. Ainsi le code en fonction de la taille du paquet utilise l'accélérateur ou non. Ensuite, c'est pratique un accélérateur AES, mais il existe une pléthore de mode d'utilisation qui n'était pas tous inclus.
De l'autre côté, Intel a ajouté 4 instructions et des registres 256 bits à ces cpu, elle correspond au cœur de calcul AES, les "modes" étaient faits avec les instructions classiques. Ainsi, intel a multiplié par 10 ses performances AES, dans tous les cas !
Les instructions spécialisées sont aussi bien plus simples à utiliser qu'un core externe : il suffit d'avoir un compilateur pour générer le bon code.
Pour utiliser un core spécialisé, il faut écrire un driver pour l'OS, il faut modifier la façon de travailler de certaine librairie pour transmettre et récupérer les blocs traités. Les temps de mise en route ne sont pas nuls, la gestion d'énergie peut être complexe. Il faut aussi trouver un moyen de partager l'accès à la ressource entre 2 logiciels utilisant la fonctionnalité.
Le problème évident des instructions spécialisées, c'est que l'on ne peut pas toutes les faire. Il faut choisir. Plusieurs instructions FPGA permettrait de faire certain traitement dédié rapidement. On peut imaginer plusieurs multiplieurs dans ce bloc.
Oui, les IOs ici ne rentrent pas en compte. Pour la puissance de calcul d'un FPGA, on peut en général utiliser des centaines de multiplieurs 16 bits (on est loin de float64), mais la complexité va être dans l'accès à la RAM et/ou à un autre CPU pour des besoins de communication sur IP ou sans fils par exemple.
On parle beaucoup de FPGA dans des applications de traitement du signal, mais finalement on utilise beaucoup de DSP pour ça, car c'est plus simple à utiliser.C'est plus flexible et des fréquences plus hautes, surtout si le problème est l'accès mémoire bien plus complet sur un cpu. Aujourd'hui, on peut même utiliser des cpu classique pour avoir un support d'OS plus aboutit (cas typique du lecteur MP3 ou l'on est passé de DSP spécialisé à des minuscules ARM)
"La première sécurité est la liberté"
[^] # Re: Si on arrêtait le mensonge et la diffamation ?
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Meta‑Press.es : un méta‑moteur de recherche pour la presse dans votre navigateur. Évalué à 4.
C'est facile, on veut pouvoir que nos sociétés exportatrices payent des impôts en France et non dans les pays de vente. Le problème n'est pas les GAFA mais la manière de fonctionner des sociétés exportatrices. Je fais du business dans un pays, mais je produit dans un autre. Sauf qu’aujourd’hui, elles peuvent choisir où enregistrer leur profit !
Il y a des projets de "lissage" pour répartir les gain, mais aussi les couts de production. Il faut une consolidation mondiale et une règle de répartition des bénéfices. L'OCDE travaille dessus, l'ACIS, et l'ACCIS était un projet européen mais repoussé par la France et l'Allemagne qui y trouve donc leur compte. Des petits pays comme les Pays Bas perdront 30% de leur IS, car l'activité ne se trouve pas dans ce pays.
"La première sécurité est la liberté"
[^] # Re: chip de test
Posté par Nicolas Boulay (site web personnel) . En réponse au journal k1g1 : le premier FPGA Libre…. Évalué à 2.
Si cela respecte "correctement la cohérence des caches, et en s'arrangeant pour respecter les mappings de la MMU." ce n'est pas simple du tout.
Je propose simplement de rajouter un bloc de calcul à coté de l'ALU qui soit un FPGA. L'intéret est que l'état (les donnés, les registres) sont géré par le CPU, ce qui enlève 90% de la complexité. Par contre, cela met une contrainte énorme sur la vitesse du bloc et sur ce qui l'est possible de faire (pas de stoquage d'information, sauf pipeline)
En gros, ton ALU simple prend 2 entrées en provenance de la mémoire ou des registres et une sortie qui sera redirigé. Le FPGA a les mêmes IOs, mais il est programmable ainsi le cpu peut avoir une instruction spécialisée (cf les 4 instructions AES d'intel, etc…).
"La première sécurité est la liberté"