"Il me semble que d'après leurs tests, il vaut mieux avoir 2 cores à 50% que 1 à 100%."
J'imagine que cela dépend de la plateforme. Il y a plusieurs choses contradictoires :
- une très grosse portion de la consommation est statique. Donc, 50% ou 100% de la clocks ne fait pas une grosse différence (inclus la réduction de la tension), sur la puissance instantanée, mais propose une consommation d'énergie par instructions plus élevées.
- Les caches et les bus internes n'ont souvent que 2 points de fonctionnement (on ou off), donc 25 ou 100% de la vitesse, ils consomment la même chose.
- Un cpu est optimisé à sa synthèse pour fonctionner à sa vitesse nominal (ex:2hz). Si le but est de le faire fonctionner à 50%, il sera bien plus petit, si on le synthétise pour qu'il tourne à 1Ghz. Allez vite implique plus de pipeline, ce qui prend de la place, aussi.
J'imagine donc que l'optimal doit être 100% à 2 cpus avec des plages ou tout est coupé (genre 50 ms allumé, 50 ms éteint), avec une baisse de la fréquence/tension sur la DRAM si la charge est cpu bound.
Si l'auteur du logiciel est européen, cela m'étonnerait beaucoup que cela soit légal.
Si il vend en Europe, je ne pense pas non plus que cela soit légal de vendre dans un pays et pas un autre (sauf exception comme les droits d'auteur, mais les logiciels ont toujours été un peu à part).
2 proc identiques vs un seul qui tourne 2 fois plus longtemps revienne presque au même. La différence sera sur les périphériques. Typiquement, l'interface DRAM utilisera 2 fois plus d'énergie dans le 2ième cas, idem pour une mémoire cache partagé (L3). Donc, le deuxième cas est le plus consommateur d'énergie.
En fait, c'est surtout le coté préampli numérique qui change tout le temps qui devrait être séparé de l'ampli analogique qui n'a pas besoin de changer, et est responsable d'une bonne parti de la qualité audio.
Disons que c'est plus une question du futur concernant les mobiles. Augmenter le nombre de coeur est le moyen le moins couteux en terme de surface de silicium et de consommation électrique.
Le browser sur un téléphone est le truc qui tournent à 100% du cpu pour offrir le maximum de fluidité, il n'a pas un framerate à respecter comme un film, il prend tout. Donc, si il n'est pas possible d'avoir des perfs linéaire avec le nombre de coeur, l'utilité d'avoir plus de 4 coeurs dans un SoC mobile, devient très discutable.
Je ne connais pas le langage, mais est-ce que les optimisations type openMP sont possibles ? (en gros parallélisation des "map", voir encore mieux l'équivalent du map/reduce de google mais pour le même ordinateur), ce genre de construction peut être facilement utilisé, à condition que le système de gestion derrière soit ultra-light. ( https://fr.wikipedia.org/wiki/MapReduce )
C'est bien plus rapide que gecko en mode mono core. Mais 1.5 de speed-up, c'est pas terrible du tout (en 2 threads on devrait être à x2). La tâche est complexe car les traitements sont interdépendants.
En puissance brute, c'est plus simple de faire 8 coeurs type ARM Cortex A7 (faible consommation et forte puissance cumulé). Mais pour avoir de grosses performances monocores, il faut monter la fréquence, donc, augmenter la profondeur des pipelines (ce qui implique plus de logique de gestion), il faut faire de l’exécution spéculative (qui rajoute du controle en O(n2), n était le nombre d'instruction exécuté en même temps). Bref, on a la même puissance brute avec 2 ou 4 cpu plus rapide (A9), mais qui consomment plus et qui sont plus gros.
D'ailleurs, pour les PC de bureau, on dirait qu'il y a un paliers vers 4 ou 8 cpu (4 cpu 2 threads par cpu).
"Tu peux donc imprimer le PDF, le remplir de manière manuscrite et leur envoyer."
Et ensuite, tu peux voir des reportages avec 2 CDI qui se plaignent d'avoir parfois 1000 courriers par jour à ouvrir, puis à scanner feuilles à feuilles, parfois en les scotchant sur une autre feuille A4…
Tu veux dire qu'il est capable de parser du HTML et faire son rendu, en utilisant correctement un grand nombre de cpu ? Ils doublent les perfs entre 4 et 8 coeurs ?
Normalement, la traduction d'une œuvre est un produit dérivé de celle-ci (tout comme une interprétation d'une musique, ou un binaire de code GPL).
Pour la version française, si elle est sorti alors qu'un droit d'auteur existait, ce droit est maintenant tombé. Si il n'y avait pas de copyright, malheureusement, il ne doit pas exister un concept de produit dérivé du domaine publique (sauf concernant la numérisation qui donne jamais lieu à une extension des droits).
Sinon vu que le paiement a lieu depuis la fin des années 80, j'imagine qu'une bonne class action, doit être possible.
Est-ce qu'il existe une lib rust pour faire un serveur applicatif http ? Je cherche un langage moderne, rapide, avec des types sommes (enum en rust). go semble rapide, mais niveau typage, il est l'air plus simple (pas de type somme ? http://www.jerf.org/iri/post/2917).
En France, la télé payante est très minoritaires. La HD a décollé uniquement avec l'arrivé de la TNT.
"Et encore une fois, il y a 10 ans, on ne parlait pas de TNT en HD, c'était du "délire"."
Pas vraiment, le passage mpeg2/mpeg4 a été rapidement dans les tuyaux (2006 puis 2008 pour la HD…).
"Il a gros débat en la matière, mais l'un n'est pas incompatible avec l'autre."
Non, mais le hdmi en prend plein la tête au niveau débit. Actuellement, il faut une prise DVI pour du 4k > 30fps.
"en gros, l'idée est à terme de faire 8k / 60 fps / 10-bit / Couleurs étendues (BT.2020) pour le format de diffusion."
Un jour, j'avais calculé que la résolution horizontal de l’œil, par rapport aux effets de diffraction de la pupille, était de 10 000 pixels pour 180°. Donc le 8k, c'est pour faire de l'omnimax ou presque. Concernant la vitesse d'intégration de l'oeil à la lumière ambiante, c'était de l'ordre de 72Hz(70hz correspondant aussi à la limite pour ne plus voir de flicker à l'époque des écrans à tubes). J'avais lu sur un site d'université des études sur la couleur. Il disait que l'on pouvait distinguer 2 à 2 des dizaines de millions de couleurs, mais pas plus de 10 000 dans la même image. Par contre, concernant la luminosité, l’œil était beaucoup plus sensible. Il faudrait 24 bits pour coder un Y en codage Yuv.
Donc, je trouve bizarre d'un coté d'avoir plein de pixel, un frame rate pas encore au niveau de l’œil, et un espace colorimétrique vaste, mais pas la dynamique complète.
"Non, suffit d'un accès Wifi, ça se trouve dans pas mal d'endroits (Aéroports, bars, chez toi…)"
Oui, et tu peux avoir un flux HD (>5mbits)dans un endroit publique ? Je doute fortement.
"Et 1m10, c'est du 43 pouces, on fait nettement plus grand depuis pas mal de temps (suffit d'aller voir dans un magasin)."
Bien sûr, mais c'est la limite pour le 720p… le 4k doit être bien au dessus, je n'ai plus le calcul en tête.
"Le monde évolue… Et surtout, on parle du futur!"
Comme la 3D ? ou comme le SACD ? Au bout d'un moment, on ne fait plus la différence. Le 4k passera sans doute même si beaucoup de salles de cinéma n'en sont pas encore équipé. La 8k, je doute encore plus. Je crois beaucoup plus au passage à 60 fps, qui permet des choses actuellement totalement inimaginables à 24.
Cela change depuis 2 ans, et l'arrivé de la 4k. Cela a stagné longtemps avant. 1000 px de haut j'ai toujours trouver cela ridicule sur un moniteur. Surtout depuis les ipad 10" à 3k, qui avaient plus de pixels que la plus part des moniteurs 24".
"Rappel : 1920x1080, c'est la résolution en 2015 d'un smartphone."
Oui, mais ce n'est pas la résolution de vidéo que l'on regarde. Pour voir une différence avec une vidéo HD et 4k, il faut un sacré écran et une sacré bande passante.
Il me semble que nombre de cinéma diffuse encore en 2k. Au cinéma, le 4k se justifie. Le 8k beaucoup moins. Dans son salon, c'est encore plus dure. C'est beau la 4k, avec tous les détails quand on regarde à 50cm de l'écran. Mais ce n'est pas courant comme usage.
Il n'y a pas encore de vrai source 4k. Le HFR (60fps) apporterait bien plus de progrès que le passage de 4 à 8k.
Tu connais un plan de la tnt pour diffuser en 4k ? Ils se font déjà la guerre avec la 4g, pour l'accès aux fréquences. A moins que l'on parle de 4k mais à bitrate constant avec la hd actuelle, le progres sera présent uniquement par la qualité du nouveau codec.
Bon, j'ai tenté. C 'est des exo de programmation de 5 10 15 min. Cela se fait à plusieurs avec gagnant pour le plus rapide, ou le code le plus court. Autant, avoir le code le plus court en respectant des coding standard classique, c'est sympa, autant de jouer avec des variables d'une lettre, bof…
gzip permet d'avoir la vrai "entropie" du code, à priori, c'est une façon simple d'avoir un nombre proportionnel au nombre d'instructions, et qui ne dépend pas trop des noms choisis pour les variables.
Cela me rappelle les parties à 2 ou 4, dont je ne me rappelle plus le titre. Mon IA était timide, cela la rendait très forte à 4, mais très faible à 2 car peu agressive.
Dans le langage shoutout, ils ont une autre méthode : la taille d'un gzip. Ce qui évite de devoir utiliser des variables d'un seul caractère.
"We start with the source-code markup you can see, remove comments, remove duplicate whitespace characters, and then apply minimum GZip compression. The Code-used measurement is the size in bytes of that GZip compressed source-code file.
Thanks to Brian Hurt for the idea of using size of compressed source code instead of lines of code.
(Note: There is some evidence that complexity metrics don't provide any more information than SLoC or LoC.)"
[^] # Re: Remarque à la c...
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Servo fin 2015 : où en est-on ?. Évalué à 4.
J'imagine que cela dépend de la plateforme. Il y a plusieurs choses contradictoires :
- une très grosse portion de la consommation est statique. Donc, 50% ou 100% de la clocks ne fait pas une grosse différence (inclus la réduction de la tension), sur la puissance instantanée, mais propose une consommation d'énergie par instructions plus élevées.
- Les caches et les bus internes n'ont souvent que 2 points de fonctionnement (on ou off), donc 25 ou 100% de la vitesse, ils consomment la même chose.
- Un cpu est optimisé à sa synthèse pour fonctionner à sa vitesse nominal (ex:2hz). Si le but est de le faire fonctionner à 50%, il sera bien plus petit, si on le synthétise pour qu'il tourne à 1Ghz. Allez vite implique plus de pipeline, ce qui prend de la place, aussi.
J'imagine donc que l'optimal doit être 100% à 2 cpus avec des plages ou tout est coupé (genre 50 ms allumé, 50 ms éteint), avec une baisse de la fréquence/tension sur la DRAM si la charge est cpu bound.
"La première sécurité est la liberté"
[^] # Re: Tout à fait
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Phylogénie, licence propriétaire et immigration. Évalué à 5.
J'adore aussi la tentative de faire passer leur racisme pour une réaction anti-capitaliste.
"La première sécurité est la liberté"
[^] # Re: Time to fork
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Phylogénie, licence propriétaire et immigration. Évalué à 4.
Si l'auteur du logiciel est européen, cela m'étonnerait beaucoup que cela soit légal.
Si il vend en Europe, je ne pense pas non plus que cela soit légal de vendre dans un pays et pas un autre (sauf exception comme les droits d'auteur, mais les logiciels ont toujours été un peu à part).
"La première sécurité est la liberté"
[^] # Re: Remarque à la c...
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Servo fin 2015 : où en est-on ?. Évalué à 6.
2 proc identiques vs un seul qui tourne 2 fois plus longtemps revienne presque au même. La différence sera sur les périphériques. Typiquement, l'interface DRAM utilisera 2 fois plus d'énergie dans le 2ième cas, idem pour une mémoire cache partagé (L3). Donc, le deuxième cas est le plus consommateur d'énergie.
"La première sécurité est la liberté"
[^] # Re: Test objectif?
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Codec War S42E84. Évalué à 3.
En fait, c'est surtout le coté préampli numérique qui change tout le temps qui devrait être séparé de l'ampli analogique qui n'a pas besoin de changer, et est responsable d'une bonne parti de la qualité audio.
"La première sécurité est la liberté"
[^] # Re: Remarque à la c...
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Servo fin 2015 : où en est-on ?. Évalué à 3.
Disons que c'est plus une question du futur concernant les mobiles. Augmenter le nombre de coeur est le moyen le moins couteux en terme de surface de silicium et de consommation électrique.
Le browser sur un téléphone est le truc qui tournent à 100% du cpu pour offrir le maximum de fluidité, il n'a pas un framerate à respecter comme un film, il prend tout. Donc, si il n'est pas possible d'avoir des perfs linéaire avec le nombre de coeur, l'utilité d'avoir plus de 4 coeurs dans un SoC mobile, devient très discutable.
"La première sécurité est la liberté"
[^] # Re: Remarque à la c...
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Servo fin 2015 : où en est-on ?. Évalué à 2.
Je ne connais pas le langage, mais est-ce que les optimisations type openMP sont possibles ? (en gros parallélisation des "map", voir encore mieux l'équivalent du map/reduce de google mais pour le même ordinateur), ce genre de construction peut être facilement utilisé, à condition que le système de gestion derrière soit ultra-light. ( https://fr.wikipedia.org/wiki/MapReduce )
"La première sécurité est la liberté"
[^] # Re: Remarque à la c...
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Servo fin 2015 : où en est-on ?. Évalué à 3.
C'est bien plus rapide que gecko en mode mono core. Mais 1.5 de speed-up, c'est pas terrible du tout (en 2 threads on devrait être à x2). La tâche est complexe car les traitements sont interdépendants.
En puissance brute, c'est plus simple de faire 8 coeurs type ARM Cortex A7 (faible consommation et forte puissance cumulé). Mais pour avoir de grosses performances monocores, il faut monter la fréquence, donc, augmenter la profondeur des pipelines (ce qui implique plus de logique de gestion), il faut faire de l’exécution spéculative (qui rajoute du controle en O(n2), n était le nombre d'instruction exécuté en même temps). Bref, on a la même puissance brute avec 2 ou 4 cpu plus rapide (A9), mais qui consomment plus et qui sont plus gros.
D'ailleurs, pour les PC de bureau, on dirait qu'il y a un paliers vers 4 ou 8 cpu (4 cpu 2 threads par cpu).
"La première sécurité est la liberté"
[^] # Re: Déjà ils proposent un PDF ..;
Posté par Nicolas Boulay (site web personnel) . En réponse au journal À quoi sert le RGI ?. Évalué à 5.
Et ensuite, tu peux voir des reportages avec 2 CDI qui se plaignent d'avoir parfois 1000 courriers par jour à ouvrir, puis à scanner feuilles à feuilles, parfois en les scotchant sur une autre feuille A4…
"La première sécurité est la liberté"
[^] # Re: Remarque à la c...
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Servo fin 2015 : où en est-on ?. Évalué à 3.
Tu veux dire qu'il est capable de parser du HTML et faire son rendu, en utilisant correctement un grand nombre de cpu ? Ils doublent les perfs entre 4 et 8 coeurs ?
"La première sécurité est la liberté"
# et pour la VF ?
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Happy Birthday n'appartient pas à la Warner/Chapell. Évalué à 4.
Normalement, la traduction d'une œuvre est un produit dérivé de celle-ci (tout comme une interprétation d'une musique, ou un binaire de code GPL).
Pour la version française, si elle est sorti alors qu'un droit d'auteur existait, ce droit est maintenant tombé. Si il n'y avait pas de copyright, malheureusement, il ne doit pas exister un concept de produit dérivé du domaine publique (sauf concernant la numérisation qui donne jamais lieu à une extension des droits).
Sinon vu que le paiement a lieu depuis la fin des années 80, j'imagine qu'une bonne class action, doit être possible.
"La première sécurité est la liberté"
[^] # Re: Test objectif?
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Codec War S42E84. Évalué à 1.
Les toutes dernières version. Parce que actuellement, pour certain écran, le HDMI supporte mal le 4k.
"La première sécurité est la liberté"
[^] # Re: code server ?
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Servo fin 2015 : où en est-on ?. Évalué à 2.
iron a l'air le plus au point.
"La première sécurité est la liberté"
# code server ?
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Servo fin 2015 : où en est-on ?. Évalué à 3. Dernière modification le 29 septembre 2015 à 10:28.
Est-ce qu'il existe une lib rust pour faire un serveur applicatif http ? Je cherche un langage moderne, rapide, avec des types sommes (enum en rust). go semble rapide, mais niveau typage, il est l'air plus simple (pas de type somme ? http://www.jerf.org/iri/post/2917).
"La première sécurité est la liberté"
[^] # Re: Test objectif?
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Codec War S42E84. Évalué à 5.
En France, la télé payante est très minoritaires. La HD a décollé uniquement avec l'arrivé de la TNT.
Pas vraiment, le passage mpeg2/mpeg4 a été rapidement dans les tuyaux (2006 puis 2008 pour la HD…).
Non, mais le hdmi en prend plein la tête au niveau débit. Actuellement, il faut une prise DVI pour du 4k > 30fps.
Un jour, j'avais calculé que la résolution horizontal de l’œil, par rapport aux effets de diffraction de la pupille, était de 10 000 pixels pour 180°. Donc le 8k, c'est pour faire de l'omnimax ou presque. Concernant la vitesse d'intégration de l'oeil à la lumière ambiante, c'était de l'ordre de 72Hz(70hz correspondant aussi à la limite pour ne plus voir de flicker à l'époque des écrans à tubes). J'avais lu sur un site d'université des études sur la couleur. Il disait que l'on pouvait distinguer 2 à 2 des dizaines de millions de couleurs, mais pas plus de 10 000 dans la même image. Par contre, concernant la luminosité, l’œil était beaucoup plus sensible. Il faudrait 24 bits pour coder un Y en codage Yuv.
Donc, je trouve bizarre d'un coté d'avoir plein de pixel, un frame rate pas encore au niveau de l’œil, et un espace colorimétrique vaste, mais pas la dynamique complète.
"La première sécurité est la liberté"
[^] # Re: Test objectif?
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Codec War S42E84. Évalué à 8.
Oui, et tu peux avoir un flux HD (>5mbits)dans un endroit publique ? Je doute fortement.
Bien sûr, mais c'est la limite pour le 720p… le 4k doit être bien au dessus, je n'ai plus le calcul en tête.
Comme la 3D ? ou comme le SACD ? Au bout d'un moment, on ne fait plus la différence. Le 4k passera sans doute même si beaucoup de salles de cinéma n'en sont pas encore équipé. La 8k, je doute encore plus. Je crois beaucoup plus au passage à 60 fps, qui permet des choses actuellement totalement inimaginables à 24.
"La première sécurité est la liberté"
[^] # Re: Test objectif?
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Codec War S42E84. Évalué à 5.
Cela change depuis 2 ans, et l'arrivé de la 4k. Cela a stagné longtemps avant. 1000 px de haut j'ai toujours trouver cela ridicule sur un moniteur. Surtout depuis les ipad 10" à 3k, qui avaient plus de pixels que la plus part des moniteurs 24".
"La première sécurité est la liberté"
[^] # Re: Test objectif?
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Codec War S42E84. Évalué à 2.
Regardes ce que fournis youtube de base par exemple. Il faut un sacré réseau pour voir une vidéo HD sur mobile.
A 3m, il faut une télé de 1m10 pour voir la différence entre le 720p et le 1080. Les chaines de télé ne sont pas toutes en HD.
"La première sécurité est la liberté"
[^] # Re: Test objectif?
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Codec War S42E84. Évalué à 7.
Oui, mais ce n'est pas la résolution de vidéo que l'on regarde. Pour voir une différence avec une vidéo HD et 4k, il faut un sacré écran et une sacré bande passante.
Il me semble que nombre de cinéma diffuse encore en 2k. Au cinéma, le 4k se justifie. Le 8k beaucoup moins. Dans son salon, c'est encore plus dure. C'est beau la 4k, avec tous les détails quand on regarde à 50cm de l'écran. Mais ce n'est pas courant comme usage.
Il n'y a pas encore de vrai source 4k. Le HFR (60fps) apporterait bien plus de progrès que le passage de 4 à 8k.
Tu connais un plan de la tnt pour diffuser en 4k ? Ils se font déjà la guerre avec la 4g, pour l'accès aux fréquences. A moins que l'on parle de 4k mais à bitrate constant avec la hd actuelle, le progres sera présent uniquement par la qualité du nouveau codec.
"La première sécurité est la liberté"
[^] # Re: Yep !
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Cinéma : Blackhat (aka Hacker). Évalué à 2.
2010 avec la hackeuse androgyne.
"La première sécurité est la liberté"
[^] # Re: Yep !
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Cinéma : Blackhat (aka Hacker). Évalué à 4.
millenium est aussi très précis sur les techniques de hack.
"La première sécurité est la liberté"
[^] # Re: le but ?
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Clash of Code - Feedback. Évalué à 2.
Bon, j'ai tenté. C 'est des exo de programmation de 5 10 15 min. Cela se fait à plusieurs avec gagnant pour le plus rapide, ou le code le plus court. Autant, avoir le code le plus court en respectant des coding standard classique, c'est sympa, autant de jouer avec des variables d'une lettre, bof…
"La première sécurité est la liberté"
[^] # Re: Shortest
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Clash of Code - Feedback. Évalué à 5.
gzip permet d'avoir la vrai "entropie" du code, à priori, c'est une façon simple d'avoir un nombre proportionnel au nombre d'instructions, et qui ne dépend pas trop des noms choisis pour les variables.
"La première sécurité est la liberté"
[^] # Re: Code le plus court
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Clash of Code - Feedback. Évalué à 3.
Cela me rappelle les parties à 2 ou 4, dont je ne me rappelle plus le titre. Mon IA était timide, cela la rendait très forte à 4, mais très faible à 2 car peu agressive.
"La première sécurité est la liberté"
[^] # Re: Shortest
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Clash of Code - Feedback. Évalué à 9.
Dans le langage shoutout, ils ont une autre méthode : la taille d'un gzip. Ce qui évite de devoir utiliser des variables d'un seul caractère.
"We start with the source-code markup you can see, remove comments, remove duplicate whitespace characters, and then apply minimum GZip compression. The Code-used measurement is the size in bytes of that GZip compressed source-code file.
Thanks to Brian Hurt for the idea of using size of compressed source code instead of lines of code.
(Note: There is some evidence that complexity metrics don't provide any more information than SLoC or LoC.)"
https://benchmarksgame.alioth.debian.org/play.php
"La première sécurité est la liberté"