Le phread était à propos d'avoir des chiffres de ralentissement par rapport à l’agressivité de l'inlining, et non des généralités sur l'inline.
"One of the benefits of inlining, aside from eliminating the call/return, is that it opens new optimization opportunities by optimizing across the caller/callee boundary. In effect, it allows the called function to be specialized for the context from which it was called. For instance, one of the operands to a function might be a flag that enables/disables some feature controlled by the function. If that flag is a constant in the call, entire codepaths from the callee might become dead code. " commentaire sur lwm de 2004 (il y a presque 10 ans, une éternité pour l'informatique).
Ce n'est pas parce que tu pointes des papiers qui parlent d'inline, que cela un rapport avec le thread.
"évite de nous parler d'obscurs projets que toi seul connais,"
Pourtant, on en a parlé souvent sur linuxfr (si tu parles de Lisaac, parce que si tu ne connais pas Texas Instrument, personne ne peux rien pour toi)! Tu dois être trop jeune sans doute.
"ou encore de papiers qui n'ont rien à voir avec le schmilblic"
Tu n'as pas du le lire, il y est question d'inline, même si cela n'est pas son sujet unique.
"culture confiture comme on dit."
On doit toujours être le vieux con de quelqu'un, j'imagine. Et toi, qu'est-ce que tu as fait de tellement exceptionnel pour te permettre de juger les gens ?
"En conclusion, la réduction de la taille du code n'est pas pertinente pour « arrêter d'inliner ». C'est la perte de localité le facteur déterminant d'arrêt de l'inlining."
On est d'accord :) Disons que c'est évident pour un code donné.
Dans le cas d'une heuristique pour un compilo, avoir le code qui ré-augmente de taille permet de savoir quand arrêter d'inliner, même si cela n'est pas optimal (comme tu le dis le L1 change selon les CPU, l'optimum dépend donc de chaque cpu, ce qui a peu d’intérêt pour un binaire à distribué).
Cette vision des brevets n'est valable, que si un objet n'est couvert que par un seul d'entre eux. Dans la réalité, beaucoup sont concernés par des centaines de brevets.
Les boites sortent des séries de brevet pour allonger le maximum la durée de protection : pour les médicaments, il s'agit de la molécule, puis du process de fabrication.
De plus, beaucoup de brevet ne sont que des champs de mines à opposer aux concurrents, et non pour protéger un produit en particuliers. Il suffit de voir les barrières à l'entrée de la fabrication de lecteur DVD, ou du mpeg4.
" personne n'a jamais montré cette augmentation. "
En fait, c'est même pire que ça. Parce que l'augmentation de la taille de code n'implique pas forcément un code plus lent. D'ailleurs à cause du parallélisme des cpus actuels, un code plus gros, peut être plus rapide (ex: déroulage de boucle).
Tu n'aimes peut être pas mon style, alenvers est sans doute très compétant, mais cela n'enlève pas mes compétence non plus.
Par exemple, dans le projet Lisaac, il a été fait un test sur le compilateur (50 kloc) pour voir l'effet, incrément par incrément, de l'inlining, et la diminution puis l'augmentation de la taille du code était très visible. ET le pourquoi aussi.
L'équation fournis plus haut, formalise simplement le fait que l'on va plus vite en évitant un appel de fonction, et les aller-retour dans les registres que cela implique. Ce genre de code va en effet plus vite, mais, comme je l'ai déjà dit les compilo font bien plus que ça. Dés que l'on parle d'inline, on entend toujours quelqu'un dire "attention cela va pourri les caches avec l'augmentation de la taille du code", sauf que personne n'a jamais montré cette augmentation.
Et de mes propres expériences, j'ai remarqué une diminution. Cette croyance va si loin, que j'ai déjà vu des gens découpés un projet en différent .c pour empêcher l'inline automatique du compilateur, car il croit mieux faire le compilo : le code est finalement plus lent et plus gros. C'est une croyance tenace pour les gros code, alors que c'est justement ceux qui ont le plus tendance à réduire.
J'ai aussi codé un firmeware fondu dans un chip TI pour la gestion d'énergie des SOC de téléphone, le genre de truc où tu comptes les octets. Au final, tu te retrouves avec l'équivalent d'un gros fichier avec plein de fonctions static (sinon le code est inliné mais une fonction existe toujours en cas d'appel externe dans le code objet), ce qui correspond au code généré le plus petit. Je dis "l'équivalent d'un gros fichier" car c'est tout de même plus propre de découper et d'utiliser des "#includes".
Il ne faut pas oublier non plus le début du thread : "il y a le fait que ça augmente la taille du code et met donc plus de pressions sur le(s) cache(s) et au final peut ralentir l'exécution d'un programme complexe (ce qui ne se verra pas forcément dans un micro benchmark)." pour que cela soit vrai, la fonction doit être énorme, et ne pas se recombiner avec le code alentour, ce qui est rarement le cas.
Si j'ai bien compris on a 46% du pib pris par les prélèvements obligatoires, et 54% de dépense. La différence est prise par la dette.
Certain économise pense qu'il y a une point d'équilibre vers 60% de prélèvement obligatoires. Par contre, cela veut dire que l'état prendre en charge encore plus de chose ? (flexi sécurié aussi pour les entreprises ? Guichet unique ? formation tout au long de la vie ? financement des syndicats comme pour les partis politiques ? rapprochement des contrats de travail public/privé ? etc…)
Je pense que c'est un projet en soi. Cela peut être un tutorial, un script si cela devient complexe, voir un nouveau projet de module pour serveur, si vraiment une politique correct de sécurité devient une usine à gaz avec les outils actuels (on peut imaginer que le site web met tout seul à jour le DNSSEC par exemple).
"favoriser les soins légers dès le début plutôt que d'attendre la catastrophe onéreuse à soigner…"
Oui mais la sécu rembourse peu les petit soin et beaucoup les soins lourds.
J'avais entendu une fois une émission qui parlait de la gestion des hopitaux. En général, le doyen est un médecin et pas un gestionnaire. Ils ne font pas (faisaient pas ?) de comptabilité analytique. Il n'avait donc aucun idée des dépenses d'un service en particulier, et encore moins si elles étaient justifiés ou pas.
J'ai beaucoup d'espoir dans le big data et l'open data pour trouver des solutions innovantes.
" tu fais de la recherche et tu écris des articles non ?"
Je ne fais pas de la recherche, mais j'ai déjà publié une quinzaine d'article. Ici, l'idée était de faire une présentation de la démarche qui a abouti au résultat actuel. Je pense que cela pouvait intéresser plus de monde, qu'une simple présentation de l'outil final.
C'est ça. Au début, je voulais faire un réseau social pair à pair de main à la main. Je n'ai gardé que le coté novateur de l'échange de la main à la main.
Il y a un plafond au dela duquel l'assurance ne te suit pas, ou est-ce que tu as une franchise à payer ? C'est très différent par rapport aux risques financiers.
Le texte a été relu des centaines de fois mais bon :) Je ne sais pas si tu écris souvent des textes de cette longueurs, mais c'est impossible autrement.
A force de réduire les remboursements de "confort", les mutuelles sont devenu obligatoires, et la CMU a été créé. Ce qui créait un stupide fossé autour du point de ceux qui y ont droit et les autres ! Je trouve que si on a eu besoin de créé la CMU, c'est que la sécu ne fait plus assez son boulot.
Je parle d'un modèle sur ordinateur, pour tester des modèles d'organisation, ou plus exactement des changements plus ou moins mineurs du systèmes actuelles pour en estimer les effets.
Il faudrait un modèle à la wikipedia pour mettre ça en forme. Remarques, la programmation en ligne commence, wikipedia vient de mettre Lua pour créer des templates.
La vignette auto a disparu en France, c'est vrai. 900€/mois pour 55m², c'est le prix pour les villes françaises tendu, mais moins que Paris. Pour comparer, il faudrait que tu donnes son salaire net.
Je note bien l'histoire des plafonds de remboursement, qui existent même pour les "bonnes assurances", ce qui n'existe pas en France. C'est d'ailleurs bizarre de voir de très longue maladie pris en charge à 100% par la sécu. Alors qu'elle refuse de prendre en charge les lunettes ou le dentiste.
Je sais que malgré le fait qu'il n'y ai pas d'option, le soft semble compliqué à comprendre. Mais même avec ce long commentaire, et le "manuel" du logiciel, c'est toujours incompréhensible ?
[^] # Re: la performance par l'inlining
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Si si, le C++ peut parfois être plus rapide que le C. Évalué à 3.
Le phread était à propos d'avoir des chiffres de ralentissement par rapport à l’agressivité de l'inlining, et non des généralités sur l'inline.
"One of the benefits of inlining, aside from eliminating the call/return, is that it opens new optimization opportunities by optimizing across the caller/callee boundary. In effect, it allows the called function to be specialized for the context from which it was called. For instance, one of the operands to a function might be a flag that enables/disables some feature controlled by the function. If that flag is a constant in the call, entire codepaths from the callee might become dead code. " commentaire sur lwm de 2004 (il y a presque 10 ans, une éternité pour l'informatique).
"La première sécurité est la liberté"
[^] # Re: la performance par l'inlining
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Si si, le C++ peut parfois être plus rapide que le C. Évalué à 1.
Ce n'est pas parce que tu pointes des papiers qui parlent d'inline, que cela un rapport avec le thread.
"évite de nous parler d'obscurs projets que toi seul connais,"
Pourtant, on en a parlé souvent sur linuxfr (si tu parles de Lisaac, parce que si tu ne connais pas Texas Instrument, personne ne peux rien pour toi)! Tu dois être trop jeune sans doute.
"ou encore de papiers qui n'ont rien à voir avec le schmilblic"
Tu n'as pas du le lire, il y est question d'inline, même si cela n'est pas son sujet unique.
"culture confiture comme on dit."
On doit toujours être le vieux con de quelqu'un, j'imagine. Et toi, qu'est-ce que tu as fait de tellement exceptionnel pour te permettre de juger les gens ?
"La première sécurité est la liberté"
[^] # Re: la performance par l'inlining
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Si si, le C++ peut parfois être plus rapide que le C. Évalué à 2.
"En conclusion, la réduction de la taille du code n'est pas pertinente pour « arrêter d'inliner ». C'est la perte de localité le facteur déterminant d'arrêt de l'inlining."
On est d'accord :) Disons que c'est évident pour un code donné.
Dans le cas d'une heuristique pour un compilo, avoir le code qui ré-augmente de taille permet de savoir quand arrêter d'inliner, même si cela n'est pas optimal (comme tu le dis le L1 change selon les CPU, l'optimum dépend donc de chaque cpu, ce qui a peu d’intérêt pour un binaire à distribué).
"La première sécurité est la liberté"
[^] # Re: Quelques remarques
Posté par Nicolas Boulay (site web personnel) . En réponse au journal “indexer, choisir et copier des fichiers” version Beta. Évalué à -2.
J'avoue que je n'ai pas compris l’intérêt humoristique de la blague.
"La première sécurité est la liberté"
[^] # Re: Quelques remarques
Posté par Nicolas Boulay (site web personnel) . En réponse au journal “indexer, choisir et copier des fichiers” version Beta. Évalué à 2.
Je parle plus du processus de création que du logiciel lui-même, un peu plus haut victor semble avoir très bien compris l'usage.
"La première sécurité est la liberté"
[^] # Re: C'est discutable
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Dons, réductions d'impôts et brevets. Évalué à 10.
On dirait que tu répètes le discours de l'INPI.
Cette vision des brevets n'est valable, que si un objet n'est couvert que par un seul d'entre eux. Dans la réalité, beaucoup sont concernés par des centaines de brevets.
Les boites sortent des séries de brevet pour allonger le maximum la durée de protection : pour les médicaments, il s'agit de la molécule, puis du process de fabrication.
De plus, beaucoup de brevet ne sont que des champs de mines à opposer aux concurrents, et non pour protéger un produit en particuliers. Il suffit de voir les barrières à l'entrée de la fabrication de lecteur DVD, ou du mpeg4.
"La première sécurité est la liberté"
[^] # Re: la performance par l'inlining
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Si si, le C++ peut parfois être plus rapide que le C. Évalué à 4.
" personne n'a jamais montré cette augmentation. "
En fait, c'est même pire que ça. Parce que l'augmentation de la taille de code n'implique pas forcément un code plus lent. D'ailleurs à cause du parallélisme des cpus actuels, un code plus gros, peut être plus rapide (ex: déroulage de boucle).
cf http://users.polytech.unice.fr/~dedale/cours/unix_et_linux/divers/GNULinux_France_Magazine_archives/lm32/C_Hack.html (cela date de 2001, écrit par moi-même, dans cette version il manque les images par contre)
"La première sécurité est la liberté"
[^] # Re: la performance par l'inlining
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Si si, le C++ peut parfois être plus rapide que le C. Évalué à 4.
Tu n'aimes peut être pas mon style, alenvers est sans doute très compétant, mais cela n'enlève pas mes compétence non plus.
Par exemple, dans le projet Lisaac, il a été fait un test sur le compilateur (50 kloc) pour voir l'effet, incrément par incrément, de l'inlining, et la diminution puis l'augmentation de la taille du code était très visible. ET le pourquoi aussi.
L'équation fournis plus haut, formalise simplement le fait que l'on va plus vite en évitant un appel de fonction, et les aller-retour dans les registres que cela implique. Ce genre de code va en effet plus vite, mais, comme je l'ai déjà dit les compilo font bien plus que ça. Dés que l'on parle d'inline, on entend toujours quelqu'un dire "attention cela va pourri les caches avec l'augmentation de la taille du code", sauf que personne n'a jamais montré cette augmentation.
Et de mes propres expériences, j'ai remarqué une diminution. Cette croyance va si loin, que j'ai déjà vu des gens découpés un projet en différent .c pour empêcher l'inline automatique du compilateur, car il croit mieux faire le compilo : le code est finalement plus lent et plus gros. C'est une croyance tenace pour les gros code, alors que c'est justement ceux qui ont le plus tendance à réduire.
J'ai aussi codé un firmeware fondu dans un chip TI pour la gestion d'énergie des SOC de téléphone, le genre de truc où tu comptes les octets. Au final, tu te retrouves avec l'équivalent d'un gros fichier avec plein de fonctions static (sinon le code est inliné mais une fonction existe toujours en cas d'appel externe dans le code objet), ce qui correspond au code généré le plus petit. Je dis "l'équivalent d'un gros fichier" car c'est tout de même plus propre de découper et d'utiliser des "#includes".
Il ne faut pas oublier non plus le début du thread : "il y a le fait que ça augmente la taille du code et met donc plus de pressions sur le(s) cache(s) et au final peut ralentir l'exécution d'un programme complexe (ce qui ne se verra pas forcément dans un micro benchmark)." pour que cela soit vrai, la fonction doit être énorme, et ne pas se recombiner avec le code alentour, ce qui est rarement le cas.
"La première sécurité est la liberté"
[^] # Re: qui sait
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Développeur, ou comment sur-évaluer ses compétences. Évalué à 2.
Si j'ai bien compris on a 46% du pib pris par les prélèvements obligatoires, et 54% de dépense. La différence est prise par la dette.
Certain économise pense qu'il y a une point d'équilibre vers 60% de prélèvement obligatoires. Par contre, cela veut dire que l'état prendre en charge encore plus de chose ? (flexi sécurié aussi pour les entreprises ? Guichet unique ? formation tout au long de la vie ? financement des syndicats comme pour les partis politiques ? rapprochement des contrats de travail public/privé ? etc…)
"La première sécurité est la liberté"
[^] # Re: Pas tout compris mais du coup...
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Du chiffrement et de la sécurité sur LinuxFr.org (statut au 24/11/2013). Évalué à 3.
Je pense que c'est un projet en soi. Cela peut être un tutorial, un script si cela devient complexe, voir un nouveau projet de module pour serveur, si vraiment une politique correct de sécurité devient une usine à gaz avec les outils actuels (on peut imaginer que le site web met tout seul à jour le DNSSEC par exemple).
"La première sécurité est la liberté"
[^] # Re: qui sait
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Développeur, ou comment sur-évaluer ses compétences. Évalué à 2.
Pour les lunettes, les grosses corrections sont mieux pris en charge que les légères.
L’arrêt du tabac est pris en charge à hauteur de quelques centaines d'euros, alors que 100% d'un cancer des poumons ou de la gorge est pris en charge.
"La première sécurité est la liberté"
[^] # Re: Facteur d'augmentation annuelle et temps de doublement
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Le Top 500 de novembre 2013. Évalué à 3.
Donc l'exaflop devrait être atteint avant 2020, sachant que le petaflop a été atteint en 2008/2009.
"La première sécurité est la liberté"
[^] # Re: qui sait
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Développeur, ou comment sur-évaluer ses compétences. Évalué à 1.
"favoriser les soins légers dès le début plutôt que d'attendre la catastrophe onéreuse à soigner…"
Oui mais la sécu rembourse peu les petit soin et beaucoup les soins lourds.
J'avais entendu une fois une émission qui parlait de la gestion des hopitaux. En général, le doyen est un médecin et pas un gestionnaire. Ils ne font pas (faisaient pas ?) de comptabilité analytique. Il n'avait donc aucun idée des dépenses d'un service en particulier, et encore moins si elles étaient justifiés ou pas.
J'ai beaucoup d'espoir dans le big data et l'open data pour trouver des solutions innovantes.
"La première sécurité est la liberté"
[^] # Re: Quelques remarques
Posté par Nicolas Boulay (site web personnel) . En réponse au journal “indexer, choisir et copier des fichiers” version Beta. Évalué à 1.
J'aurais dû mettre les lien à la fin. En général, je lis les liens ouvert, une fois que j'ai fini un article.
"La première sécurité est la liberté"
[^] # Re: Quelques remarques
Posté par Nicolas Boulay (site web personnel) . En réponse au journal “indexer, choisir et copier des fichiers” version Beta. Évalué à 3.
" tu fais de la recherche et tu écris des articles non ?"
Je ne fais pas de la recherche, mais j'ai déjà publié une quinzaine d'article. Ici, l'idée était de faire une présentation de la démarche qui a abouti au résultat actuel. Je pense que cela pouvait intéresser plus de monde, qu'une simple présentation de l'outil final.
"La première sécurité est la liberté"
[^] # Re: Quelques remarques
Posté par Nicolas Boulay (site web personnel) . En réponse au journal “indexer, choisir et copier des fichiers” version Beta. Évalué à 1.
Cela a été fait aussi. Mais au bout d'un moment, le temps passé ne vaut plus l'amélioration espéré (genre le-mieux-est-l-ennemi-du-bien).
"La première sécurité est la liberté"
[^] # Re: Quelques remarques
Posté par Nicolas Boulay (site web personnel) . En réponse au journal “indexer, choisir et copier des fichiers” version Beta. Évalué à 1.
C'est ça. Au début, je voulais faire un réseau social pair à pair de main à la main. Je n'ai gardé que le coté novateur de l'échange de la main à la main.
"La première sécurité est la liberté"
[^] # Re: qui sait
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Développeur, ou comment sur-évaluer ses compétences. Évalué à 2.
Il y a un plafond au dela duquel l'assurance ne te suit pas, ou est-ce que tu as une franchise à payer ? C'est très différent par rapport aux risques financiers.
"La première sécurité est la liberté"
[^] # Re: Quelques remarques
Posté par Nicolas Boulay (site web personnel) . En réponse au journal “indexer, choisir et copier des fichiers” version Beta. Évalué à 1.
Le texte a été relu des centaines de fois mais bon :) Je ne sais pas si tu écris souvent des textes de cette longueurs, mais c'est impossible autrement.
"La première sécurité est la liberté"
[^] # Re: Quelques remarques
Posté par Nicolas Boulay (site web personnel) . En réponse au journal “indexer, choisir et copier des fichiers” version Beta. Évalué à 3.
J'avoue avoir réécrit tellement de fois ces messages, que j'avais un peu laissé tombé, surtout que cela me cassait mes testes.
Mais je prends note.
Le nom était volontairement passe partout au début. Mais c'est vrai que c'est maintenant un handicap.
"La première sécurité est la liberté"
[^] # Re: qui sait
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Développeur, ou comment sur-évaluer ses compétences. Évalué à 2.
A force de réduire les remboursements de "confort", les mutuelles sont devenu obligatoires, et la CMU a été créé. Ce qui créait un stupide fossé autour du point de ceux qui y ont droit et les autres ! Je trouve que si on a eu besoin de créé la CMU, c'est que la sécu ne fait plus assez son boulot.
"La première sécurité est la liberté"
[^] # Re: Pourquoi les gens comprennent aussi bien l'économie que les (pseudo-)experts ?
Posté par Nicolas Boulay (site web personnel) . En réponse au journal L'économie cette méconnue. Évalué à 2.
Je parle d'un modèle sur ordinateur, pour tester des modèles d'organisation, ou plus exactement des changements plus ou moins mineurs du systèmes actuelles pour en estimer les effets.
Il faudrait un modèle à la wikipedia pour mettre ça en forme. Remarques, la programmation en ligne commence, wikipedia vient de mettre Lua pour créer des templates.
"La première sécurité est la liberté"
[^] # Re: qui sait
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Développeur, ou comment sur-évaluer ses compétences. Évalué à 2.
La vignette auto a disparu en France, c'est vrai. 900€/mois pour 55m², c'est le prix pour les villes françaises tendu, mais moins que Paris. Pour comparer, il faudrait que tu donnes son salaire net.
Je note bien l'histoire des plafonds de remboursement, qui existent même pour les "bonnes assurances", ce qui n'existe pas en France. C'est d'ailleurs bizarre de voir de très longue maladie pris en charge à 100% par la sécu. Alors qu'elle refuse de prendre en charge les lunettes ou le dentiste.
"La première sécurité est la liberté"
[^] # Re: Quelques remarques
Posté par Nicolas Boulay (site web personnel) . En réponse au journal “indexer, choisir et copier des fichiers” version Beta. Évalué à 3.
Je sais que malgré le fait qu'il n'y ai pas d'option, le soft semble compliqué à comprendre. Mais même avec ce long commentaire, et le "manuel" du logiciel, c'est toujours incompréhensible ?
"La première sécurité est la liberté"
[^] # Re: qui sait
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Développeur, ou comment sur-évaluer ses compétences. Évalué à 1.
Tu n'as le rapport 200k$ vs 50k€, mais il y a facilement un rapport 2 sur le salaire net.
"La première sécurité est la liberté"