J'avais bien compris, on voit le bain d'huile dans la vidéo.
Mais si cela chauffe, l'huile "fond" autour des composants chaud et redevient liquide non ? Au pire, un radiateur passif sur la puce permet d'augmenter la surface de contact, si vous avez peur qu'il y ai de l'air entre l'huile et le package.
Dans les satellites, pour éviter le froid, il y a simplement des chaufferettes. Des petites résistances. Mais on s"éloigne du zéro énergie dépensée.
A priori, l'électronique grand publique est pensé pour du 0°-60°C. Sous 0°C, soit il ne se passe rien, soit il y a des "violations de hold". Cela dépend de la structure des flipflops, qui utilisent des latchs ou pas.
Donc, j'ai du mal à comprendre le problème d'avoir une huile figé à 0° si tu n'as pas de chaleur à dissiper.
Le rire final dans la vidéo ne fait pas trop sérieux :)
Par contre, est-ce que la boite n'est pas trop petite pour faire du cloud ? Google ou OVH fait des armoires complètes, armoire qui sont stocké dans des conteneurs.
Est-ce que la boite est "stackable" ? Si un datacenter migre sur le toit, il faut être capable de mettre des milliers de machine au même endroit, non ? Il ne faudrait pas faire l'équivalent des racks 19" de 2m pour y arriver ?
C'est pour ça qu'une partie de la TVA pourrait être pris sur les moyens de paiement.
Genre tu payes avec une CB tu payes 2% de TVA par l'intermédiaire de ta banque, le taux de TVA ensuite dû par le vendeur devrait baisser de 2%. L'avantage d'un taux unique est de ne pas avoir besoin de savoir ce qui est acheté pour déterminer le taux.
Au lieu de récupérer 19.6%, il récupère 2% (le taux super réduit), mais c'est déjà ça.
Pour éviter de faire 2 taxes, selon que l'on paye en espèce ou en CB, il pourrait appliquer la taxe au distributeur automatique. Cela revient au même de payer la taxe au distributeur ou chez le commerçant (sauf si le commerçant fraude la TVA…).
Et même dans le cas d'échange entre particuliers, cela revient à faire payer la TVA à l'une d'elle.
Il ne pourrait pas utiliser tor par en dessous ? Cela pourrait totalement cacher le transport, et pour envoyer des messages, la latence est peu importante.
La NSA veut tout stoquer et indexer pour "plus tard".
Par exemple, pour rentrer dans les systèmes, ils visent les administrateurs système pour avoir mot de passe et accès. On peut imaginer qu'un "chantage à la maitresse" peut être très utile pour pénétrer un système.
Les services secret ont rarement des méthodes très propres.
Si le problème est de la HF dans l'alimentation, le mieux est de simplement coller un régulateur de tension derrière. Le plus compliqué est de bien mettre une différence de tention très faible pour éviter la chauffe. Les LVDO avec 0.6V et de bon condensateur doivent pouvoir faire l'affaire. Si cela chauffe trop, certain colle une résistance en amont du régulateur linéaire pour faire chuter la tension avant.
Il y a tout de même les filtres amont à faire, c'est plus simple que des filtres classique, car on peut se permettre d'utiliser des résistances. Mais ses filtres doivent se "recouvrir" parfaitement, et cela serait encore mieux si on pouvait tenir compte du rendement par fréquence de chacun des HP.
"Pour avoir déjà eu des crashs, l'aspect remise en service, la robustesse, la redondance, la sauvegarde, la résilience sont des éléments importants"
Pour moi aussi ! Et logiquement la techno de VM doit pouvoir séparer un maximum machine physique et instance de VM. Évidement, il ne faut pas de serveur de fichier qui seront d'énorme goulet d'étranglement, mais une copie physique de l'image de VM, synchronisé chaque nuit sur quelques serveur.
Pour les petits truc perso, un kimsufi est pas mal et beaucoup plus chère. A l'époque, les VM était lentes surtout les accès disques. Et tout ce qui était mutualisé, n'était pas redondé, alors qu'ils aurait pu.
Là, vous êtes proche d'une techno à la Google, où le logiciel est complètement décorrélé de la machine qui l’exécute (des machines tombent tout les jours dans leur cluster, ils ne les changent pas). Pour ça, il utilise leur techno de système de fichier distribué, de big table et map/reduce.
Ici, une instance à un instant t, peut se contenter d'être sur une seul machine à la fois. La réplication temps réelle est forcément hyper chiante à mettre en place. Mais un "sync" journalier doit pouvoir suffire à 90% des besoins surtout sur 20Go.
Je verrais bien un cloud qui garanti les données, voir le service.
Cela ne doit pas être trop dur de détecter une machine tombée, et de relancer les VM ailleurs. Il faudrait aussi garantir les données par duplication/synchro chaque nuit, par exemple, entre 3 serveurs physiques.
Je vu plusieurs fois ce genre de souci. Les gens en général brandissent du xml ou du json pour être "compatible", alors que cela n'aide que le premier niveau du parseur.
Il manque en général un bon schéma, voir quelques règles de grammaire que l'on ne peut pas exprimer dans un schéma.
J'imaginais qu'il devrait être possible de faire un format qui mélange les 2, ainsi le schéma serait aussi dans le document. Celui-ci serait plus gros, mais cela resterait raisonnable.
Si tu veux continuer le boulot avec les amplis, il y a un truc à faire coté amplification active.
Je ne comprends pas pourquoi les amplis sont lié à la source numérique, qui impose ensuite un filtrage passif complexe, alors qu'un ampli peut être très lié à un haut parleur, ce qui facilite sa conception.
En plus, un ampli ne vieillit pas, alors que les sources numériques sont obsolètes en 5 ans (nouvelle version de HDMI, nouveau codec, Bluetooth, radio internet…)
Je suis sûr que des haut parleurs amplifié avec 2 ou 3 modules amplificateurs (genre classe D ou t), un seul transfo par enceinte, qui récupère la sortie d'un ampli (mis sur 16 ohm ou plus) quelconque pourrait avoir un super son.
Le problème est d'avoir à brancher chaque haut parleur à une prise électrique, et de ne pas utiliser du sans fils (pas pérenne).
On a très rarement à écrire ce genre d'algo dans la vrai vie de programmeur. Il s'agit surtout de coller des morceaux entre eux de façon la moins sale possible.
Peux être que la mise en œuvre des design patterns classiques pourrait être une bonne façon d'apprendre.
Quel encodage ? Parce que si ton programme attend du pure ASCII 7 bits, il va faire des trucs marrants avec de l'utf8. Surtout si il interprète les caractères de contrôle.
Le passage à l'UTF8 sur les consoles Linux ne s'est pas fait de façon très joli.
Je ne parlais pas de transmettre la clé pour chaque échange, j'ai du mal m'exprimer.
C'est moi qui proposait cela, car cela a plein d'avantage dont la simplicité.
Reste la possibilité de vérifier après coup le fingerprint, comme tu le dis, mais qui te dis que ton message ne sera pas modifié en cours (principe du MITM)?
Non pas du tout. C'est ton correspondant qui doit te donner son fingerprint par un autre canaux. De ceux point de vue là, cela ne change rien avec la méthode PGP classique.
[^] # Re: Stasi
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Nous sommes enfin dignes. Évalué à 9.
En France, on mélange allégrement délateur et témoins. Et cela commence dés l'enfance, avec le concept de "rapporteur".
"La première sécurité est la liberté"
[^] # Re: Prix d'appel
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Ou en est RuggedPOD ? Premiere VM a 1 euro annoncee. Évalué à 2.
J'avais bien compris, on voit le bain d'huile dans la vidéo.
Mais si cela chauffe, l'huile "fond" autour des composants chaud et redevient liquide non ? Au pire, un radiateur passif sur la puce permet d'augmenter la surface de contact, si vous avez peur qu'il y ai de l'air entre l'huile et le package.
"La première sécurité est la liberté"
[^] # Re: Prix d'appel
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Ou en est RuggedPOD ? Premiere VM a 1 euro annoncee. Évalué à 2. Dernière modification le 13 mars 2015 à 16:17.
Dans les satellites, pour éviter le froid, il y a simplement des chaufferettes. Des petites résistances. Mais on s"éloigne du zéro énergie dépensée.
A priori, l'électronique grand publique est pensé pour du 0°-60°C. Sous 0°C, soit il ne se passe rien, soit il y a des "violations de hold". Cela dépend de la structure des flipflops, qui utilisent des latchs ou pas.
Donc, j'ai du mal à comprendre le problème d'avoir une huile figé à 0° si tu n'as pas de chaleur à dissiper.
"La première sécurité est la liberté"
[^] # Re: Prix d'appel
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Ou en est RuggedPOD ? Premiere VM a 1 euro annoncee. Évalué à 2.
Le rire final dans la vidéo ne fait pas trop sérieux :)
Par contre, est-ce que la boite n'est pas trop petite pour faire du cloud ? Google ou OVH fait des armoires complètes, armoire qui sont stocké dans des conteneurs.
Est-ce que la boite est "stackable" ? Si un datacenter migre sur le toit, il faut être capable de mettre des milliers de machine au même endroit, non ? Il ne faudrait pas faire l'équivalent des racks 19" de 2m pour y arriver ?
"La première sécurité est la liberté"
[^] # Re: Arnaque à la TVA
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Arduino et AliExpress. Évalué à 3.
On peut l'appeler taxe sur les moyens de paiement et la mettre à 2%, et baisser la TVA du même montant.
Ils veulent inventer une taxe sur le numérique, c'est pourtant bien plus bête.
"La première sécurité est la liberté"
[^] # Re: Arnaque à la TVA
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Arduino et AliExpress. Évalué à 2.
Avec les vendeurs de carte bancaire françaises, les banques, cela suffit. C'est l’intérêt du système.
"La première sécurité est la liberté"
[^] # Re: Arnaque à la TVA
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Arduino et AliExpress. Évalué à 2.
C'est pour ça qu'une partie de la TVA pourrait être pris sur les moyens de paiement.
Genre tu payes avec une CB tu payes 2% de TVA par l'intermédiaire de ta banque, le taux de TVA ensuite dû par le vendeur devrait baisser de 2%. L'avantage d'un taux unique est de ne pas avoir besoin de savoir ce qui est acheté pour déterminer le taux.
Au lieu de récupérer 19.6%, il récupère 2% (le taux super réduit), mais c'est déjà ça.
Pour éviter de faire 2 taxes, selon que l'on paye en espèce ou en CB, il pourrait appliquer la taxe au distributeur automatique. Cela revient au même de payer la taxe au distributeur ou chez le commerçant (sauf si le commerçant fraude la TVA…).
Et même dans le cas d'échange entre particuliers, cela revient à faire payer la TVA à l'une d'elle.
"La première sécurité est la liberté"
# par soleil ?
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Ou en est RuggedPOD ? Premiere VM a 1 euro annoncee. Évalué à 6.
A quand la version avec par-soleil intégré qui résiste au vent ;)
"La première sécurité est la liberté"
[^] # Re: Arguments contestables
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Textsecure : les SMS et MMS chiffrés, c'est fini. Évalué à 2.
Il ne pourrait pas utiliser tor par en dessous ? Cela pourrait totalement cacher le transport, et pour envoyer des messages, la latence est peu importante.
"La première sécurité est la liberté"
[^] # Re: Très mauvaise nouvelle
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Textsecure : les SMS et MMS chiffrés, c'est fini. Évalué à 2.
Le forfait à 2€ permet de faire un peu de data (qq 100 de Mo) pour quelques euros de plus.
"La première sécurité est la liberté"
[^] # Re: Paranoïa
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Pourquoi ne faut-il absolument pas brancher ses appareils USB sur des bornes publiques ?. Évalué à 10.
La NSA veut tout stoquer et indexer pour "plus tard".
Par exemple, pour rentrer dans les systèmes, ils visent les administrateurs système pour avoir mot de passe et accès. On peut imaginer qu'un "chantage à la maitresse" peut être très utile pour pénétrer un système.
Les services secret ont rarement des méthodes très propres.
"La première sécurité est la liberté"
[^] # Re: Paranoïa
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Pourquoi ne faut-il absolument pas brancher ses appareils USB sur des bornes publiques ?. Évalué à 6.
Si M. Dupont est avec sa secrétaire et non sa femme, cela pourrait lui être utile plus tard. Surtout avec des photos.
"La première sécurité est la liberté"
[^] # Re: ampli ?
Posté par Nicolas Boulay (site web personnel) . En réponse au journal QSpeakers, une pièce manquante pour les DIY sous Linux. Évalué à 2.
Si le problème est de la HF dans l'alimentation, le mieux est de simplement coller un régulateur de tension derrière. Le plus compliqué est de bien mettre une différence de tention très faible pour éviter la chauffe. Les LVDO avec 0.6V et de bon condensateur doivent pouvoir faire l'affaire. Si cela chauffe trop, certain colle une résistance en amont du régulateur linéaire pour faire chuter la tension avant.
"La première sécurité est la liberté"
[^] # Re: ampli ?
Posté par Nicolas Boulay (site web personnel) . En réponse au journal QSpeakers, une pièce manquante pour les DIY sous Linux. Évalué à 2.
Il y a tout de même les filtres amont à faire, c'est plus simple que des filtres classique, car on peut se permettre d'utiliser des résistances. Mais ses filtres doivent se "recouvrir" parfaitement, et cela serait encore mieux si on pouvait tenir compte du rendement par fréquence de chacun des HP.
"La première sécurité est la liberté"
[^] # Re: j'ai mis 4€ mais....
Posté par Nicolas Boulay (site web personnel) . En réponse au sondage Quel est le bon prix pour le cloud ?. Évalué à 3.
Pour moi aussi ! Et logiquement la techno de VM doit pouvoir séparer un maximum machine physique et instance de VM. Évidement, il ne faut pas de serveur de fichier qui seront d'énorme goulet d'étranglement, mais une copie physique de l'image de VM, synchronisé chaque nuit sur quelques serveur.
"La première sécurité est la liberté"
[^] # Re: cloud avec garanti sur les données
Posté par Nicolas Boulay (site web personnel) . En réponse au sondage Quel est le bon prix pour le cloud ?. Évalué à 2.
Pour les petits truc perso, un kimsufi est pas mal et beaucoup plus chère. A l'époque, les VM était lentes surtout les accès disques. Et tout ce qui était mutualisé, n'était pas redondé, alors qu'ils aurait pu.
Là, vous êtes proche d'une techno à la Google, où le logiciel est complètement décorrélé de la machine qui l’exécute (des machines tombent tout les jours dans leur cluster, ils ne les changent pas). Pour ça, il utilise leur techno de système de fichier distribué, de big table et map/reduce.
Ici, une instance à un instant t, peut se contenter d'être sur une seul machine à la fois. La réplication temps réelle est forcément hyper chiante à mettre en place. Mais un "sync" journalier doit pouvoir suffire à 90% des besoins surtout sur 20Go.
"La première sécurité est la liberté"
[^] # Re: Changements ?
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Vulkan le successeur d'OpenGL. Évalué à 5.
Il fusionne openCL et openGl, diminue la complexité de l'api, et essaye d'être réellement portable ce qui n'est pas le cas d'OpenGL, dans les détails.
Peut être que l'on verra plus souvent des applications tirés parti de la vitesse des gpu.
"La première sécurité est la liberté"
# cloud avec garanti sur les données
Posté par Nicolas Boulay (site web personnel) . En réponse au sondage Quel est le bon prix pour le cloud ?. Évalué à 2.
Je verrais bien un cloud qui garanti les données, voir le service.
Cela ne doit pas être trop dur de détecter une machine tombée, et de relancer les VM ailleurs. Il faudrait aussi garantir les données par duplication/synchro chaque nuit, par exemple, entre 3 serveurs physiques.
"La première sécurité est la liberté"
[^] # Re: No brainer : Utilisation d'une plateforme EDI
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Dématérialisation de documents comptables. Évalué à 2.
Je vu plusieurs fois ce genre de souci. Les gens en général brandissent du xml ou du json pour être "compatible", alors que cela n'aide que le premier niveau du parseur.
Il manque en général un bon schéma, voir quelques règles de grammaire que l'on ne peut pas exprimer dans un schéma.
J'imaginais qu'il devrait être possible de faire un format qui mélange les 2, ainsi le schéma serait aussi dans le document. Celui-ci serait plus gros, mais cela resterait raisonnable.
"La première sécurité est la liberté"
[^] # Re: ampli ?
Posté par Nicolas Boulay (site web personnel) . En réponse au journal QSpeakers, une pièce manquante pour les DIY sous Linux. Évalué à 2.
C'est un choix de conception.
"La première sécurité est la liberté"
# ampli ?
Posté par Nicolas Boulay (site web personnel) . En réponse au journal QSpeakers, une pièce manquante pour les DIY sous Linux. Évalué à 4. Dernière modification le 03 mars 2015 à 15:15.
Si tu veux continuer le boulot avec les amplis, il y a un truc à faire coté amplification active.
Je ne comprends pas pourquoi les amplis sont lié à la source numérique, qui impose ensuite un filtrage passif complexe, alors qu'un ampli peut être très lié à un haut parleur, ce qui facilite sa conception.
En plus, un ampli ne vieillit pas, alors que les sources numériques sont obsolètes en 5 ans (nouvelle version de HDMI, nouveau codec, Bluetooth, radio internet…)
Je suis sûr que des haut parleurs amplifié avec 2 ou 3 modules amplificateurs (genre classe D ou t), un seul transfo par enceinte, qui récupère la sortie d'un ampli (mis sur 16 ohm ou plus) quelconque pourrait avoir un super son.
Le problème est d'avoir à brancher chaque haut parleur à une prise électrique, et de ne pas utiliser du sans fils (pas pérenne).
"La première sécurité est la liberté"
[^] # Re: exemple de la vrai vie
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Apprentissage du code par la pratique. Évalué à 2.
https://fr.wikipedia.org/wiki/Patron_de_conception
Ce bouquin est la référence : https://fr.wikipedia.org/wiki/Design_Patterns Il "suffirait" de faire faire implémenter les algos qui sont dedans.
"La première sécurité est la liberté"
# exemple de la vrai vie
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Apprentissage du code par la pratique. Évalué à 10.
On a très rarement à écrire ce genre d'algo dans la vrai vie de programmeur. Il s'agit surtout de coller des morceaux entre eux de façon la moins sale possible.
Peux être que la mise en œuvre des design patterns classiques pourrait être une bonne façon d'apprendre.
"La première sécurité est la liberté"
[^] # Re: Le bon chasseur et le mauvais chasseur
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche systemd : l’init martyrisé, l’init bafoué, mais l’init libéré !. Évalué à 2.
Quel encodage ? Parce que si ton programme attend du pure ASCII 7 bits, il va faire des trucs marrants avec de l'utf8. Surtout si il interprète les caractères de contrôle.
Le passage à l'UTF8 sur les consoles Linux ne s'est pas fait de façon très joli.
"La première sécurité est la liberté"
[^] # Re: Annuaire clés publiques
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Try To Listen Me, nouveau site Open Source de communication chiffrée. Évalué à 2.
C'est moi qui proposait cela, car cela a plein d'avantage dont la simplicité.
Non pas du tout. C'est ton correspondant qui doit te donner son fingerprint par un autre canaux. De ceux point de vue là, cela ne change rien avec la méthode PGP classique.
"La première sécurité est la liberté"