Krunch a écrit 3860 commentaires

Ça s'appelle ds9k: http://dspace.dial.pipex.com/town/green/gfd34/art/

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

C'est amusant de voir le temps qu'il a fallu pour trouver un consensus sur la manière d'implémenter de l'instrumentation à la DTrace (qui fonctionne depuis 2005) dans Linux. Il me semble qu'au « début », l'idée d'embarquer une VM dans le noyau Linux (ce que Solaris/DTrace et ktap font) paraissait comme une hérésie. Du coup il y a SystemTap (1.0 en 2009 mais fonctionnel depuis plus longtemps) qui a fait ça en natif et ça n'a pas vraiment plu non plus à Linus. La boucle est donc bouclée. J'espère que ktap fourni(ra) au moins les même fonctionnalités que SystemTap.

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

Si tu achète des actions Google c'est parce qu'en tant
qu'actionnaire tu sais que tu va avoir un certains droit de
regard pour voir/décider de ce qu'ils font

Heu, si tu espères pouvoir voir/décider quoi que ce soit d'utile en achetant des actions d'une grosse boite, tu vas être déçu. Ou alors tu as quelques milli{on,ard}s dont tu veux te défaire.

et pour être rémunéré.

La dernière fois que j'ai regardé, Google ne versait pas de dividendes à ses actionnaires. C'est pas rare. Si tu veux gagner de l'argent avec ces actions, il va falloir les revendre pour un prix supérieur à celui pour lesquelles tu les as obtenues.

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

Tu peux aussi dédier un domaine aux comptes avec un catchall. Genre identifiants.example.org. Et pour DLFP par exemple tu utiliserais linuxfr.org@identifiants.example.org.

Après, si tu es pauvre et que tu n'as pas la possibilité de mettre de catchall, tu peux toujours utiliser luser+linuxfr.org@example.org. Par contre ça va pas marcher avec les sites qui acceptent pas les "+" dans l'e-mail.

Avec tout ça, tu as un e-mail par compte et tu peux le retrouver assez facilement sur base du site que tu utilises.

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

Si l'hyperviseur est pas trop pourri, il peut s'arranger pour partager les ressources de manière à ce qu'aucune de ses VMs ne soit en manque. Voire les cgroups sous Linux par exemple.

Après, si le fournisseur met trop de VMs sur chaque hyperviseur, ça va jamais vraiment marcher non plus.

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

Les tests réseaux marchent très très bien en VMs.

Tant que tu veux pas tester l'interaction entre le driver et le hardware, certainement. Et tant que ton test ne fait pas planter le driver de l'hyperviseur (dont tu n'as pas le contrôle et que tu n'as pas l'intention de tester/débugguer).

pour valider une optimisation , une architecture virtualisée peut tout à faire convenir

Si tu as la garantie que la charge sur l'hyperviseur et les autres VMs avec lesquelles tu partages le matériel reste constante (et que le matériel lui même reste constant), effectivement. Il me semble qu'il y a des services de nuage qui permettent de réserver toute une machine physique pour une VM mais c'est pas le plus courant.

Au final, dans une VM, il y a du code (généralement noyau) qui ne peut pas vraiment être exercé par rapport à sur du vrai hardware. Ou s'il peut théoriquement l'être (fullvirt avec l'émulation de tous les composants matériel), il y a des scénarios qui vont être virtuellement (haha) impossibles à reproduire (nécessités de concurrence forte, bugs de firmware/hardware inconnus ou mal compris dont on veut quand même découvrir l'existence pour pouvoir les contourner,…).

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

Dans mon cas, il y avait du bidouillage de matos. Principalement des changements de disques pour faire des tests de perf sur différents modèles et pour tester le remplacement à chaud. Même si c'était aussi partiellement virtualisable. Il y avait aussi une petite partie « graphique » qui ne se comportait pas pareil sur la console série et sur la « vraie » console (mais effectivement, avec un bon KVM ça devait pouvoir être contournable).

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

OpenBSD, c'est un projet qui édite tout de même OpenSSH et OpenSSL

Ainsi qu'OpenVPN, OpenBIOS, OpenOffice, OpenJDK et OpenTTD.

Sinon en vrai, OpenSSH est développé par des gens d'OpenBSD mais le reste n'a rien à voir. Même si OpenSSL est utilisé dans OpenSSH et qu'OpenOffice a des fonctionnalités similaires à OpenBSD (pf).

Par contre, OpenSMTPD et OpenCVS sont liés à OpenBSD de la même manière qu'OpenSSH. Mais ils ne sont pas (encore?) fort utilisés par le reste du monde.

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

Ce genre d'approche ne fonctionne que tant que tu fais des trucs limite purement applicatifs. Dès que tu dois faire des truc plus « système » (genre tests réseaux décrits ailleurs dans ces commentaires, tests de support de matériel ou même tests de performance) ça marche moins bien. J'ai travaillé sur une infrastructure de test pour un produit ayant un composant kernel de stockage et, bien que le cloud servait, on était content d'avoir deux racks de machines sur lesquelles on avait un accès physique facilement.

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

OpenSSH est principalement développé comme un composant d'OpenBSD. OpenSSL est un projet indépendant dont les développeurs ne sont pas affiliés à OpenBSD (que je sache).

Il me semble aussi qu'il existe plus d'alternatives viables à OpenSSL qu'à OpenSSH.

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

Je tiens juste à recommander de ne pas prendre OVH. Leur support est assez consternant. Ça vient d'expérience personnelles et d'anecdotes d'amis et connaissances qui remontent de 2006 à nos jours.

J'ai fini de migrer mes services vers Gandi (que j'utilise depuis quelques années) il y a quelques semaines et je suis fort content du support (et du service).

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

"Non, c'est juste pour les expériences"

https://linuxfr.org/news/llvm-3-4-et-clang-3-4#comment-1513877

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

Est-ce que le fait d'utiliser OpenSSH compte ?

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

pourquoi Fedora, CentOS, Debian et j'en passe arrivent à attirer les dons sans mendier, et pas BSD

Tous ces projets ont au moins une page « donation » :
http://www.debian.org/donations
https://fedoraproject.org/wiki/Donations
http://wiki.centos.org/Donate

Par contre, Fedora et CentOS étant sponsorisés directement par une entreprise qui paie au moins une partie de leurs développeurs^Wgens et infrastructure, je ne suis pas sûr qu'on puisse les mettre dans la même catégorie que la plupart des BSD.

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

On peut aussi laisser les utilisateurs s'authentifier via Facebook, Google ou autre. Pratique, sécurisé et ça permet de limiter les comptes anonymes qui sont la cause d'au moins 82,4% du spam, des virus et de la pédopornographie sur internet.

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

Ce qui est sympa (pour l'attaquant) avec ce genre de truc c'est que pour chaque identifiant il y a plusieurs mots de passe possible.

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

J'ai rapidement survolé ton journal la première fois et je pensais que ça parlait juste du vieux truc du "echo toto" qui devient "echo b > /proc/sysrq-trigger" quand on copie/colle.

Ce journal-ci et ses commentaires m'ont fait découvrir le problème.

Je n'utilise pas la CSS par défaut et je ne vois pas le score modifié dans aucun des deux journaux.

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

commentaire est vu comme pertinent

Moi je pense que les gens ne réflechissent pas à ce que veut dire « pertinent » quand ils cliquent « pertinent » ou « inutile ».

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

On utilise AWS pour faire le rebuild.

Ça inclut les builds « officiels » ? Si c'est le cas, Amazon pourrait techniquement backdoorer toutes les installations Debian « standards ». S'il y a eu une discussion publique à ce sujet, je veux bien le lien.

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

Voire aussi https://linuxfr.org/users/erdnaxeli/journaux/communiquer-via-les-ultrasons#comment-1512639

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

Je me suis posé la même question mais en fait c'est évident. Pour certaines boucles plus ou moins triviales, les dérouler réduit la taille du code généré puisqu'il n'y a plus besoin de maintenir le compteur de boucle. Par exemple:

for (int i = 0; i < 3; i++)
      frob(i);

Dont la traduction naïve pourrait donner :

        .cfi_startproc
        pushq   %rbp
        .cfi_def_cfa_offset 16
        movq    %rsp, %rbp
        .cfi_offset 6, -16
        .cfi_def_cfa_register 6
        subq    $16, %rsp
        movl    $0, -4(%rbp)
        jmp     .L2
       .L3:
        movl    -4(%rbp), %eax
        movl    %eax, %edi
        call    frob
        addl    $1, -4(%rbp)
       .L2:
        cmpl    $2, -4(%rbp)
        jle     .L3
        leave
        ret
        .cfi_endproc

Alors qu'en déroulant on pourrait avoir :

        .cfi_startproc
        subq    $8, %rsp
        .cfi_def_cfa_offset 16
        xorl    %edi, %edi
        call    frob
        movl    $1, %edi
        call    frob
        popq    %rax
        movl    $2, %edi
        jmp     frob
        .cfi_endproc

Par ailleurs je tiens à nouveau à me plaindre du système de mise en forme de DLFP qui nécessite de passer 5 minutes à éditer son code pour qu'il soit rendu de manière plus ou moins lisible (oui, j'ai déjà ouvert des suivis à ce sujet).

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

Éliminer les erreurs ne va pas réduire la taille du fichier. Par contre ça va empécher qu'il ne grossisse. Dans l'immédiat, pour réduire la taille tu peux faire un truc genre "echo -n > ~/.xsession-errors". Ce qui n'empéche pas d'essayer de corriger les erreurs.

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

J'ai fait des tests avec différents laptops, trois chats et un chien. Le but n'était pas de les embéter mais ils étaient présents donc tant qu'à faire j'ai observé leurs réactions. Soit ils entendent rien (le chien n'est plus de toute première fraîcheur), soit ils en ont vraiment rien à branler (tout à fait plausible pour les chats).

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

Fin novembre j'ai fait un essai avec des amis dans un pub et on avait atteint une dizaine de mètres avec un Lenovo en émetteur et un Samsung en réception (non je sais pas les modèles exactes). Il y avait 50-100 personnes dans la salles mais c'était assez calme puisque c'était dans le cadre d'une présentation (i.e. il n'y avait que moi qui était censé parler).

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

Parmi les quatre « gagnants » qui n'ont pas de livre, on peut savoir combien ont répondu dans les temps ?

Dans mon cas j'ai vu l'e-mail trop tard parce que je ne vérifie pas régulièrement l'adresse liée à mon compte DLFP (c'est maintenant corrigé). J'espérais que « mon » livre irait à quelqu'un d'autre mais s'il est « perdu », je regrette de pas avoir répondu plus tôt. Pas sûr que j'aurais trouvé un livre à mon goût mais au « pire » j'en aurais fait don à une des personnes citées dans les remerciements de mon journal.

Par ailleurs, on voit que poster un mercredi est rentable (sauf peut-être aujourd'hui).

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.