Concernant le CRC, il y a une instruction prévu pour dans le jeu d'instruction Intel (voir page 334)
Si tu regardes bien, c'est un CRC bien précis (polynomial 11EDC6F41H), et l'instruction ne sert à rien pour un autre polynôme. Avec un bout de FPGA tu peux faire ce que tu veux.
De ce que je vois, ils n'ont pas rajouté d'instructions mais ont tout simplement utilisés les instructions vectoriels de calcul pour faire des maths sur des matrices.
Ne pas oublier que dans ce contexte, vectoriel n'a pas la définition mathématique de "matrice dont l'une des dimensions est de cardinal 1" (ou quelque soit la bonne manière de le formuler) mais "instruction agissant sur plusieurs données à la fois".
Oui mais ce n'était pas vraiment le cas jusqu'à présent. Par exemple, le load multiple est très récent (un vecteur d'adresse pour un vecteur de résultat, et non une seul adresse pour chargé 4 valeurs). Idem pour les fonctions de réduction, comme additionner les 4 valeurs d'un même vecteur entre elles.
Hors, jusque là, les designs de processeurs était courant mais pas ceux de FPGA ;)
Justement, open risc est à la mode, donc ajouté plusieurs opération "FPGA" doit maintenant être possible. Cela serait génial d'ajouter la gestion du multicycle et du pipeline.
Il y a plein d'instructions spécialisées comme des CRC, des hash, toutes ne peuvent pas être dans un jeu d'instruction. Si j'ai bien compris le principe de tensorflow de google, ils ont simplement ajouter à un jeu d'instruction vectoriel, un jeu d'instruction matriciel (le vecteur de 4 peut aussi être une matrice 2*2)
Oula rien à voir. Les cpu softcore sont géniaux pour tout ce qui est "Control lent" et complexe, type méga grosse machine d'état. D'ailleurs d'un point de vue hardware, elle pourrait être plus rapide mais pas forcément plus petit qu'un softcore + son programme. (mon premier stage de conception en 2000 était justement de remplacer une machine d'état par un petit risc, on est passé de 7k portes à 3k.)
Non, je pensais à l'inverse : tu prends un CPU classique Leon ou OpenRisc. Je suis persuadé qu'il existe des opcodes libres pour de futurs extension, ainsi tu rajoutes quelques instructions. Celles-ci sont réalisées par un bloc FPGA dans le CPU qui est à coté de l'ALU et du load/store. En gros, au lieu d'avoir un bloc externe complexe, tu as simplement un nouveau bloc d'opération. Dans ton cas simple, tu peux ainsi faire des pack/unpack dédié pour un processeur réseau par exemple. L'idée est de faire le cœur de calcul dans le FPGA et laisser gérer le reste par le cpu (IO, MUL, LOAD/STORE).
L'énorme contrainte est que ton FPGA doit être assez rapide pour ne pas trop ralentir le reste du CPU. Si ton pack/unpack prend 5 cycles cpu, mais 1 avec ton FPGA, si le FPGA est 5 fois plus lent, c'est inutile.
Je pense toujours qu'une instruction dédiée est toujours plus efficace qu'un "core" externe : pas de communication en plus, pas de code OS spécialisé. Il suffit de faire générer la bonne instruction assembleur par le compilateur. Un "driver" ne serait utile que pour changer le contenu du FPGA.
Oui, j'imagine qu'il faut commencer par une chaîne logicielle complète avant de complexifier.
C'est vrai aussi que ton IP peut se tester dans un autre FPGA :)
Ton IP a plein d'application potentiel comme du hardware dédié programmable dans un SoC par exemple. Le problème est toujours le rapport entre prix/flexibilité/puissance de calcul exploitable : accès à la DRAM facile ou pas, accès à des IOs, accès des DMA, connectivité avec un cpu ou pas. D'ailleurs, je me demande si quelqu'un à déjà penser à faire un bloc de calcul de cpu à base de FPGA ou si c'est trop lent (avantage: pas d'IO dédié, pas de drivers d'OS dédié, partage de ressource utilisant les registres CPU déjà gérés).
Il existe des programmes universitaires qui peuvent avoir accès à des fabrications de chip groupé. cf https://mycmp.fr/ L'idéal serait de bosser avec un labo pour faire un chip de démonstration (couplé avec un openrisc ?).
Au niveau de la cellule de FPGA, pourquoi ne pas avoir ajouter une "alu" c'est une des premières optimisations qui est ajouté, pour augmenter la vitesse des fonctions mathématiques.
Vu les difficultés pour 3 bouts de réformes à s'imposer (en 92 ?), il faudrait refaire une orthographe plus phonétique avec des règles "carrés" uniforme. A l'époque, il avait essayé de "franciser" des orthographes étrangères (genre le "ph" en "f"), virer le "", etc…
Mais comme d'habitude, il y a eu la levé de bouclier de ceux qui en avait chier dans leur enfance et ne voulait pas perdre cette avantage compétitif qu'est la maîtrise de l'orthographe.
c'est pas le sujet. Le sujet c'est BFM qui ralent d'un 4ième opérateur, ou d'une chaine de télé suplémentaire, alors que le problème ne viendrait pas à l'esprit pour n'importe quels autres produits.
C'est marrant aussi dans la bouche de BFM, quand il disait qu'un 4ième opérateur allait tuer les investissements, alors que l'inverse à eu lieu, ou encore lors de la création de nouvelles chaines de télé. Qui demanderait à l'état d'intervenir sur le marché automobile qui aurait trop de modèle à disposition ?
Pas seulement. J'ai souvenir du transfert d'un objet c++ qui représentait un document à un objet en Java, le modèle java était 10x plus gros.
Cela peut s'expliquer par le boxing assez systématique en Java (structure tout seul avec un pointeur dessus, et non directement embarqué dans l'objet parent), donc plein de pointeur partout en plus.
Je demande des preuves plus poussées car en l’occurrence il n'y a pas de raisons particulières que cela soit vraie.
Mais c'est n'importe quoi, de base, il n'y a aucune sécurité, il a fallu rajouter des couches pour éviter des prises qui copiait l'intégralité d'un téléphone. Il y a encore régulièrement des failles Bluetooth, je parie que c'est la même chose pour USB, qui de base n'offre aucune sécurité. On ne parle pas de faille d'implémentation mais du concept même.
L'usb, c'est fait pour mettre un clavier ou pour transformer son téléphone en clef usb, ce qui est une faille monstrueuse de sécurité si on sait pas ce qu'il y a de l'autre coté de la prise.
C'est totalement hallucinant de croire que ethernet soit au même niveau, puisque il n'y a jamais eu besoin d'avoir confiance avec "l'autre bout" pour que cela fonctionne de façon sécurisé.
Et comme si une interface Ethernet ne souffrait pas de problèmes de sécurité, on aura tout vu.
C'est une plaisanterie ? L'usb a toujours été vu comme une connexion local et donc est peu protégé. Tout PC est relié à internet ou presque, donc le modèle de menace est toujours le même et est connu.
Sauf que l'USB C sert aussi pour le transfert de données par USB, l'Ethernet (via un module), affichage externe, etc. Le PoE ne peut gérer que Ethernet et l'électricité. Il est donc moins flexible.
Ce n'est vrai que pour les bidules Apple qui n'ont qu'un seul connecteur.
Question alimentation, je me suis toujours demander pourquoi il n'existait pas de portable alimenté par ethernet PoE, cela peut prendre 100W.
Quitte à avoir un fil autant qu'il soit utile et sans problème potentiel de sécurité comme l'USB.
Concernant les prises, est-ce difficile de faire un support mural avec une entré 220V, une entré RJ45 et une "sortie" ethernet POE ? On m'a toujours reproché qu'un switch PoE consomme beaucoup, mais si l'adaptation de puissance se fait dans la prise, c'est beaucoup plus simple à déployer et il n'y a pas de perte dans les long cables.
Tu es sur un cas fixe, donc le problème ne se pose pas. Tu le règle un fois pour toute.
Là, je parle de mise en veille avec connexion par HDMI (écran) et réveille sur une autre (télé). Le pire que j'ai eu est l'absence d'écran principal au réveil. Parfois, l'écran passe en 1080i qui scintille horriblement.
Le problème est toujours présent. Je navigue entre 2 écrans et une télé pour mon portable, selon l'ordre de mise en vieilles, et du branchement, j'ai toujours du n'importe quoi : changement d'écran principal, aucun écran principal, etc… Il suffirait pourtant qu'en cas de changement, l'écran principal soit celui du portable.
idem pour le son, il n'est jamais au bon endroit, pourtant sortir par le HDMI quand celui-ci est présent est une règle qui semble simple. On dirait que la prise hdmi détecte un changement d'état mais pas l'état lui-même.
[^] # Re: chip de test
Posté par Nicolas Boulay (site web personnel) . En réponse au journal k1g1 : le premier FPGA Libre…. Évalué à 4.
C'est totalement impensable d'utiliser un composant externe. On ne tourne plus à 30Mhz de nos jours.
"La première sécurité est la liberté"
[^] # Re: chip de test
Posté par Nicolas Boulay (site web personnel) . En réponse au journal k1g1 : le premier FPGA Libre…. Évalué à 4.
Si tu regardes bien, c'est un CRC bien précis (polynomial 11EDC6F41H), et l'instruction ne sert à rien pour un autre polynôme. Avec un bout de FPGA tu peux faire ce que tu veux.
Pas dans leurs accélérateurs hardware. (ex: https://coral.withgoogle.com/products/accelerator/ )
Oui mais ce n'était pas vraiment le cas jusqu'à présent. Par exemple, le load multiple est très récent (un vecteur d'adresse pour un vecteur de résultat, et non une seul adresse pour chargé 4 valeurs). Idem pour les fonctions de réduction, comme additionner les 4 valeurs d'un même vecteur entre elles.
"La première sécurité est la liberté"
[^] # Re: chip de test
Posté par Nicolas Boulay (site web personnel) . En réponse au journal k1g1 : le premier FPGA Libre…. Évalué à 4.
Justement, open risc est à la mode, donc ajouté plusieurs opération "FPGA" doit maintenant être possible. Cela serait génial d'ajouter la gestion du multicycle et du pipeline.
Il y a plein d'instructions spécialisées comme des CRC, des hash, toutes ne peuvent pas être dans un jeu d'instruction. Si j'ai bien compris le principe de tensorflow de google, ils ont simplement ajouter à un jeu d'instruction vectoriel, un jeu d'instruction matriciel (le vecteur de 4 peut aussi être une matrice 2*2)
"La première sécurité est la liberté"
[^] # Re: chip de test
Posté par Nicolas Boulay (site web personnel) . En réponse au journal k1g1 : le premier FPGA Libre…. Évalué à 4.
non, les coeurs sont séparés.
"La première sécurité est la liberté"
[^] # Re: chip de test
Posté par Nicolas Boulay (site web personnel) . En réponse au journal k1g1 : le premier FPGA Libre…. Évalué à 4.
Oula rien à voir. Les cpu softcore sont géniaux pour tout ce qui est "Control lent" et complexe, type méga grosse machine d'état. D'ailleurs d'un point de vue hardware, elle pourrait être plus rapide mais pas forcément plus petit qu'un softcore + son programme. (mon premier stage de conception en 2000 était justement de remplacer une machine d'état par un petit risc, on est passé de 7k portes à 3k.)
Non, je pensais à l'inverse : tu prends un CPU classique Leon ou OpenRisc. Je suis persuadé qu'il existe des opcodes libres pour de futurs extension, ainsi tu rajoutes quelques instructions. Celles-ci sont réalisées par un bloc FPGA dans le CPU qui est à coté de l'ALU et du load/store. En gros, au lieu d'avoir un bloc externe complexe, tu as simplement un nouveau bloc d'opération. Dans ton cas simple, tu peux ainsi faire des pack/unpack dédié pour un processeur réseau par exemple. L'idée est de faire le cœur de calcul dans le FPGA et laisser gérer le reste par le cpu (IO, MUL, LOAD/STORE).
L'énorme contrainte est que ton FPGA doit être assez rapide pour ne pas trop ralentir le reste du CPU. Si ton pack/unpack prend 5 cycles cpu, mais 1 avec ton FPGA, si le FPGA est 5 fois plus lent, c'est inutile.
Je pense toujours qu'une instruction dédiée est toujours plus efficace qu'un "core" externe : pas de communication en plus, pas de code OS spécialisé. Il suffit de faire générer la bonne instruction assembleur par le compilateur. Un "driver" ne serait utile que pour changer le contenu du FPGA.
"La première sécurité est la liberté"
[^] # Re: projet qui déchire ?
Posté par Nicolas Boulay (site web personnel) . En réponse au journal k1g1 : le premier FPGA Libre…. Évalué à 3.
Menta est une boite française à ce que je vois. Elle marche bien ?
"La première sécurité est la liberté"
[^] # Re: projet qui déchire ?
Posté par Nicolas Boulay (site web personnel) . En réponse au journal k1g1 : le premier FPGA Libre…. Évalué à 8.
Des associés, cela se trouve. Partir à 2, même 2 techniques est toujours mieux que d'être seul.
"La première sécurité est la liberté"
[^] # Re: chip de test
Posté par Nicolas Boulay (site web personnel) . En réponse au journal k1g1 : le premier FPGA Libre…. Évalué à 5.
Oui, j'imagine qu'il faut commencer par une chaîne logicielle complète avant de complexifier.
C'est vrai aussi que ton IP peut se tester dans un autre FPGA :)
Ton IP a plein d'application potentiel comme du hardware dédié programmable dans un SoC par exemple. Le problème est toujours le rapport entre prix/flexibilité/puissance de calcul exploitable : accès à la DRAM facile ou pas, accès à des IOs, accès des DMA, connectivité avec un cpu ou pas. D'ailleurs, je me demande si quelqu'un à déjà penser à faire un bloc de calcul de cpu à base de FPGA ou si c'est trop lent (avantage: pas d'IO dédié, pas de drivers d'OS dédié, partage de ressource utilisant les registres CPU déjà gérés).
"La première sécurité est la liberté"
# chip de test
Posté par Nicolas Boulay (site web personnel) . En réponse au journal k1g1 : le premier FPGA Libre…. Évalué à 9.
Il existe des programmes universitaires qui peuvent avoir accès à des fabrications de chip groupé. cf https://mycmp.fr/ L'idéal serait de bosser avec un labo pour faire un chip de démonstration (couplé avec un openrisc ?).
Au niveau de la cellule de FPGA, pourquoi ne pas avoir ajouter une "alu" c'est une des premières optimisations qui est ajouté, pour augmenter la vitesse des fonctions mathématiques.
"La première sécurité est la liberté"
[^] # Re: Prononciature
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Kernel Recipes 2019 : les supports des conférences sont en ligne. Évalué à 5.
C'est le problème aussi de confondre les linguistes avec l'académie française qui n'a aucune espèce de compétence scientifique dans la langue.
"La première sécurité est la liberté"
[^] # Re: Prononciature
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Kernel Recipes 2019 : les supports des conférences sont en ligne. Évalué à 4.
Vu les difficultés pour 3 bouts de réformes à s'imposer (en 92 ?), il faudrait refaire une orthographe plus phonétique avec des règles "carrés" uniforme. A l'époque, il avait essayé de "franciser" des orthographes étrangères (genre le "ph" en "f"), virer le "", etc…
Mais comme d'habitude, il y a eu la levé de bouclier de ceux qui en avait chier dans leur enfance et ne voulait pas perdre cette avantage compétitif qu'est la maîtrise de l'orthographe.
"La première sécurité est la liberté"
[^] # Re: Schyzophrénie.
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Payez vos journaux. Évalué à 4.
Non, cela n'a absolument rien à voir. Le SUV est une catégorie de voiture qui pollue plus qu'une berline pour le même usage.
Cela n'a absolument rien à voir avec le fait de dire que le marché ne peut pas supporter la sortie de la nouvelle Peugeot 2008.
"La première sécurité est la liberté"
[^] # Re: Schyzophrénie.
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Payez vos journaux. Évalué à 3.
c'est pas le sujet. Le sujet c'est BFM qui ralent d'un 4ième opérateur, ou d'une chaine de télé suplémentaire, alors que le problème ne viendrait pas à l'esprit pour n'importe quels autres produits.
"La première sécurité est la liberté"
[^] # Re: Schyzophrénie.
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Payez vos journaux. Évalué à 4.
C'est marrant aussi dans la bouche de BFM, quand il disait qu'un 4ième opérateur allait tuer les investissements, alors que l'inverse à eu lieu, ou encore lors de la création de nouvelles chaines de télé. Qui demanderait à l'état d'intervenir sur le marché automobile qui aurait trop de modèle à disposition ?
"La première sécurité est la liberté"
[^] # Re: Je paye mes journaux
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Payez vos journaux. Évalué à 3.
En tant que lecteur qu'est-ce que tu penses de ce genre d'outils pour financer les sites d'information :
https://www.macropaiement.com
"La première sécurité est la liberté"
[^] # Re: Heureux
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Elm sort en version 0.19.1. Évalué à 3.
C'est reasonml qui est un dérivé de ocaml avec une syntaxe plus proche de javascript. Il marche avec react :
https://www.imaginarycloud.com/blog/reasonml-react-as-first-intended/
"La première sécurité est la liberté"
[^] # Re: CNIL
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Nul n'est censé ignorer la loi. Évalué à 5.
Il y a aussi la série d'article de nextinpact :
https://www.nextinpact.com/news/106135-le-rgpd-explique-ligne-par-ligne-articles-1-a-23.htm
"La première sécurité est la liberté"
[^] # Re: Electron non merci
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Atom / VSCode. Évalué à 4.
Pas seulement. J'ai souvenir du transfert d'un objet c++ qui représentait un document à un objet en Java, le modèle java était 10x plus gros.
Cela peut s'expliquer par le boxing assez systématique en Java (structure tout seul avec un pointeur dessus, et non directement embarqué dans l'objet parent), donc plein de pointeur partout en plus.
"La première sécurité est la liberté"
# Pour quel langage ?
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Atom / VSCode. Évalué à 6.
En général, les éditeurs sont optimisés pour un langage en particuliers. Et ils sont entre pas top et pitoyable pour certain autre.
"La première sécurité est la liberté"
[^] # Re: Super projet
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Open Computer v0.1 : Preuve de concept d’un ordinateur portable modulaire sous GNU/Linux. Évalué à 3.
Mais c'est n'importe quoi, de base, il n'y a aucune sécurité, il a fallu rajouter des couches pour éviter des prises qui copiait l'intégralité d'un téléphone. Il y a encore régulièrement des failles Bluetooth, je parie que c'est la même chose pour USB, qui de base n'offre aucune sécurité. On ne parle pas de faille d'implémentation mais du concept même.
L'usb, c'est fait pour mettre un clavier ou pour transformer son téléphone en clef usb, ce qui est une faille monstrueuse de sécurité si on sait pas ce qu'il y a de l'autre coté de la prise.
C'est totalement hallucinant de croire que ethernet soit au même niveau, puisque il n'y a jamais eu besoin d'avoir confiance avec "l'autre bout" pour que cela fonctionne de façon sécurisé.
"La première sécurité est la liberté"
[^] # Re: Super projet
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Open Computer v0.1 : Preuve de concept d’un ordinateur portable modulaire sous GNU/Linux. Évalué à 3.
Tu connais une seule faille de firmwares ethernet ? (un truc récent bien sûr, et pas un poc)
Tu connais une seul faille qui passerait par ethernet et non pas wifi ?
Pas seulement non. Quand tu as besoin de puissance sur un PC portable, une bonne liaison ethernet au lieu d'un wifi pourris est plus souhaitable.
"La première sécurité est la liberté"
[^] # Re: Super projet
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Open Computer v0.1 : Preuve de concept d’un ordinateur portable modulaire sous GNU/Linux. Évalué à 3.
C'est une plaisanterie ? L'usb a toujours été vu comme une connexion local et donc est peu protégé. Tout PC est relié à internet ou presque, donc le modèle de menace est toujours le même et est connu.
Ce n'est vrai que pour les bidules Apple qui n'ont qu'un seul connecteur.
"La première sécurité est la liberté"
[^] # Re: Super projet
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Open Computer v0.1 : Preuve de concept d’un ordinateur portable modulaire sous GNU/Linux. Évalué à 4.
Question alimentation, je me suis toujours demander pourquoi il n'existait pas de portable alimenté par ethernet PoE, cela peut prendre 100W.
Quitte à avoir un fil autant qu'il soit utile et sans problème potentiel de sécurité comme l'USB.
Concernant les prises, est-ce difficile de faire un support mural avec une entré 220V, une entré RJ45 et une "sortie" ethernet POE ? On m'a toujours reproché qu'un switch PoE consomme beaucoup, mais si l'adaptation de puissance se fait dans la prise, c'est beaucoup plus simple à déployer et il n'y a pas de perte dans les long cables.
"La première sécurité est la liberté"
[^] # Re: Ni bonne, ni mauvaise
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Tristan Nitot devient directeur général de Qwant. Évalué à 2. Dernière modification le 07 octobre 2019 à 13:58.
Tu es sur un cas fixe, donc le problème ne se pose pas. Tu le règle un fois pour toute.
Là, je parle de mise en veille avec connexion par HDMI (écran) et réveille sur une autre (télé). Le pire que j'ai eu est l'absence d'écran principal au réveil. Parfois, l'écran passe en 1080i qui scintille horriblement.
"La première sécurité est la liberté"
[^] # Re: Ni bonne, ni mauvaise
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Tristan Nitot devient directeur général de Qwant. Évalué à 2.
Le problème est toujours présent. Je navigue entre 2 écrans et une télé pour mon portable, selon l'ordre de mise en vieilles, et du branchement, j'ai toujours du n'importe quoi : changement d'écran principal, aucun écran principal, etc… Il suffirait pourtant qu'en cas de changement, l'écran principal soit celui du portable.
idem pour le son, il n'est jamais au bon endroit, pourtant sortir par le HDMI quand celui-ci est présent est une règle qui semble simple. On dirait que la prise hdmi détecte un changement d'état mais pas l'état lui-même.
"La première sécurité est la liberté"