La définition est très con. Dans l'exemple qu'elle cite pour expliquer le mot, elle utilise simplement un argument d'autorité, pour signifier que l'autre à tort.
Mais le plus fort, est d'utiliser le même mot/concept pour rejeter une remarque faite par une femme ! Juste énorme.
Il ne faut pas utiliser AES comme ça. C'est juste une mauvaise fonction de hash, si la clef est unique sur la plateforme. J'imagine qu'avec un mauvais mot de passe, si le sel peut être trouvé, on peut retrouver la clef (le problème est d'utiliser une fonction symétrique). D'ailleurs, cela revient au même si vous utilisez un sel unique pour la plate forme, sauf que l'on ne peut pas faire d'opération inverse. En général, il ne faut jamais utiliser de fonction symétrique, si on veut simplement un hash. Il y a toujours moyen de l'utiliser "à l'envers" pour casser la protection.
Pour éviter le brute force à la hashcat, il faut utiliser des fonctions de hash chiante, il en existe quelques une. Le plus simple est de faire x fois sha256(), cela prends plus de temps, et cela augmente la durée de vie des mots de passe.
La compression peut prendre du temps, si on veut être optimal. La décompression aussi si le bloc est large, mais cela peut se borner. Dans le cas le pire, tu as n coeff pour n donnés, et pour chaque pixel tu as n multiplication, et (n-1) additions.
Heureusement que c'est un pot de thé, si c'était un pot de miel, j'aurais eu des doutes sur les intentions de l'auteur.
Y'a-t-il un lien avec camlistore http://camlistore.org/ ? C'est une sorte de système de fichier qui peut d’héberger n'importe ou, avec une couche de cryptographie.
J'aimais bien la description du vote électronique, je ne sais plus, si je l'ai vu en BD ou en Vidéo.
Le vote électronique revient à confier ton bulletin à un guichetier qui fait les comptes dans son coin. Ce guichetier imaginaire est en fait les personnes qui font/gèrent le système de vote.
Personne ne peut voir ce qu'il fait réellement, et on doit lui faire confiance. Si on veut vérifier ce qu'il fait, il faut forcément passer par un tier, qui doit être accepté par l'état et par le fabricant privé. La confiance se déplace, mais le problème reste le même.
Dans certain papier, ils disent que la décompression LZ4, va plus vite qu'une copie en RAM. En multi-cpu, il arrive à saturer la bande passante mémoire. J'imagine qu'il est possible d'encore plus simplifier le schéma pour aller encore plus vite.
Est-ce que llvm propose un moyen de mélanger des langages et de faciliter l'usage de code déjà existant codé dans autre chose ?
En général, les conventions d'appels suivi sont celles du C, donc on oublie tout ce qui ressemble à de l'objet, ou un langage avec GC. Cela devient de plus en plus limitant.
"De maniere generale, on arrive a rendre du code vectorise avec NEON plus rapide qu'en C. "
Oui, mais sur quel CPU ? Sur A8, je n'en doute pas, sur A9, c'est moins évident.
" Globalement, le seul moyen d'ameliorer les performances que nous voyons maintenant, c'est de trouver ce que l'on peut encore dedupliquer et ce que l'on peut compresser."
Vous triez déjà les champs des structures de données par ordre décroissant de taille pour éviter le padding ?
Vous pouvez aussi mettre en place du tiling, c'est à dire de changer l'ordre des opérations pour que les données utiles restent dans le cache le plus longtemps possible (travailler par texture et non par coordonnés d'écran par exemple, etc…). Sur la multiplication de matrice pleine, cela fait gagner un facteur 10.
Sur x86, tu as aussi des instructions pour ne pas mettre certaine données en cache. Cela peut être utile, si il s'agit de faire une simple copie de données, dont tu n'as plus besoin du tout ensuite, cela évite de "trasher" le cache.
Sinon, je croyais qu'un des avantages des images vectorielles étaient justement la faible empreinte mémoire, remplacé par du temps cpu.
Oui quand tu coupes un powerdomain, il faut un temps de mise en place de la tension qui est de l'ordre de la milliseconde au moins, et tu perds au moins les registres et les caches, sauf si il y a une tension spécifique de rétention pour ces registres. Dans ce dernier cas, cela peut être vue comme la coupe d'une horloge, mais avec plus de temps de mise en route. Le plus long a redémarrer sont les pll qui génèrent les horloge, de mémoire, c'était ~250ms.
". Il faut encore qu'on fasse le port NEON. Oui, l'implementation C d'un blit de glyph en RLE est plus performante qu'un blit vectorise en assembleur…"
Je ne sais pas si cela a changé mais la balance de performance entre cpu normal et NEON a complètement changer entre CortexA8 et CortexA9, ce sont 2 équipes différentes qui ont créé les 2 cpus, l'une ne croyant pas à l'intérêt du NEON (de mémoire, c'est la française). De mémoire encore, le A8 issue 2 instructions à la fois, le A9 une seul, ce qui fait que parfois le cpu est plus rapide que le copro NEON sur A9.
"On les coupe litteralement completement si ils ne sont pas necessaire."
C'est nouveau comme technique ? Cela fait un moment que l'on peut coupé les cpu. J'imagine que c'est nouveau de n'avoir qu'un seul cpu allumé au lieu de 2 ou 4 habituellement.
"Ton point etant que quitte a avoir 4 coeurs qui tournent, autant les faire aller le plus vite possible. "
Ok, c'est ça que je ne comprenais pas : dans l'archi en question, tu ne peux pas couper les cpus individuellement. Maintenant, avec les archi big/little, ARM met 2 cpus cote à cote, et il y a un transfert de registres pour les mode les moins rapide, cela permet d'utiliser un processeur plus petit.
Je ne pense pas, surtout dans la version "lowpower". Ils peuvent faire des télécommandes HF qui utilisent juste l'énergie mécanique que l'on met pour presser une touche.
[^] # Re: asshole detector
Posté par Nicolas Boulay (site web personnel) . En réponse au journal La communauté Linuxfr n'a-t-elle plus rien (de technique) à dire ?. Évalué à 2.
"http://cafaitgenre.org/2012/07/14/bingo-feministe-et-mansplaining/"
La définition est très con. Dans l'exemple qu'elle cite pour expliquer le mot, elle utilise simplement un argument d'autorité, pour signifier que l'autre à tort.
Mais le plus fort, est d'utiliser le même mot/concept pour rejeter une remarque faite par une femme ! Juste énorme.
"La première sécurité est la liberté"
[^] # Re: AES est une mauvaise fonction de hashage !
Posté par Nicolas Boulay (site web personnel) . En réponse au journal L'art de stocker des mots de passe. Évalué à 1.
Quelle différence, ici, entre utiliser AES+une clef plateforme, et un hash + un sel plateforme ?
MISC a publié un article sur l'usage de AES comme hash, et montrait que c'était une mauvaise solution, mais je ne sais plus pourquoi :)
"La première sécurité est la liberté"
[^] # Re: L'hopital qui se fout de la charité ?
Posté par Nicolas Boulay (site web personnel) . En réponse au journal La communauté Linuxfr n'a-t-elle plus rien (de technique) à dire ?. Évalué à 4.
Votre projet a l'air joli, mais le nom à la con (NSW)+ la tribune, cela fait beaucoup comme parent pour un seul projet.
J'aime beaucoup les news technique, je n'ai pas ouvert l'annonce de la nouvelle version.
"La première sécurité est la liberté"
# AES est une mauvaise fonction de hashage !
Posté par Nicolas Boulay (site web personnel) . En réponse au journal L'art de stocker des mots de passe. Évalué à -2.
Il ne faut pas utiliser AES comme ça. C'est juste une mauvaise fonction de hash, si la clef est unique sur la plateforme. J'imagine qu'avec un mauvais mot de passe, si le sel peut être trouvé, on peut retrouver la clef (le problème est d'utiliser une fonction symétrique). D'ailleurs, cela revient au même si vous utilisez un sel unique pour la plate forme, sauf que l'on ne peut pas faire d'opération inverse. En général, il ne faut jamais utiliser de fonction symétrique, si on veut simplement un hash. Il y a toujours moyen de l'utiliser "à l'envers" pour casser la protection.
Pour éviter le brute force à la hashcat, il faut utiliser des fonctions de hash chiante, il en existe quelques une. Le plus simple est de faire x fois sha256(), cela prends plus de temps, et cela augmente la durée de vie des mots de passe.
"La première sécurité est la liberté"
# L'hopital qui se fout de la charité ?
Posté par Nicolas Boulay (site web personnel) . En réponse au journal La communauté Linuxfr n'a-t-elle plus rien (de technique) à dire ?. Évalué à 9.
Vous faite un logiciel avec un nom digne de libcaca et vous pensez vouloir être pris au sérieux ? Il faut assumer jusqu'au bout, ou changer de nom.
"La première sécurité est la liberté"
[^] # Re: Mouais
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Kalray un processeur massivement parallèle très impressionnant : Qu’il est loin le temps de mon ZX81. Évalué à 1.
La compression peut prendre du temps, si on veut être optimal. La décompression aussi si le bloc est large, mais cela peut se borner. Dans le cas le pire, tu as n coeff pour n donnés, et pour chaque pixel tu as n multiplication, et (n-1) additions.
"La première sécurité est la liberté"
[^] # Re: Mouais
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Kalray un processeur massivement parallèle très impressionnant : Qu’il est loin le temps de mon ZX81. Évalué à 1.
Les polynômes permettent aussi un accès aléatoire.
"La première sécurité est la liberté"
[^] # Re: Mouais
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Kalray un processeur massivement parallèle très impressionnant : Qu’il est loin le temps de mon ZX81. Évalué à 1.
Je pensais à des bêtes polynômes. Ce n'est pas du vectoriel, mais plus du généré.
Je suis tombé sur : http://www2.maths.ox.ac.uk/chebfun/ pour avoir une idée d'implémentation efficace de la fonction de compression.
"La première sécurité est la liberté"
# Teapotnet ?
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Teapotnet, un réseau social privé pour l'échange de fichiers. Évalué à 3. Dernière modification le 17 janvier 2014 à 09:35.
Heureusement que c'est un pot de thé, si c'était un pot de miel, j'aurais eu des doutes sur les intentions de l'auteur.
Y'a-t-il un lien avec camlistore http://camlistore.org/ ? C'est une sorte de système de fichier qui peut d’héberger n'importe ou, avec une couche de cryptographie.
"La première sécurité est la liberté"
[^] # Re: Application au vote électronique ?
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Le chiffrement homomorphe. Évalué à 3.
J'aimais bien la description du vote électronique, je ne sais plus, si je l'ai vu en BD ou en Vidéo.
Le vote électronique revient à confier ton bulletin à un guichetier qui fait les comptes dans son coin. Ce guichetier imaginaire est en fait les personnes qui font/gèrent le système de vote.
Personne ne peut voir ce qu'il fait réellement, et on doit lui faire confiance. Si on veut vérifier ce qu'il fait, il faut forcément passer par un tier, qui doit être accepté par l'état et par le fabricant privé. La confiance se déplace, mais le problème reste le même.
"La première sécurité est la liberté"
[^] # Re: Mouais
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Kalray un processeur massivement parallèle très impressionnant : Qu’il est loin le temps de mon ZX81. Évalué à 1.
Ta compression RLE compresse des lignes de pixels RGBA ?
"La première sécurité est la liberté"
[^] # Re: Mouais
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Kalray un processeur massivement parallèle très impressionnant : Qu’il est loin le temps de mon ZX81. Évalué à 1.
Dans certain papier, ils disent que la décompression LZ4, va plus vite qu'une copie en RAM. En multi-cpu, il arrive à saturer la bande passante mémoire. J'imagine qu'il est possible d'encore plus simplifier le schéma pour aller encore plus vite.
"La première sécurité est la liberté"
[^] # Re: Mouais
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Kalray un processeur massivement parallèle très impressionnant : Qu’il est loin le temps de mon ZX81. Évalué à 1.
"Ce n'est bien entendu pas le cas avec le SVG qui est tellement complexe qu'il te faut une VM Javascript pour couvrir tout le standard…"
Et un format vectoriel +simple, aurait du sens ?
"La première sécurité est la liberté"
[^] # Re: mélange de langage ?
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche LLVM 3.4 et Clang 3.4. Évalué à 1.
Je pensais au cas particuliers d'une gestion des EFL (écrites en C) avec ocaml qui a un GC. Le mélange des 2 n'a pas l'air simple du tout.
"La première sécurité est la liberté"
# mélange de langage ?
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche LLVM 3.4 et Clang 3.4. Évalué à 2.
Est-ce que llvm propose un moyen de mélanger des langages et de faciliter l'usage de code déjà existant codé dans autre chose ?
En général, les conventions d'appels suivi sont celles du C, donc on oublie tout ce qui ressemble à de l'objet, ou un langage avec GC. Cela devient de plus en plus limitant.
"La première sécurité est la liberté"
[^] # Re: Mouais
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Kalray un processeur massivement parallèle très impressionnant : Qu’il est loin le temps de mon ZX81. Évalué à 3.
D'ailleurs, au lieu de faire du RLE, pourquoi ne pas utiliser les nouveau algo de compression ultra rapide comme LZO ou LZ4.
"La première sécurité est la liberté"
[^] # Re: SSII qui débauche ?
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Soutenez le libre ! pour un acte citoyen ! C'est rgent !. Évalué à 6.
Il faut surtout justifier l'absence d'augmentation de salaire.
"La première sécurité est la liberté"
[^] # Re: Mouais
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Kalray un processeur massivement parallèle très impressionnant : Qu’il est loin le temps de mon ZX81. Évalué à 3. Dernière modification le 14 janvier 2014 à 09:48.
"De maniere generale, on arrive a rendre du code vectorise avec NEON plus rapide qu'en C. "
Oui, mais sur quel CPU ? Sur A8, je n'en doute pas, sur A9, c'est moins évident.
" Globalement, le seul moyen d'ameliorer les performances que nous voyons maintenant, c'est de trouver ce que l'on peut encore dedupliquer et ce que l'on peut compresser."
Vous triez déjà les champs des structures de données par ordre décroissant de taille pour éviter le padding ?
Vous pouvez aussi mettre en place du tiling, c'est à dire de changer l'ordre des opérations pour que les données utiles restent dans le cache le plus longtemps possible (travailler par texture et non par coordonnés d'écran par exemple, etc…). Sur la multiplication de matrice pleine, cela fait gagner un facteur 10.
Sur x86, tu as aussi des instructions pour ne pas mettre certaine données en cache. Cela peut être utile, si il s'agit de faire une simple copie de données, dont tu n'as plus besoin du tout ensuite, cela évite de "trasher" le cache.
Sinon, je croyais qu'un des avantages des images vectorielles étaient justement la faible empreinte mémoire, remplacé par du temps cpu.
"La première sécurité est la liberté"
[^] # Re: Mouais
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Kalray un processeur massivement parallèle très impressionnant : Qu’il est loin le temps de mon ZX81. Évalué à 2.
Oui quand tu coupes un powerdomain, il faut un temps de mise en place de la tension qui est de l'ordre de la milliseconde au moins, et tu perds au moins les registres et les caches, sauf si il y a une tension spécifique de rétention pour ces registres. Dans ce dernier cas, cela peut être vue comme la coupe d'une horloge, mais avec plus de temps de mise en route. Le plus long a redémarrer sont les pll qui génèrent les horloge, de mémoire, c'était ~250ms.
"La première sécurité est la liberté"
[^] # Re: Par contre communiquer via des ultrasons est définitivement une réalité.
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Communiquer via les ultrasons. Évalué à 3.
oui mais pas à plus de 10 ko/s :/
"La première sécurité est la liberté"
[^] # Re: Mouais
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Kalray un processeur massivement parallèle très impressionnant : Qu’il est loin le temps de mon ZX81. Évalué à 3.
". Il faut encore qu'on fasse le port NEON. Oui, l'implementation C d'un blit de glyph en RLE est plus performante qu'un blit vectorise en assembleur…"
Je ne sais pas si cela a changé mais la balance de performance entre cpu normal et NEON a complètement changer entre CortexA8 et CortexA9, ce sont 2 équipes différentes qui ont créé les 2 cpus, l'une ne croyant pas à l'intérêt du NEON (de mémoire, c'est la française). De mémoire encore, le A8 issue 2 instructions à la fois, le A9 une seul, ce qui fait que parfois le cpu est plus rapide que le copro NEON sur A9.
"La première sécurité est la liberté"
[^] # Re: Mouais
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Kalray un processeur massivement parallèle très impressionnant : Qu’il est loin le temps de mon ZX81. Évalué à 2.
"On les coupe litteralement completement si ils ne sont pas necessaire."
C'est nouveau comme technique ? Cela fait un moment que l'on peut coupé les cpu. J'imagine que c'est nouveau de n'avoir qu'un seul cpu allumé au lieu de 2 ou 4 habituellement.
"La première sécurité est la liberté"
[^] # Re: Mouais
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Kalray un processeur massivement parallèle très impressionnant : Qu’il est loin le temps de mon ZX81. Évalué à 2.
"Ton point etant que quitte a avoir 4 coeurs qui tournent, autant les faire aller le plus vite possible. "
Ok, c'est ça que je ne comprenais pas : dans l'archi en question, tu ne peux pas couper les cpus individuellement. Maintenant, avec les archi big/little, ARM met 2 cpus cote à cote, et il y a un transfert de registres pour les mode les moins rapide, cela permet d'utiliser un processeur plus petit.
"La première sécurité est la liberté"
[^] # Re: Par contre communiquer via des ultrasons est définitivement une réalité.
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Communiquer via les ultrasons. Évalué à 2.
Je ne pense pas, surtout dans la version "lowpower". Ils peuvent faire des télécommandes HF qui utilisent juste l'énergie mécanique que l'on met pour presser une touche.
"La première sécurité est la liberté"
[^] # Re: Par contre communiquer via des ultrasons est définitivement une réalité.
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Communiquer via les ultrasons. Évalué à 4.
Je n'était pas ironique.
"La première sécurité est la liberté"