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.)"
" Et pour avoir fréquenté d'autres concours en multi, je n'ai jamais trouvé de solution permettant de classer correctement 2000 participants parfaitement."
[^] # 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é"
[^] # Re: Code le plus court
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Clash of Code - Feedback. Évalué à 2.
" Et pour avoir fréquenté d'autres concours en multi, je n'ai jamais trouvé de solution permettant de classer correctement 2000 participants parfaitement."
Les algo type ELO, ne sont pas fait pour ça ?
"La première sécurité est la liberté"
# le but ?
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Clash of Code - Feedback. Évalué à 2.
Je n'ai toujours rien compris au sujet. Le lien ne me renseigne pas plus.
On est obligé de faire parti d'un match pour avoir une idée de ce qu'il faut faire ?
"La première sécurité est la liberté"
[^] # Re: code des drones parrot ?
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Qualcomm & les drones & Ubuntu. Évalué à 3.
Un code open source est aussi libre, légalement parlant. C'est la philosophie libre/open source qui s'oppose, pas les droits légaux.
"La première sécurité est la liberté"
[^] # Re: code des drones parrot ?
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Qualcomm & les drones & Ubuntu. Évalué à 5.
Mon problème n'est pas le code, mais le hardware et ses possibilités. On ne peut pas faire de robot sans retour sur l'environnement.
"La première sécurité est la liberté"
[^] # Re: code des drones parrot ?
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Qualcomm & les drones & Ubuntu. Évalué à 3.
Non le but serait de faire un concours de robotique de course de drone.
"La première sécurité est la liberté"
[^] # Re: Avis d'un fonctionnaire décisionnaire.
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche 2048 courriers de sensibilisation des acteurs locaux aux enjeux du logiciel libre (un par jour). Évalué à 1.
J'ai dis "data libre -> GPL", quand il a dit "data libre -> logiciel libre -> GPL". Il ne faut pas exagérer non plus.
"La première sécurité est la liberté"