La crypto du bitcoin exige (et est une preuve) du travail mais la valeur de ce travail est nulle en dehors du fonctionnement du système bitcoin.
Cependant oui bitcoin fourni un service, et si ce service est utile, alors bitcoin a de la valeur.
Donc pour expliquer la forte croissance de la valeur bitcoin: soit c'est une bulle, soit des gens ont trouvé une utilité au service (blanchiment d'argent? ventes d'armes/drogues?). Et c'est probablement les 2: l'utilité propre du service n'a pas vraiment changé ces derniers mois.
À la première lecture, je n'avais pas compris à quoi servait ASan et TSan vu qu'ils ne font que réimplémenter des fonctionnalités de valgrind.
En fait l'information importante c'est qu'en instrumentant le code, l'overhead runtime est bien plus faible qu'avec valgrind: ASan parle d'un facteur 2 en ralentissement, alors que memcheck de valgrind annonce entre 40 et 120.
Je n'ai pas encore testé mais avoir un memcheck rapide c'est vraiment Bien!
Chez moi pacman refuse de faire quoi que ce soit s'il a détecté un conflit pendant la mise-à-jour. Du coup pas d'upgrade, et pas de machine inutilisable pendant plusieurs jours…
Mais c'est probablement jamais ce qui est utilisé par les gens qui apprennent plus de 10 décimales: dans la vidéo le monsieur écrit les décimales à la vitesse d'écriture maximale, a priori on a pas le temps de compter le nombre de lettres de chaque mot.
Ce qui est surprenant c'est qu'il dit ne pas pouvoir les réciter sans les écrire. Habituellement c'est fait à l'oral.
J'ai fait cet été du ssh et du openvpn avec free mobile.
Le vpn marche au début mais tombe assez rapidement (en udp, j'ai pas testé en tcp), je pense que free limite le trafic udp.
Par contre pour le ssh je n'ai pas eu de problème particulier.
Sinon pour du SSH over HTTPS: proxytunnel + apache en reverse proxy: http://dag.wieers.com/howto/ssh-http-tunneling/. Ça marchait très bien en entreprise (et même sous windows en théorie, mais je n'ai pas réussi à le faire marcher).
D'après la PEP-393 il y a bien plusieurs représentations possibles de la string en interne.
Cependant ça concerne uniquement la représentation unicode. La PEP parle d'ascii car c'est un sous ensemble de l'UTF-8: toute chaîne de caractère ascii peut être lue comme une chaîne UTF-8.
Il y a donc bien une conversion à la volée des caractères entre l'encodage interne qui peut être de l'UTF-8, UTF-16 ou UTF-32, et la représentation publique, au moins dans les cas où on accède aux caractères directement (ils sont convertis en code-point unicode). Cela dit cette conversion était aussi faite avant.
Pour la concaténation effectivement je ne sais pas si c'est réellement un problème.
Cependant dans la PEP ils précisent:
> A new function PyUnicode_AsUTF8 is provided to access the UTF-8 representation. It is thus identical to the existing _PyUnicode_AsString, which is removed. The function will compute the utf8 representation when first called. Since this representation will consume memory until the string object is released, applications should use the existing PyUnicode_AsUTF8String where possible (which generates a new string object every time). APIs that implicitly converts a string to a char* (such as the ParseTuple functions) will use PyUnicode_AsUTF8 to compute a conversion.
Ce qui veut bien dire qu'il y a des méthodes utilisées qui font de la conversion à la volée.
Cf aussi la liste des fonctions et macros de leur nouvelle API.
L'optimisation en occupation mémoire des chaînes de caractères n'a-t-elle pas un impact en performance cpu?
Par exmple il y a probablement plus de conversions à la volée maintenant lorsqu'on itère sur les caractères non?
Ou encore la concaténation de chaînes stockées sur différentes tailles de caractères…
Je n'utilise pas la freebox. J'ai été parmi les premiers à avoir la joie de recevoir la freebox optique v2, qui est une freebox adsl v5 recyclée avec un autre firmware, et la prise optique est déportée dans un boîtier externe ethernet <-> fibre. La freebox ne tient pas les débits annoncés (100Mbps en dl théoriques, le matériel tient 20Mbps en routeur et 50Mbps en bridge, sans la freebox on monte plus de 100Mbps; plus d'infos sur ce bug, et sur ce long thread).
Bref j'ai configuré du rd6 à la main et ça fonctionne bien. Si entre temps ils sont passés en ipv6 natif il faudrait que je reconfigure tout ça.
Dans le genre services proches de doodle, mais avec des fonctionnalités différentes, il y a http://tchinisse.com/.
C'est moins un sondage pour choisir une date, mais plus une checklist collaborative de choses à préparer/emmener pour l'évènement.
Je n'ai pas réussi à trouver d'équivalent libre. En connaissez-vous?
Est-ce qu'avant la fermeture de l'accès aux sources il y avait eu des contributions externes à l'entreprise éditant eyeos? Si oui, y a-t-il eu transfert de copyright comme le demande la FSF pour toute contribution à des projets GNU, ou bien seulement une inclusion des patchs diffusés sous AGPL par leurs auteurs?
Si ce dernier cas est vrai alors la société éditrice d'eyeos n'a pas le droit de changer la licence sur ce code. Donc si ces patches sont encore utilisés, le logiciel est toujours libre.
Ils n'ont hélas pas de démo en libre accès (au quel cas la licence AGPL s'appliquerait directement: n'importe quel visiteur est en droit de demander les sources), mais il doit y avoir moyen de leur demander une démo, ou même acheter leur offre, et ensuite demander le code.
En fait je suis tout simplement habitué à la css par défaut de linuxfr: pas de largeur fixe, et pas de zones vides sur la moitié de l'écran. Avec des marges oui, mais pas gigantesques.
Tout à fait. Et au onzième lancé on a (610)-1 (ensemble des issues possibles moins l'issue 'onze 6 d'affilés') chances d'avoir obtenu une suite différente de onze 6. On a donc peu de chance d'avoir un 6.
Non.
L'ensemble des issues possibles au onzième lancé il n'y en a que 6: un seul dé est lancé. Les précédents lancés sont déjà effectués.
(610)-1 est bien l'ensemble des issues possibles moins l'issue "onze 6 d'affilés", mais ce n'est pas la même expérience que "le onzième lancé": c'est l'expérience des onze lancés pris ensembles.
Donc effectivement, la probabilité d'avoir onze 6 est faible, lorsqu'on lance onze fois le dé. Ce qui n'est pas ce dont on parle.
On parle du onzième lancé une fois les 10 précédents déjà réalisés. Et si on veut à tout pris faire intervenir l'ensemble des possibilités sur les onze lancés, alors il faut utiliser les probabilités conditionnelles:
Quelle est la probabilité d'avoir un 6 au onzième lancé sachant qu'on a eu dix 6 sur les dix lancés précédents?
Par définition c'est la probabilité d'avoir dix 6 sur les dix lancés précédents et d'avoir un 6 sur le onzième lancé, divisé par la probabilité d'avoir dix 6 sur les dix lancés précédents.
Comme les lancés sont indépendants, ça vaut la probabilité d'avoir onze 6 sur onze lancés, divisé par la probabilité d'avoir dix 6 sur dix lancés. Et ça ça vaut la probabilité d'avoir un 6 sur un lancé.
Oui mais la probabilité d'obtenir une suite de onze 6 après 11 lancés est très faible. On a beaucoup plus de chance d'obtenir un autre chiffre que 6 au onzième lancé.
Ben justement, non.
Les lancés sont indépendants, tirer un 6 au onzième lancé est équivalent à tirer un 6 sans aucun autre lancé avant: une chance sur 6 d'avoir ton 6 sur ce lancé.
Sur la suite de lancés, la proba d'avoir que des 6 est très faible en effet, mais c'est pas pertinent: elle est tout aussi faible (et même égale) pour toute les autres suites d'entiers de 1 à 6: elle vaut 1/6nombre de lancés.
[^] # Re: S'agit-il encore d'une bulle ?
Posté par NilugeKiWi . En réponse au journal Le Bitcoin est à 100€. Évalué à 1.
La crypto du bitcoin exige (et est une preuve) du travail mais la valeur de ce travail est nulle en dehors du fonctionnement du système bitcoin.
Cependant oui bitcoin fourni un service, et si ce service est utile, alors bitcoin a de la valeur.
Donc pour expliquer la forte croissance de la valeur bitcoin: soit c'est une bulle, soit des gens ont trouvé une utilité au service (blanchiment d'argent? ventes d'armes/drogues?). Et c'est probablement les 2: l'utilité propre du service n'a pas vraiment changé ces derniers mois.
# ASan et TSan
Posté par NilugeKiWi . En réponse à la dépêche La version 4.8 du compilateur GCC est disponible. Évalué à 8.
À la première lecture, je n'avais pas compris à quoi servait ASan et TSan vu qu'ils ne font que réimplémenter des fonctionnalités de valgrind.
En fait l'information importante c'est qu'en instrumentant le code, l'overhead runtime est bien plus faible qu'avec valgrind: ASan parle d'un facteur 2 en ralentissement, alors que memcheck de valgrind annonce entre 40 et 120.
Je n'ai pas encore testé mais avoir un memcheck rapide c'est vraiment Bien!
[^] # Re: Newsblur et feedly
Posté par NilugeKiWi . En réponse au journal google reader se moque. Évalué à 4.
Concernant NewsBlur, il est clairement l'outil libre le plus poussé dans le domaine.
Le gros problème c'est la complexité de son déploiement et de sa maintenance, cf mon précédent commentaire sur la précédente dépêche linuxfr à propos de NewsBlur. Le commentaire a l'air d'être toujours d'actualité à première vue.
C'est peut-être l'occasion de tenter de packager ça proprement pour faciliter le déploiement et la mise à jour…
[^] # Re: Des trucs de ce genre ça m'est arrivé 1 fois sur 2 à chaque mise à jour de Arch ...
Posté par NilugeKiWi . En réponse au journal Les paquets, c'est merveilleux !. Évalué à 7.
Chez moi pacman refuse de faire quoi que ce soit s'il a détecté un conflit pendant la mise-à-jour. Du coup pas d'upgrade, et pas de machine inutilisable pendant plusieurs jours…
[^] # Re: Hypocrisie de l'Europe?
Posté par NilugeKiWi . En réponse au journal Windows 8, échec responsable de la baisse des ventes de PC, Microsoft condamné. Évalué à -1.
Source?
[^] # Re: pourquoi ce serait un mauvais choix ?
Posté par NilugeKiWi . En réponse à la dépêche Opera Ice, nouveau brouteur à l'interface innovante, avec du Webkit dedans. Évalué à 1.
Et ça permet aussi de killer les process de rendus, par exemple avant un suspend to disk. Passer 4Go à 200Mo c'est Bien.
Firefox ne permet pas ça et c'est fort dommage.
[^] # Re: Et toi ?
Posté par NilugeKiWi . En réponse au journal TPB AFK. Évalué à 2.
Mais c'est probablement jamais ce qui est utilisé par les gens qui apprennent plus de 10 décimales: dans la vidéo le monsieur écrit les décimales à la vitesse d'écriture maximale, a priori on a pas le temps de compter le nombre de lettres de chaque mot.
Ce qui est surprenant c'est qu'il dit ne pas pouvoir les réciter sans les écrire. Habituellement c'est fait à l'oral.
Le record du monde du nombre de décimales de PI récitées par coeur est de 67890: http://www.guinnessworldrecords.com/world-records/1/most-pi-places-memorised
[^] # Re: Opinion d'un développeur d'exploit pour Wii
Posté par NilugeKiWi . En réponse au journal Nintendo, hackers and sourcecode. Évalué à 2.
Contourner les DRM c'est interdit en France depuis 2006.
[^] # Re: Conséquence
Posté par NilugeKiWi . En réponse au journal Du NAT en veux-tu en voilà. Évalué à 3.
Non, il faut un port retour pour qu'une connexion TCP fonctionne.
[^] # Re: Production décentralisée
Posté par NilugeKiWi . En réponse au journal Le patron de l'agence de contrôle nucléaire Belge sceptique sur le nucléaire.. Évalué à 0.
Il faut chauffer les bureaux aussi, ça a l'air clairement non négligeable devant la consommation énergétique des ménages.
Une bonne source de chiffres et d'analyses pour ce domaine: http://www.manicore.com/
[^] # Re: Tunnel
Posté par NilugeKiWi . En réponse au journal Free et Google. Effets de bord. Évalué à 4.
J'ai fait cet été du ssh et du openvpn avec free mobile.
Le vpn marche au début mais tombe assez rapidement (en udp, j'ai pas testé en tcp), je pense que free limite le trafic udp.
Par contre pour le ssh je n'ai pas eu de problème particulier.
Sinon pour du SSH over HTTPS: proxytunnel + apache en reverse proxy: http://dag.wieers.com/howto/ssh-http-tunneling/. Ça marchait très bien en entreprise (et même sous windows en théorie, mais je n'ai pas réussi à le faire marcher).
[^] # Re: strings: Optimisation mémoire vs cpu?
Posté par NilugeKiWi . En réponse à la dépêche Python 3.3 est sorti. Évalué à 2.
D'après la PEP-393 il y a bien plusieurs représentations possibles de la string en interne.
Cependant ça concerne uniquement la représentation unicode. La PEP parle d'ascii car c'est un sous ensemble de l'UTF-8: toute chaîne de caractère ascii peut être lue comme une chaîne UTF-8.
Il y a donc bien une conversion à la volée des caractères entre l'encodage interne qui peut être de l'UTF-8, UTF-16 ou UTF-32, et la représentation publique, au moins dans les cas où on accède aux caractères directement (ils sont convertis en code-point unicode). Cela dit cette conversion était aussi faite avant.
Pour la concaténation effectivement je ne sais pas si c'est réellement un problème.
Cependant dans la PEP ils précisent:
> A new function PyUnicode_AsUTF8 is provided to access the UTF-8 representation. It is thus identical to the existing _PyUnicode_AsString, which is removed. The function will compute the utf8 representation when first called. Since this representation will consume memory until the string object is released, applications should use the existing PyUnicode_AsUTF8String where possible (which generates a new string object every time). APIs that implicitly converts a string to a char* (such as the ParseTuple functions) will use PyUnicode_AsUTF8 to compute a conversion.
Ce qui veut bien dire qu'il y a des méthodes utilisées qui font de la conversion à la volée.
Cf aussi la liste des fonctions et macros de leur nouvelle API.
# strings: Optimisation mémoire vs cpu?
Posté par NilugeKiWi . En réponse à la dépêche Python 3.3 est sorti. Évalué à 2.
L'optimisation en occupation mémoire des chaînes de caractères n'a-t-elle pas un impact en performance cpu?
Par exmple il y a probablement plus de conversions à la volée maintenant lorsqu'on itère sur les caractères non?
Ou encore la concaténation de chaînes stockées sur différentes tailles de caractères…
Y a-t-il des benchmarks sur ce point?
# Traduction
Posté par NilugeKiWi . En réponse à la dépêche Keccak remporte la mise et devient SHA-3. Évalué à 4.
[^] # Re: ipv8
Posté par NilugeKiWi . En réponse à la dépêche IPv6 : des poules et des hommes. Évalué à 2.
Je n'utilise pas la freebox. J'ai été parmi les premiers à avoir la joie de recevoir la freebox optique v2, qui est une freebox adsl v5 recyclée avec un autre firmware, et la prise optique est déportée dans un boîtier externe ethernet <-> fibre. La freebox ne tient pas les débits annoncés (100Mbps en dl théoriques, le matériel tient 20Mbps en routeur et 50Mbps en bridge, sans la freebox on monte plus de 100Mbps; plus d'infos sur ce bug, et sur ce long thread).
Bref j'ai configuré du rd6 à la main et ça fonctionne bien. Si entre temps ils sont passés en ipv6 natif il faudrait que je reconfigure tout ça.
[^] # Re: ipv8
Posté par NilugeKiWi . En réponse à la dépêche IPv6 : des poules et des hommes. Évalué à 2.
Je suis chez Free en FTTH et j'utilise 6rd. Ça a changé récemment? (mon setup date de moins d'un an).
[^] # Re: N'est-elle pas déjà dans le DP ?
Posté par NilugeKiWi . En réponse au journal Le Livre d'heures de Jeanne de France : une arnaque !. Évalué à 0.
Restriction non fondée sur le droit d'auteur, mais si tu en fais une source de revenus, ils peuvent certainement t'attaquer pour parasitisme non?
[^] # Re: Lecteur pdf
Posté par NilugeKiWi . En réponse à la dépêche Firefox et Thunderbird : appelez le 15. Évalué à 10.
Ressources limitées, donc on parse un pdf en javascript au lieu de code natif compilé depuis du C?
# Doodle + checklist?
Posté par NilugeKiWi . En réponse au journal Doodle en libre. Évalué à 3.
Dans le genre services proches de doodle, mais avec des fonctionnalités différentes, il y a http://tchinisse.com/.
C'est moins un sondage pour choisir une date, mais plus une checklist collaborative de choses à préparer/emmener pour l'évènement.
Je n'ai pas réussi à trouver d'équivalent libre. En connaissez-vous?
# Contribution externe & licence AGPL
Posté par NilugeKiWi . En réponse au journal Petite éclaircie dans le cloud.. Évalué à 2.
Est-ce qu'avant la fermeture de l'accès aux sources il y avait eu des contributions externes à l'entreprise éditant eyeos? Si oui, y a-t-il eu transfert de copyright comme le demande la FSF pour toute contribution à des projets GNU, ou bien seulement une inclusion des patchs diffusés sous AGPL par leurs auteurs?
Si ce dernier cas est vrai alors la société éditrice d'eyeos n'a pas le droit de changer la licence sur ce code. Donc si ces patches sont encore utilisés, le logiciel est toujours libre.
Ils n'ont hélas pas de démo en libre accès (au quel cas la licence AGPL s'appliquerait directement: n'importe quel visiteur est en droit de demander les sources), mais il doit y avoir moyen de leur demander une démo, ou même acheter leur offre, et ensuite demander le code.
[^] # Re: Largeur fixe
Posté par NilugeKiWi . En réponse au journal linuxfr-solarized : nouvelle version. Évalué à 0.
En fait je suis tout simplement habitué à la css par défaut de linuxfr: pas de largeur fixe, et pas de zones vides sur la moitié de l'écran. Avec des marges oui, mais pas gigantesques.
# Largeur fixe
Posté par NilugeKiWi . En réponse au journal linuxfr-solarized : nouvelle version. Évalué à 0.
Le thème solarized est tentant.
Je trouve que pour du code le contraste n'est pas assez élevé, mais sur linuxfr ça a l'air de passer mieux.
Par contre, la largeur fixe est un point bloquant pour moi: on a tous des écrans larges de nos jours… Avoir le choix serait idéal.
[^] # Re: J'ai du mal a comprendre
Posté par NilugeKiWi . En réponse au journal 5-sigma: le boson de Higgs est débusqué !. Évalué à 6.
Non.
L'ensemble des issues possibles au onzième lancé il n'y en a que 6: un seul dé est lancé. Les précédents lancés sont déjà effectués.
(610)-1 est bien l'ensemble des issues possibles moins l'issue "onze 6 d'affilés", mais ce n'est pas la même expérience que "le onzième lancé": c'est l'expérience des onze lancés pris ensembles.
Donc effectivement, la probabilité d'avoir onze 6 est faible, lorsqu'on lance onze fois le dé. Ce qui n'est pas ce dont on parle.
On parle du onzième lancé une fois les 10 précédents déjà réalisés. Et si on veut à tout pris faire intervenir l'ensemble des possibilités sur les onze lancés, alors il faut utiliser les probabilités conditionnelles:
Quelle est la probabilité d'avoir un 6 au onzième lancé sachant qu'on a eu dix 6 sur les dix lancés précédents?
Par définition c'est la probabilité d'avoir dix 6 sur les dix lancés précédents et d'avoir un 6 sur le onzième lancé, divisé par la probabilité d'avoir dix 6 sur les dix lancés précédents.
Comme les lancés sont indépendants, ça vaut la probabilité d'avoir onze 6 sur onze lancés, divisé par la probabilité d'avoir dix 6 sur dix lancés. Et ça ça vaut la probabilité d'avoir un 6 sur un lancé.
[^] # Re: J'ai du mal a comprendre
Posté par NilugeKiWi . En réponse au journal 5-sigma: le boson de Higgs est débusqué !. Évalué à 2.
Ben justement, non.
Les lancés sont indépendants, tirer un 6 au onzième lancé est équivalent à tirer un 6 sans aucun autre lancé avant: une chance sur 6 d'avoir ton 6 sur ce lancé.
Sur la suite de lancés, la proba d'avoir que des 6 est très faible en effet, mais c'est pas pertinent: elle est tout aussi faible (et même égale) pour toute les autres suites d'entiers de 1 à 6: elle vaut 1/6nombre de lancés.
[^] # Re: Ne pas oublier LC_ALL=C
Posté par NilugeKiWi . En réponse au journal Leap second. Évalué à 4.
C'est un bug du noyau linux, pour la prochaine seconde intercalaire le fix sera déployé à peu près partout.