tmp a écrit 38 commentaires

Ca n'est pas tout à fait mon cas :

je me retrouve avec 2 registres __m128i contenant

__m128i{0x00, A, 0x00, B, 0x00, C .....}

et

__m128i{0x00, I, 0x00, J, 0x00, K .....}

qui doivent devenir

__m128i{A, B, C, ..... I, J, K,...}

mais merci pour l'idée

Pour les plus curieux, voici les fichiers systemd pour automatiser tout ça grâce à systemd-networkd

/etc/systemd/network/99-default.link

    [Match]
    Driver=igb

    [Link]
    MTUBytes=9000
    NamePolicy=kernel database onboard slot path
    MACAddressPolicy=persistent

/etc/systemd/network/gige-bridge.netdev

    [NetDev]
    Name=bridge0
    Kind=bridge

/etc/systemd/network/gige-enp.network

    [Match]
    Name=enp*

    [Network]
    Bridge=bridge0

/etc/systemd/network/gige-bridge.network

    [Match]
    Name=bridge0

    [Network]
    Address=192.168.0.15/24

Bien, j'obtiens un fonctionnement très satisfaisant en transformant le PC industriel en commutateur.

• désactiver NetworkManager
• compiler le noyau avec l'option bridge
• mettre en place bridge-utils puis

    // up des NICs
    # ifconfig enp1s0 0.0.0.0
    # ifconfig enp2s0 0.0.0.0
    # ifconfig enp3s0 0.0.0.0
    # ifconfig enp4s0 0.0.0.0
    # ifconfig enp5s0 0.0.0.0
    // up du pont
    # brctl addbr testbridge
    # brctl addif ens1s0
    # brctl addif ens2s0
    # brctl addif ens3s0
    # brctl addif ens4s0
    # brctl addif ens5s0
    # ifconfig testbridge up
    // à ce niveau la machine est un commutateur, GVCP voit les caméras
    // on affecte une IP au pont
    # ifconfig testbridge 192.168.0.5 netmask 255.255.255.0
    // et hop, j'obtiens le fonctionnement voulu

Conclusion: merci tout le monde et en particulier Pierre Tramo qui m'a mis sur une bonne voie.

Oki pour la bande, je m’inquiétais surtout des ressources prises par le noyau pour le forwarding, qui ne seront plus disponibles pour le traitement GVSP.
En GiGE Vision, on ne compresse pas (enfin en règle générale). Le but de la manip est de transformer le flux GVSP en un flux RTP x264, pour diffuser à travers une infrastructure classique les images (entre autres).
Les caméras GiGe sont plutôt dites "industrielles", leur définition ne correspond aux standards dits "grand public" . Par exemple, j'ai sur mon bureau une caméra 1600x1200 qui donne pour du 25 fps en YUV : 1600 * 1200 * (2*8) * 25 = 768 Mb/s (sans l'overhead protocolaire bien sûr). C'est pour ce cas "jumbo frame" très conseillé.

Je vais tester d'abord un pont, il semble que l'on obtienne un comportement de type commutateur.
N'utilisant que des Gentoo ~amd64 il me reste plus qu'à trouver comment faire ça avec NetworkManager, ou bien retourner à une configuration plus OpenRC.

J'ai une autre petite question sur le sujet. Un mécanisme de découverte GiGE Vision est disponible pour détecter les caméras. Il est basé sur un paquet broadcast limité ou de réseau, ce qui permet d'aussi découvrir les caméras qui n'ont pas une ip sur le même segment. Y a-t-il une chance que ces paquets franchissent le pont ?

Merci, je testerai tout ça au boulot après avoir googler comment faire les 2 méthodes.
Le pourquoi du même réseau est que je ne peux pas changer comme je veux les IPs des caméras.
Le forwarding ne risque-t-il pas de perturber la pile GVSP ? (850 Mb/s)

Alors, il y a eu des progrès ?

Sur la partie écoutes informatiques, c'est de la pure fabulation, lis les commentaires pour t'en persuader : un, poste sur ce site et juste après son disque dur "gratte".
Les capacités techniques sont de la pure fantaisie, je connais de près la DGA et je peux t'affirmer que dans le domaine des systèmes d'information, ils sont loin mais vraiment loin d'être au niveau de l'état de l'art.
Encore une fois, le hacker prodige qui pénètre comme à la télé les systèmes est de la pure fiction : à moins d'avoir un accès physique à une machine, ou bien d'insérer du code malveillant sur un noeud de ton LAN, ce n'est pas possible.
Tant qu'au keylogger infini qui enregistre tout ce que tu tapes ….

Vi, la courtoisie de na pas dire ce que l'on pense. Rien n'excuse libreoffice pour sa difficulté à lire ce fichier, mais bon, il est vraiment pas aidé.
Je refais ledocument avec un style lisible et propre en 1/2 heure montre en main, et je suis loin d'être prof de math.

Bien, moi j'estime que en 2012 ne pas savoir se servir d'un traitemnt de texte est le signe d'une paresse intellectuelle. Il est inadmissible qu'un enseignant ne daigne pas lire l'aide ou le moindre tuto pour faire une mise en page minimale d'un document, d'autant plus que celui présenté est vraiment simplissime.
Bref, confier une transmission de savoir à quelqu'un qui ne daigne pas en acquerir de nouveaux, d'autant plus dans la pratique de son métier (prof de math hein, pas prof de gym), est pour moi le signe d'un refus manifeste de voir la réalité : avoir réussi des examens n'est pas le signe d'une intelligence suffisante pour enseigner.
Tant qu'aux contraintes du métier d'enseignant, laisse moi doucement rigoler. Visite une PME dans laquelle le personnel DOIT savoir se servir des outils de BASE (en l'occurence, c'en est un).
Bref mon discours ne sert à rien, c'est clair. Continuez comme ça, on va aller loin.

Et bin, je vois que les profs de l'EN ne savent toujours pas lire un tuto d'un traitement de texte.
Linux ? Bin elle peut commencer par libreoffice et un livre sur le traitement de texte pour les nuls.
Prof de math ? mon dieu

Pareil, je viens de migrer d'akregator à google reader, et je peux enfin lire mes liens depuis n'importe où, ce dernier se souvenant des liens déjà lus.

Euh, je crois qu'il y a une différence entre "travailler pour un salaire" et faire de l'art pour des gros cachés. (il semble que c'est eux qui vivent de la vente de disques)
Pour ma part, j'ai le plaisir de jouer de la musique en amateur, le plaisir d'écrire du code pour le partager avec des amis, et aussi le plaisir d'écrire du code pour un salaire. Je t'assure que ce n'est pas tout assimilable à du "travail" et que chacun ne mérite pas la même gratification.

Vu qu'il est né le 17/09/1991 , et s'il est en 3ème, tout ceci explique cela .