"Ah oui je me rappelle de toi, tu es le gars qui se plaint sans arret que les perfs de Java sont a chier, mais qui refuse d'en apprendre plus sur le fonctionnement du langage et de la JVM."
Les perf pas top, je les es vu, donc dire que tu n'y crois pas trop… C'est un peu énorme.
for() {if()…} -> if(){for()…}{for()…}
un peu de déroulage de boucle, etc…
réutiliser les objets au lieu de les oublier et en créer d'autre. En gros, faire en sorte de ne jamais faire de new en rythme de croisière.
"A propos de l'inline des getters/setters je n'y crois pas du tout"
Je m'en fout pas mal de ton avis. Quand tu vires les getter/setter et que tu gagnes 30% de perf, tu te dis que le compilo optimise rien (c'était une JVM sun sous Linux)
"A propos des methodes statics, je te crois sans peine, c'est toujours le plus rapide a appeler quel que soit le langage."
Y'a des moyens pour que la différence soit minime, c'est loin d'être le cas.
"As-tu au moins laisser la JVM "chauffer" et trouver les methodes a inliner?"
Peut-être pas assez. Mais tout le code était chaud car cyclique avec un parcours d'arbre.
Pour avoir jouer avec un IA en Java, j'estime l'efficacité d'une JVM Sun à l'équivalent de gcc -O0. Il n'y même pas de sortie de test des boucles, ni d'inline des getter/setter. Une methode static est bien plus rapide qu'une méthode virtuel normal.
Je ne sais pas si les x86 fonctionnent de la même façon, mais les Omap3 avaient une gestion distincte concernant les caches. Ils n'avait que 2 modes : On ou rétention. La consommation statique est aussi proportionnel à la tension d'alimentation. Les caches prennent une grosse partie de ces puces, 30% à vue de nez. Si on baisse la tension/fréquence cpu, sans faire de même avec les caches, la puissance restant la même, l'énergie consommée augmente pour un cycle cpu.
Le problème est que tu ne réduis que la consommation d'énergie pour le cpu, or la consommation reste la même pour les caches par exemple. Si la tache est plus longue, cela n'est plus rentable d'être à 50% de fréquence.
J'avais lu qu'il y avait plus à gagner à baisser la fréquence des DRAM, dans le cas de calcul cpu bound, et à baisser celle du cpu dans le cas memory bound.
Intel avait conçu les points de fonctionnement comme une protection thermique, et non une baisse de consommation. Très souvent le on/off est plus efficace. Surtout si le off implique la coupure de l'alimentation du bloc logique (mais c'est très long à réveiller ~100ms ?).
Si mozilla veut aller plus loin, il faut monter un site qui présente 2 image parmi l'original et les 2 types de compression, et faire des statistiques sur les utilisateurs.
Est-ce que des tests de performances, avec la fréquence maximum ont été fait ? Sinon, c'est un peu logique que les mécanismes de baisse de fréquences introduisent des latences et de la lenteur.
Il y aussi l'histoire des pressions sur les pdg pour fournir les fadettes, l'un a refusé, il a perdu tout ses contrats avec l'état US. Snowden a aussi montré l'existence d'un programme de plusieurs millions de $ pour influencer la sécurité des logiciels propriétaires. L'aspect le plus connus a été le passage en norme d'un générateur de nombre aléatoire douteux. Vu que même Linus a reconnu avoir subit des pressions sur Linux et un autre kernel hacker avait eu des pressions d'Intel pour utiliser uniquement le générateur interne des cpus, on comprend mieux pourquoi maintenant.
Dans les slides du monde, ils disent que les flux passent par les chemins les moins chère et non les plus court, c'est ainsi que du traffic peut arriver au US,alors que cela a peu de sens.
Il suffirait qu'un journal publie une preuve d'écoute "économique" contre une entreprise française pour changer complètement les relations entre les géants américains de l'internet et les entreprises européennes. On en est encore qu'au stade du "doute sérieux". En gros, la NSA enregistre tout, et ses agents vont à la pêche dans les données pour des raisons de géostratégie ou de terrorisme. Il n'est pas encore question purement d’espionnage économique.
J'ai vu de la com d'une société d'inventeur issue d'un syndicat (cgt ?) qui réclamait un régime de droit d'auteur pour les inventions. Le but était d'avoir des royalties à vie !
Il faudrait comparer avec les CD. J'avais l'impression qu'il était beaucoup plus fiable que les DVD (le codage RS est assez fort, alors que le DVD comptait sur un codec vidéo qui s’accommodait des erreurs de décodage).
Pour les n-type de pointeur, il suffit qu'une spec les classe du plus cool pour le compilo au moins cool, et que le compilateur donne de bon message d'erreur en cas de mauvaise utilisation. Le pire est une mauvaise utilisation silencieuse.
Les "mouvement de référence" sont un typage linéaire qui permet de rendre le multi tache beaucoup plus facile à écrire. Il me semble que le message passing en utilisant les type linéaire avec un compilateur qui ne fait finalement pas de copie réel est la voie suivi par plusieurs langage. Il me semble que Ocaml va aussi vers l'intégration de type linéaire ce qui va rendre possible d'écrire du code parallèle (multi-process) rapide et simple (en gros, map/reduce, cela serait déjà énorme).
Non, c'était la justification de la construction de leur énorme nouveau datacenter : stocker tout ce qui fait plus de 100 bits pour les casser plus tard.
Je pense qu'ils ont des méthodes plus efficaces que le brut force, pour casser de l'aes. Déjà c'est connu que l'on peut réduire un peu la taille de la clef (qq bits), ensuite ils peuvent avoir des attaques statistiques sur le contenu du message (surtout si c'est du texte non compressé), ils peuvent aussi avoir des statistiques de générateur de nombre biaisé utilisé pour le mot de passe (genre une personne qui a utilisé le générateur random de java non crypto qui se base sur un nombre 32 bits), il peut y avoir aussi des attaques sur le mode CBC utilisé avec un vecteur d'initialisation non aléatoire, …
# sse ?
Posté par Nicolas Boulay (site web personnel) . En réponse au journal G'MIC 1.5.7.2 : Multi-threading, Krita, et autres nouveautés.... Évalué à 5. Dernière modification le 31 octobre 2013 à 10:31.
Toujours pas de gentil code pour le SSE ? (gcc est capable de faire le boulot tout seul si le code a la bonne forme)
On peut encore doubler les perfs dans certain cas.
Est-ce que le threading utilise openMP ? Cela marche pas mal en général.
"La première sécurité est la liberté"
[^] # Re: OpenGL antique
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche EGLX : un petit traducteur GLX-EGL pour Wayland. Évalué à -2.
"Ah oui je me rappelle de toi, tu es le gars qui se plaint sans arret que les perfs de Java sont a chier, mais qui refuse d'en apprendre plus sur le fonctionnement du langage et de la JVM."
Les perf pas top, je les es vu, donc dire que tu n'y crois pas trop… C'est un peu énorme.
"La première sécurité est la liberté"
[^] # Re: OpenGL antique
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche EGLX : un petit traducteur GLX-EGL pour Wayland. Évalué à -1. Dernière modification le 29 octobre 2013 à 15:04.
"Qu'est ce qu'un IA?"
une intelligence artificiel pour un jeu.
"De quelle optimisation parles-tu?"
for() {if()…} -> if(){for()…}{for()…}
un peu de déroulage de boucle, etc…
réutiliser les objets au lieu de les oublier et en créer d'autre. En gros, faire en sorte de ne jamais faire de new en rythme de croisière.
"A propos de l'inline des getters/setters je n'y crois pas du tout"
Je m'en fout pas mal de ton avis. Quand tu vires les getter/setter et que tu gagnes 30% de perf, tu te dis que le compilo optimise rien (c'était une JVM sun sous Linux)
"A propos des methodes statics, je te crois sans peine, c'est toujours le plus rapide a appeler quel que soit le langage."
Y'a des moyens pour que la différence soit minime, c'est loin d'être le cas.
"As-tu au moins laisser la JVM "chauffer" et trouver les methodes a inliner?"
Peut-être pas assez. Mais tout le code était chaud car cyclique avec un parcours d'arbre.
"La première sécurité est la liberté"
[^] # Re: OpenGL antique
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche EGLX : un petit traducteur GLX-EGL pour Wayland. Évalué à 2.
Pour avoir jouer avec un IA en Java, j'estime l'efficacité d'une JVM Sun à l'équivalent de gcc -O0. Il n'y même pas de sortie de test des boucles, ni d'inline des getter/setter. Une methode static est bien plus rapide qu'une méthode virtuel normal.
"La première sécurité est la liberté"
[^] # Re: OpenGL antique
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche EGLX : un petit traducteur GLX-EGL pour Wayland. Évalué à 2.
Et personne n'a voulu faire de moteur 3D intermédiaire, un peu comme SDL pour la 2D à une certaine époque ? Les EFL ne sont pas bien ?
"La première sécurité est la liberté"
[^] # Re: OpenGL antique
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche EGLX : un petit traducteur GLX-EGL pour Wayland. Évalué à 2.
C'est pas le rôle des "moteurs 3D" d'abstraire tout ça ?
"La première sécurité est la liberté"
[^] # Re: OpenGL antique
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche EGLX : un petit traducteur GLX-EGL pour Wayland. Évalué à 9.
Tu peux décrire un peu mieux le problème pour nous expliquer, à nous autre ,qui ne prennont pas d'OpenGL au petit déjeuner ?
"La première sécurité est la liberté"
[^] # Re: Pourquoi les constructeurs augmentent le nombre de points de fonctionnement tension/fréquence?
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Amélioration des performances graphiques du noyau 3.12. Évalué à 3.
Je ne sais pas si les x86 fonctionnent de la même façon, mais les Omap3 avaient une gestion distincte concernant les caches. Ils n'avait que 2 modes : On ou rétention. La consommation statique est aussi proportionnel à la tension d'alimentation. Les caches prennent une grosse partie de ces puces, 30% à vue de nez. Si on baisse la tension/fréquence cpu, sans faire de même avec les caches, la puissance restant la même, l'énergie consommée augmente pour un cycle cpu.
"La première sécurité est la liberté"
[^] # Re: Si je comprends bien...
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Mise en demeure, suite et fin. Évalué à 10.
Vu que le commission ne fera rien, pourquoi ne pas porter plainte pour escroquerie ?
"La première sécurité est la liberté"
[^] # Re: Pourquoi les constructeurs augmentent le nombre de points de fonctionnement tension/fréquence?
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Amélioration des performances graphiques du noyau 3.12. Évalué à 3. Dernière modification le 25 octobre 2013 à 17:23.
Le problème est que tu ne réduis que la consommation d'énergie pour le cpu, or la consommation reste la même pour les caches par exemple. Si la tache est plus longue, cela n'est plus rentable d'être à 50% de fréquence.
J'avais lu qu'il y avait plus à gagner à baisser la fréquence des DRAM, dans le cas de calcul cpu bound, et à baisser celle du cpu dans le cas memory bound.
Intel avait conçu les points de fonctionnement comme une protection thermique, et non une baisse de consommation. Très souvent le on/off est plus efficace. Surtout si le off implique la coupure de l'alimentation du bloc logique (mais c'est très long à réveiller ~100ms ?).
"La première sécurité est la liberté"
[^] # Re: site de comparaison ?
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Étude de Mozilla comparant les taux de compression de différents formats d'images. Évalué à 2.
C'est l'avantage de faire des statiques sur des comparaisons A/B/x, plein de biais peuvent être filtré.
"La première sécurité est la liberté"
# site de comparaison ?
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Étude de Mozilla comparant les taux de compression de différents formats d'images. Évalué à 4.
Si mozilla veut aller plus loin, il faut monter un site qui présente 2 image parmi l'original et les 2 types de compression, et faire des statistiques sur les utilisateurs.
"La première sécurité est la liberté"
# max ?
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Amélioration des performances graphiques du noyau 3.12. Évalué à 4.
Est-ce que des tests de performances, avec la fréquence maximum ont été fait ? Sinon, c'est un peu logique que les mécanismes de baisse de fréquences introduisent des latences et de la lenteur.
"La première sécurité est la liberté"
[^] # Re: Comment oser?
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Open Bar Microsoft/Défense : des documents confirment les jeux de pouvoir et la décision politique. Évalué à 9.
Il y aussi l'histoire des pressions sur les pdg pour fournir les fadettes, l'un a refusé, il a perdu tout ses contrats avec l'état US. Snowden a aussi montré l'existence d'un programme de plusieurs millions de $ pour influencer la sécurité des logiciels propriétaires. L'aspect le plus connus a été le passage en norme d'un générateur de nombre aléatoire douteux. Vu que même Linus a reconnu avoir subit des pressions sur Linux et un autre kernel hacker avait eu des pressions d'Intel pour utiliser uniquement le générateur interne des cpus, on comprend mieux pourquoi maintenant.
"La première sécurité est la liberté"
[^] # Re: Comment ?
Posté par Nicolas Boulay (site web personnel) . En réponse au journal [Multi bookmark] Le Monde dévoile sa collaboration (indirecte) avec Snowden. Évalué à 2.
Dans les slides du monde, ils disent que les flux passent par les chemins les moins chère et non les plus court, c'est ainsi que du traffic peut arriver au US,alors que cela a peu de sens.
"La première sécurité est la liberté"
# preuve ?
Posté par Nicolas Boulay (site web personnel) . En réponse au journal [Multi bookmark] Le Monde dévoile sa collaboration (indirecte) avec Snowden. Évalué à 4.
Il suffirait qu'un journal publie une preuve d'écoute "économique" contre une entreprise française pour changer complètement les relations entre les géants américains de l'internet et les entreprises européennes. On en est encore qu'au stade du "doute sérieux". En gros, la NSA enregistre tout, et ses agents vont à la pêche dans les données pour des raisons de géostratégie ou de terrorisme. Il n'est pas encore question purement d’espionnage économique.
"La première sécurité est la liberté"
# copyright ?
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Et pourquoi ne pas breveter les recettes de cuisine ?. Évalué à -1.
J'ai vu de la com d'une société d'inventeur issue d'un syndicat (cgt ?) qui réclamait un régime de droit d'auteur pour les inventions. Le but était d'avoir des royalties à vie !
"La première sécurité est la liberté"
[^] # Re: Conclusion
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Qualite des disques blu-ray enregistrables pour l’archivage des donnees numeriques. Évalué à 4.
Il faudrait comparer avec les CD. J'avais l'impression qu'il était beaucoup plus fiable que les DVD (le codage RS est assez fort, alors que le DVD comptait sur un codec vidéo qui s’accommodait des erreurs de décodage).
"La première sécurité est la liberté"
[^] # Re: Map
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Je crée mon jeu vidéo E03 : la version zéro !. Évalué à 2.
Si tu fais plein d'io disque pendant le jeu, tu risques d'avoir des mauvaises surprises comme des latences aléatoires.
"La première sécurité est la liberté"
[^] # Re: bashing du D
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Présentation de Rust 0.8. Évalué à 3.
Pour les n-type de pointeur, il suffit qu'une spec les classe du plus cool pour le compilo au moins cool, et que le compilateur donne de bon message d'erreur en cas de mauvaise utilisation. Le pire est une mauvaise utilisation silencieuse.
"La première sécurité est la liberté"
[^] # Re: dev français ?
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Présentation de Rust 0.8. Évalué à 9.
parmap fait un fork à chaque appel ! C'est donc réservé à du très gros grain.
"La première sécurité est la liberté"
[^] # Re: dev français ?
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Présentation de Rust 0.8. Évalué à 3.
Les enum de rust sont les types sommes d'Ocaml.
Les "mouvement de référence" sont un typage linéaire qui permet de rendre le multi tache beaucoup plus facile à écrire. Il me semble que le message passing en utilisant les type linéaire avec un compilateur qui ne fait finalement pas de copie réel est la voie suivi par plusieurs langage. Il me semble que Ocaml va aussi vers l'intégration de type linéaire ce qui va rendre possible d'écrire du code parallèle (multi-process) rapide et simple (en gros, map/reduce, cela serait déjà énorme).
"La première sécurité est la liberté"
[^] # Re: bashing du D
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Présentation de Rust 0.8. Évalué à 9.
Si Rust a le même genre de pattern matching que Ocaml et que le switch de D est le même que le C, la comparaison est plus que malhonnête.
"La première sécurité est la liberté"
# dev français ?
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Présentation de Rust 0.8. Évalué à 2.
Est-ce qu'il y a des dev français pour le langage ?
Qu'est-ce qui est mieux foutul que Ocaml vu que le codeur principal connaissait ce langage ?
"La première sécurité est la liberté"
[^] # Re: houla...
Posté par Nicolas Boulay (site web personnel) . En réponse au journal La proche fin des mots de passe. Évalué à 2.
Non, c'était la justification de la construction de leur énorme nouveau datacenter : stocker tout ce qui fait plus de 100 bits pour les casser plus tard.
Je pense qu'ils ont des méthodes plus efficaces que le brut force, pour casser de l'aes. Déjà c'est connu que l'on peut réduire un peu la taille de la clef (qq bits), ensuite ils peuvent avoir des attaques statistiques sur le contenu du message (surtout si c'est du texte non compressé), ils peuvent aussi avoir des statistiques de générateur de nombre biaisé utilisé pour le mot de passe (genre une personne qui a utilisé le générateur random de java non crypto qui se base sur un nombre 32 bits), il peut y avoir aussi des attaques sur le mode CBC utilisé avec un vecteur d'initialisation non aléatoire, …
"La première sécurité est la liberté"