Et puis tu perds un peu la moitié de ta RAM, qui est allouée à Windows et à la CG, tu moisis les perfs disque, tu vas rire pour configurer ta carte réseau en bridge, etc..
Le chiffrement ne coûte plus rien en terme de puissance CPU avec les instructions de hashing dispos dans le hardware. Il y a des ASICs qui font plusieurs Giga Hashs de SHA par seconde et qui consomment en dessous de 3W.
Ce qu'il faut revoir, c'est la conso globale des serveurs, faire des RAM qui n'ont plus besoin de rafraichissement à la milliseconde, améliorer les étages de conversion DC-DC sur les cartes mères, faire des proc qui ont une consommation dans le femto ampère en C6 et qui se réveillent plus vite, faire du stockage qui consomme moins, désactiver les circuits graphiques sur un serveur headless, précompiler les langages interprétés, … C'est là que tu vas jouer sur du vrai Watt d'économisé.
Bref, il se goure de problème le mec pour ce qui est de l'énergie.
Tu peux faire un parallèle avec les impôts ; tu as le droit de consulter la déclaration de revenus de n'importe quel contribuable domicilié dans ta commune
J'ai testé, et effectivement sous Mac c'est vraiment plus sympa à manipuler.
Par de X11 à installer, lancement plus rapide, c'est plus intégré au style graphique… bref c'est du bon.
Par contre il manque un nombre très (trop?) important de choses, spécifiquement les analyses fines que la libwireshark permet de faire (analyse d'un flux VoIP par exemple).
D'autre part, le logiciel n'est pas encore très stable, j'ai eu des crashes assez fréquemment.
Donc au final c'est intéressant, bien foutu, mais pas encore prêt pour un usage complet.
Certes, mais ça facilitera l'émergence de nouvelles saveurs alternatives, sans que coca vienne te bourrer le mou parce que tu t'es inspiré de la façon dont ils mélangent le sucre.
Pour moi les brevets sont un miasme qui doit disparaître, l'innovation n'a pas à être freinée sous prétexte que tu es arrivé le premier à la solution.
On en a déjà discuté dans le journal à l'origine de la dépêche (c'est même moi qui ait posé la question).
En gros, le plugin est basé sur Firebreath, qui est une sorte de framework qui abstrait la NPAPI. Ça leur permet de compiler aussi sous forme d'ActiveX. Et ils discutent de la possibilité d'ajouter une cible PPAPI.
De mon avis personnel, Google fait sa grosse pute là dessus, car il pousse sa solution pas forcément excellente, et a utilisé sa masse monétaire pour (faire) porter (à Adobe) le plugin Flash dessus.
Cela le place de-facto en position de poubeller la NPAPI puisque elle sert à 90% à ceux qui lisent des vidéos.
Malheureusement, c'est pas aussi simple, et énormément de gens utilisent la NPAPI pour fournir une interface browser à leurs programmes (VLC, Linphone, Unity, …).
Et surtout, Google porte ça tout seul sans concertation, alors que Mozilla s'est déclarée non-intéressée et M$ non plus… Opéra va en hériter plus ou moins facilement car ils utilisent Blink, mais ils n'ont pas communiqué officiellement dessus. Pour moi ça va peut-être clamser.
Tiens d'ailleurs, relis la planche XKCD: il parle bien d'un "Realistic average attack speed on a website", et il annonce qu'effectivement, cracker un hash est bien plus rapide, mais dans ce cas là tu sais déjà qu'il y a eu un leak, et l'utilisateur a pu avoir le temps de changer son mdp.
Ce qui m'inquièterait, à la rigueur, ce serait qu'ils fassent leurs boucles à la main sans list-comprehension, ou bien qu'ils fassent du caca avec l'héritage ou bien qu'ils n'aient pas de cloisonnement correct de leurs objets…
Pour ce qui est des essais, je ne suis pas d'accord. Dans ton affirmation, tu parles de hashes / seconde, mais tu ne tiens pas compte du temps mis pour générer le hash à tester.
XKCD prend un cas où tu bruteforce, et dans ce cas là tu dois calculer le hash en premier, ce qui n'est pas du tout la même chose.
Sur une ATI 7990 tu peux atteindre 1GH/s pour bitcoin, mais tu ne fais que permuter un bit entre chaque essai.
Le SIP est un mix des deux: tu as besoin d'un serveur qui fait office d'annuaire, et qui te permet de t'enregistrer pour recevoir des appels.
Ensuite, quand tu passes un appel, le serveur va chercher ton correspondant et te fournir une adresse où le contacter.
Selon les capacités de ton lien et de ton correspondant, soit tu vas passer par un relai (pas forcément le même que le serveur SIP), soit passer dans les cas optimaux directement en connexion pair-à-pair.
Il n'y a pas, comme skype ou bittorrent, d'annuaire distribué. Le SIP a besoin d'un serveur pour ne serais-ce que le routage des appels (un peu comme un central téléphonique).
Copié collé, certes, mais tu le stocke où ensuite? Parce que ton random tu dois bien l'écrire quelque-part pour le re-rentrer Dans un mois quand ton cookie expire,non?
Il y a 2 façons de récupérer qt : check out le git entier, et tu en as pour plusieurs Go de données, soit télécharger une tarball des fichiers sans l'historique (200Mo).
Ma façon la plus saine si tu veux pas y passer 6 heures est de DL la tarball et si besoin consulter l'historique sur gitorious ou autres.
[^] # Re: Virtualisation, bof
Posté par Gui13 (site web personnel) . En réponse au journal Nouveau laptop, problèmes de batterie, et virtualisation. Évalué à 4.
Et puis tu perds un peu la moitié de ta RAM, qui est allouée à Windows et à la CG, tu moisis les perfs disque, tu vas rire pour configurer ta carte réseau en bridge, etc..
Laisse tomber quoi.
# Énergie: Mauvais combat
Posté par Gui13 (site web personnel) . En réponse au journal Bruce Perens contre le chiffrement systématique. Évalué à 8. Dernière modification le 04 décembre 2013 à 22:26.
Le chiffrement ne coûte plus rien en terme de puissance CPU avec les instructions de hashing dispos dans le hardware. Il y a des ASICs qui font plusieurs Giga Hashs de SHA par seconde et qui consomment en dessous de 3W.
Ce qu'il faut revoir, c'est la conso globale des serveurs, faire des RAM qui n'ont plus besoin de rafraichissement à la milliseconde, améliorer les étages de conversion DC-DC sur les cartes mères, faire des proc qui ont une consommation dans le femto ampère en C6 et qui se réveillent plus vite, faire du stockage qui consomme moins, désactiver les circuits graphiques sur un serveur headless, précompiler les langages interprétés, … C'est là que tu vas jouer sur du vrai Watt d'économisé.
Bref, il se goure de problème le mec pour ce qui est de l'énergie.
[^] # Re: C2i
Posté par Gui13 (site web personnel) . En réponse à la dépêche Pourquoi Microsoft Word doit mourir ?. Évalué à 1.
Notepad
[^] # Re: Merci!
Posté par Gui13 (site web personnel) . En réponse à la dépêche Meilleurs contributeurs LinuxFr.org : les gagnants d'octobre 2013. Évalué à 2.
Idem, c'est une manière très motivante de remercier les contributeurs, merci!
[^] # Re: pas encore mature
Posté par Gui13 (site web personnel) . En réponse à la dépêche Linphone disponible en greffon dans le navigateur. Évalué à 2.
Salut,
Beaucoup de boulot a été fait pour améliorer le support sous linux, je t'invite à retester!
[^] # Re: Moi pas comprendre...
Posté par Gui13 (site web personnel) . En réponse à la dépêche Mise en demeure, suite et fin. Évalué à 4.
What? C'est vrai ça?
# Test
Posté par Gui13 (site web personnel) . En réponse à la dépêche Wireshark passe à Qt. Évalué à 8.
J'ai testé, et effectivement sous Mac c'est vraiment plus sympa à manipuler.
Par de X11 à installer, lancement plus rapide, c'est plus intégré au style graphique… bref c'est du bon.
Par contre il manque un nombre très (trop?) important de choses, spécifiquement les analyses fines que la libwireshark permet de faire (analyse d'un flux VoIP par exemple).
D'autre part, le logiciel n'est pas encore très stable, j'ai eu des crashes assez fréquemment.
Donc au final c'est intéressant, bien foutu, mais pas encore prêt pour un usage complet.
[^] # Re: Qui sera le prochain ?
Posté par Gui13 (site web personnel) . En réponse au journal C'est au tour de Wireshark de passer à Qt. Évalué à 2.
Qimp?
[^] # Re: Explication technique.
Posté par Gui13 (site web personnel) . En réponse au journal De l'obsolescence programmée chez Crucial. Évalué à 2.
Celui là il déchire tout… Bien trouvé!
[^] # Re: non publié
Posté par Gui13 (site web personnel) . En réponse au journal Et pourquoi ne pas breveter les recettes de cuisine ?. Évalué à 9.
Certes, mais ça facilitera l'émergence de nouvelles saveurs alternatives, sans que coca vienne te bourrer le mou parce que tu t'es inspiré de la façon dont ils mélangent le sucre.
Pour moi les brevets sont un miasme qui doit disparaître, l'innovation n'a pas à être freinée sous prétexte que tu es arrivé le premier à la solution.
[^] # Re: ça coûte combien et ça s'achète ou ?
Posté par Gui13 (site web personnel) . En réponse au journal Les portables OEM sous Ubuntu, ça vaut le coup?. Évalué à 10.
Hors Taxe, mec, hors taxe!
979 * 1.196 = 1170€ ..
[^] # Re: ça coûte combien et ça s'achète ou ?
Posté par Gui13 (site web personnel) . En réponse au journal Les portables OEM sous Ubuntu, ça vaut le coup?. Évalué à -8.
À ce prix là je préfère largement un Macbook Air en tout alu, avec ses 10-12 heures d'autonomie..
[^] # Re: NPAPI? Oulala!
Posté par Gui13 (site web personnel) . En réponse à la dépêche Linphone disponible en greffon dans le navigateur. Évalué à 4. Dernière modification le 11 octobre 2013 à 15:39.
On en a déjà discuté dans le journal à l'origine de la dépêche (c'est même moi qui ait posé la question).
En gros, le plugin est basé sur Firebreath, qui est une sorte de framework qui abstrait la NPAPI. Ça leur permet de compiler aussi sous forme d'ActiveX. Et ils discutent de la possibilité d'ajouter une cible PPAPI.
De mon avis personnel, Google fait sa grosse pute là dessus, car il pousse sa solution pas forcément excellente, et a utilisé sa masse monétaire pour (faire) porter (à Adobe) le plugin Flash dessus.
Cela le place de-facto en position de poubeller la NPAPI puisque elle sert à 90% à ceux qui lisent des vidéos.
Malheureusement, c'est pas aussi simple, et énormément de gens utilisent la NPAPI pour fournir une interface browser à leurs programmes (VLC, Linphone, Unity, …).
Et surtout, Google porte ça tout seul sans concertation, alors que Mozilla s'est déclarée non-intéressée et M$ non plus… Opéra va en hériter plus ou moins facilement car ils utilisent Blink, mais ils n'ont pas communiqué officiellement dessus. Pour moi ça va peut-être clamser.
[^] # Re: Disponible
Posté par Gui13 (site web personnel) . En réponse à la dépêche Linphone disponible en greffon dans le navigateur. Évalué à 5.
J'avoue que l'interface GTK manque de jeunesse… elle va peut-être être réécrite en Qt un de ces 4.
# J'ai déjà posé la question mec!
Posté par Gui13 (site web personnel) . En réponse au journal C'est un scandale !. Évalué à 5. Dernière modification le 10 octobre 2013 à 21:26.
Et les forums!!! C'est pour qui???
https://linuxfr.org/forums/linux-general/posts/putain-de-modernisation-a-la-con-ou-encore-ouvrir-un-pdf-provenant-de-gouv-fr
Tu le trouveras ici: http://neolyse.info/cerfa_13754-02-3.pdf
[^] # Re: houla...
Posté par Gui13 (site web personnel) . En réponse au journal La proche fin des mots de passe. Évalué à 2.
Tiens d'ailleurs, relis la planche XKCD: il parle bien d'un "Realistic average attack speed on a website", et il annonce qu'effectivement, cracker un hash est bien plus rapide, mais dans ce cas là tu sais déjà qu'il y a eu un leak, et l'utilisateur a pu avoir le temps de changer son mdp.
[^] # Re: Linphone vs Jitsi?
Posté par Gui13 (site web personnel) . En réponse au journal Linphone Web officiellement disponible. Évalué à 2.
Remarque que Linphone supporte le ZRTP sur presque toutes les plateformes, et a un client Android stable :)
Côté plugin web, la connection se fait en TLS sur le serveur, et le support de l'encryption va arriver dans les prochaines releases.
[^] # Re: Aucune chance
Posté par Gui13 (site web personnel) . En réponse au journal MailPile, le prochain diaspora? Ou pas…. Évalué à 3. Dernière modification le 10 octobre 2013 à 11:43.
Ce qui m'inquièterait, à la rigueur, ce serait qu'ils fassent leurs boucles à la main sans list-comprehension, ou bien qu'ils fassent du caca avec l'héritage ou bien qu'ils n'aient pas de cloisonnement correct de leurs objets…
[^] # Re: houla...
Posté par Gui13 (site web personnel) . En réponse au journal La proche fin des mots de passe. Évalué à 1.
Selon http://rumkin.com/tools/password/passchk.php on est à 104 bits d'entropie pour "correct horse battery staple".
Pour ce qui est des essais, je ne suis pas d'accord. Dans ton affirmation, tu parles de hashes / seconde, mais tu ne tiens pas compte du temps mis pour générer le hash à tester.
XKCD prend un cas où tu bruteforce, et dans ce cas là tu dois calculer le hash en premier, ce qui n'est pas du tout la même chose.
Sur une ATI 7990 tu peux atteindre 1GH/s pour bitcoin, mais tu ne fais que permuter un bit entre chaque essai.
[^] # Re: Pair à pair ?
Posté par Gui13 (site web personnel) . En réponse au journal Linphone Web officiellement disponible. Évalué à 5.
Le SIP est un mix des deux: tu as besoin d'un serveur qui fait office d'annuaire, et qui te permet de t'enregistrer pour recevoir des appels.
Ensuite, quand tu passes un appel, le serveur va chercher ton correspondant et te fournir une adresse où le contacter.
Selon les capacités de ton lien et de ton correspondant, soit tu vas passer par un relai (pas forcément le même que le serveur SIP), soit passer dans les cas optimaux directement en connexion pair-à-pair.
Il n'y a pas, comme skype ou bittorrent, d'annuaire distribué. Le SIP a besoin d'un serveur pour ne serais-ce que le routage des appels (un peu comme un central téléphonique).
[^] # Re: Promesses, promesses
Posté par Gui13 (site web personnel) . En réponse au journal La proche fin des mots de passe. Évalué à 6.
Copié collé, certes, mais tu le stocke où ensuite? Parce que ton random tu dois bien l'écrire quelque-part pour le re-rentrer Dans un mois quand ton cookie expire,non?
# Support Pepper?
Posté par Gui13 (site web personnel) . En réponse au journal Linphone Web officiellement disponible. Évalué à 4. Dernière modification le 09 octobre 2013 à 14:46.
Gogole a annoncé la fin du support de la NPAPI pour bientôt, sous couvert d'une meilleure sécurité ©, et pousse vers sa solution propriétaire "Pepper".
Est-ce qu'un portage est prévu?
[^] # Re: Page
Posté par Gui13 (site web personnel) . En réponse au journal Téléchargeur de vidéo/audio youtube. Évalué à 5.
Effectivement, l'OTAN sembe plus capable que l'ONU quand il s'agit de propriser techniquement !
[^] # Re: Pourquoi Github ?
Posté par Gui13 (site web personnel) . En réponse à la dépêche Libération de Feedbin, lecteur de flux RSS/ATOM. Évalué à 2. Dernière modification le 07 septembre 2013 à 07:35.
Il y a 2 façons de récupérer qt : check out le git entier, et tu en as pour plusieurs Go de données, soit télécharger une tarball des fichiers sans l'historique (200Mo).
Ma façon la plus saine si tu veux pas y passer 6 heures est de DL la tarball et si besoin consulter l'historique sur gitorious ou autres.
[^] # Re: Pourquoi Github ?
Posté par Gui13 (site web personnel) . En réponse à la dépêche Libération de Feedbin, lecteur de flux RSS/ATOM. Évalué à 2. Dernière modification le 06 septembre 2013 à 15:38.
Tu as déjà checkouté Qt en entier? Tu sais quelle taille ça fait?
Tu sais probablement que Git impose de checkout le repo en entier, non?