et pour être sympa avec les copains qui repasse dérrière :
- ne pas coder comme un porc
- non, une fonction de 1000 lignes, ce n'est pas de l'optimisation.
(ceux qui code des fonctions de mille lignes, on devrait les pendre par les couilles ou non pire : les obliger de maintenir leur code à vie)
Les but sont différents mais les moyens d'y arriver conceptuellement ont l'air d'être proche. Donc les marchés potentiels sont énormes. Mais il y a personne pour mettre de l'argent la dedans.
C'et quand même la fin d'une époque. Au début des années 80, l'armée française faisait des contracts de partout. Matra vivait bien de ça entre autre.
Aujourd'hui, c'est différent. L'argent de la DARPA semble plustot aller dans les interets stratégiques futures US. En gros, c'est pour faire la guerre économique plus que pour produire des armes. Je ne serais pas étonné que google est eu des contracts DARPA.
En france, on parle de plus en plus des crédits de recherche européens plus que ceux de l'armée.
Je voulais savoir si il existait des design pattern "globaux". De ce que j'ai pu lire sur les designs patterns, il concerne en général la micro architecture (singleton, usine, etc...). Ce que je cherche c'est l'architecture global (genre 3 tier par exemple).
C'est histoire de voir "de haut" les flux de données, les types de traitement, le volume de traitement, etc...
Je ne pense pas qu'il y a 50 façon différentes d'écrire un (gros) programme. Il doit bien y avoir des points commun optimisable et à mettre dans une librairy.
Si tu fabriques des armes, c'est implicitement que tu accepte que quelqu'un puisse s'en servir (pour le bien ou pour le mal. Nos parents/grands-parents était bien content d'avoir des armes pour résister au nazisme).
Oui évidement, je ne pensais pas dire autre chose. Les anti-minatec semble être des anti militaristes "primaires".
Pour le coup du grain de riz, je suis d'accord. Mais le fantassin du futur, n'aura pas plus de techno sur lui que ce qu'il y a dans un téléphone portable 3G ! Donc faire ce genre de produit avec des puces sur "étagère", cela n'est pas difficile.
Si on ne veut pas de RFID, c'est au gouvernement qu'il faut s'adresser pas au chercheur !
Les 'communiquants' ont beau exhiber les blouses blanches des chercheurs du CEA, c'est d'un kaki tout militaire que s'habillent leurs recherches. Nano-drones espions 'Libellule' et Fantassin à liaisons intégrées 'FELIN' sortent aujourd'hui des nano-labs et viennent agrandir le bestiaire militaire.
Et quel rapport encore une fois ? N'importe quel type dans son garage peut développer l'electronique pour l'équipement d'un fantassin futuriste ! Et franchement, l'antimilitariste primaire, c'est débile. Le tueur c'est celui qui appuie sur la détente pas celui qui a fabriqué l'arme. Et si l'arme n'existait pas, il y a toujours des cailloux, des couteaux, et ses poings qui trainent !
Enfin, bref, je crois que ce sont des opposants au progres scientifiques, sur le thème : je ne comprends pas, cela ne doit pas être bien, je détruis.
Le fond ? Quel fond ? Depuis quand faire de la recherche en process électronique ou en chimie doit léver autant d'inquiétude ? C'est ni plus ni moins que le niveau de ceux qui prédisait que le cerveau des passagers des trains ne surporterait pas une vitesse de plus de 30km/h au 19ième siècle. C'est vrai que selon un principe de précaution on aurait du oublier le train...
Pour une fois que le gouvernement se décide d'investir dans la recherche dans un domaine prometteur, il faut qu'il y en a encore qui rale !
Dans le cas du nucléaire ou des ogm, il y a des dangers réels démontrées. Dans le cas des nanotech, c'est juste des dangers imaginaires.
Je suis d'accord avec toi mais j'avais entendu un des chefs d'asso opposant à minetec. Le niveau était terrifiant.
En gros, leur peur était du niveau de peur du nucléaire, un peu comme si minatec allait relacher dans l'atmosphère du plutonium.
Minatec c'est surtout de chimie et l'étape d'en dessous de la microelecronique. Bref, de la micromécanique. Il n'y a pas de notion de grosse énergie, de rayonnement nocif ou autre...
C'est vraiment le comble de l'obscurantisme d'être contre. Pour savoir ce qu'il y font, il suffit de lire les rapports du Leti.
As-ton avis pourquoi MS préconise de planquer les spec hardware et propose de faire des hash hardware en executant des calculs par le hard connus de lui seul ?
J'aurais bien aimer une fonctionnalité ou le bogofilter (filtre bayseon) est utilisé pour faire des règles de trie plus flou. Par exemple, lorsque l'on veut créer un répertoire amis sans déclarer tous les email, ou un répertoire de travail d'un projet en particulier qui dépend de certaine adresse mail mais les mails de ces personnes ne parlent pas toujours du projet, ou encore un répertoire langue "anglaise" qui doit contenir 95% de spam avec photo.
Concernant le marché de la puce, il y a les cartes de bureau mais aussi l'embarqué, qui peut être le plus gros marché d'ailleurs.
Concernant les nouvelles idées, cela pourra se faire avec le fpga mais difficilement avec un asic. L'idée de charger le fpga en fonction de l'application est très tentant mais la technologie reste trop chère.
La carte sera opengl 1.3 ce qui est déjà pas mal. Il y a aussi des features comme les grosses résolutions, les conversion yuv <-> rgb et quelques opérations 2D accéléré.
Le ton est peut être condescendant mais je travail depuis 5 ans dans le secteur. Et bien que tu sembles connaitre le sujet, cela manque sérieusement de pragmatisme et de réalisme.
Quand tu dois mettre 2 ou 3 m¤ sur la table, tu prends le moins de risque possible. Même si tu peux multiplier les core 3D dans la puce par rapport à la version FPGA, il y a toujours le problème des points uniques d'entrée : bus mémoire, bus IO, sortie video.
L'arbitrage de bus pose des problèmes extrèment subtile de latence et doit être complétement validé. Bref, une validation unitaire ne t'assure absolument pas une validation de l'ensemble. Il suffit d'une erreur de spec et cela arrive tout le temps.
Il n'y aura pas 50 version de l'asic, cela coute déjà très chère d'en faire une !
IBM n'utilise pas du tout cette téchnique. C'est un vendeur d'IP ou de core pour être plus précis. Comme ARM vend des coeurs de cpu arm, ibm vende des core ppc. La validation des interfaces avec le reste oblige toujours simuler (mais bon 3 jours pour 10ms, on ne va pas loin), ou encore d'avoir des accélérateurs de simu comme ceux de cadence ou encore des cartes à base de fpga.
Le fondeur peut remonter des problèmes de point chaud. Mais ogc va tapper dans les 2-3 millions de portes, cela n'est pas comparrable au 100 millions d'un SOC de téléphone portable.
Laisses moi deviner, tu sors de l'école c'est ça ?
Tu dis toi-même que le FPGA ne permet pas de tout modéliser, mais permet tout de même de valider le fonctionnel mais tu proposait de modifier le fonctionnel sans pouvoir faire de test.
Bref, cela ne fait pas tout mais tu voudrais en faire encore moins ?
ps:
"les problèmes de distribution électrique" -> problème du fondeur ou du designer de carte
"répartition thermique" -> idem
"d'interférences" -> que pour les cartes pour l'instant (très peu pour le gusse qui fait le layout chez le fondeur)
Evidement que c'est marqué, c'est moi qui ai écrit la news !
Et d'un point de vue design, la seul différence sera la fréquence plus haute permise. La téchnologie permet aussi de baisser la conso et le prix.
Mais d'un point de vue design logique, cela sera exactement la même chose ! Le FPGA sert de plateforme de développement, à quoi sert une plateforme de dev, si tu veux faire ensuite quelques choses de complètement différent !
Elle est où la différence avec le gars qui quitte son boulot, créé sa société, mis son temps pour faire un début de développement logiciel. Ensuite il embauche des gens pour continuer, tester, valider. Il embauche encore quelqu'un pour lui parler du coté fonctionnel et valider les calculs, le travail. Il écrit des specs, des connecteurs.
Notre gars qui fait du développement logiciel il a aussi besoin de couvrir toutes ces étapes pour ne pas y être de sa poche.
Le copieur peut là aussi partir du code source final et le vendre/mettre en oeuvre.
Non, désolé, tout ça c'est tout autant valable pour le logiciel que pour le matériel.
Ok, ces 2 parties sont équivalentes avec le hard. Maintenant quand tu fais du hard, tu dois rajouter le cout de la fonderie de 300 k¤ à 2M¤ selon la téchno avant même de sortir la moindre pière. Ensuite, tu dois en commander qq centaines de milliers, sinon le fondeur ne discute même pas avec toi (cela rajoutes donc qq 100 k¤ à 10¤ pièce).
Mais avant d'en arriver là, tu dois utiliser des outils certifié par le fondeur, comme un synthétiseur (design compiler : 140k¤/an), un analyseur statique de timing (100 k¤/an), un générateur de pattern (30 k¤/an ?)...
Bref, contrairement au soft ou tu as besoin de qq pc, un dev hardware a un investissement non humain bien plus important.
"Et toi, tu as déjà entendu parler de cpu's n'exploitant pas la bande passante à cause de la complexité des opérations?"
Oui évidement. Il y a eu des testes à l'époque ou l'on pouvait choisir entre des bus mémoires 64 ou 128 bits. Les différences se jouait sur 10% pas plus.
Par exemple, pour un codec video, la dct bouffe 99% du temps cpu est n'est pas limité par la mémoire.
Idem pour la compression AES où il parle de 20 cycles cpu par octet.
Un algo "cpu bound" ne sera jamais limité par la mémoire... par définition.
"Certes le fpga est puissant, mais pour de la 2D pure, va t'il vraiment exploser un asic dédié avec une progression directement égale à l'augmentation de la bande passante?"
Tu veux dire quoi par là ? Qu'un FPGA est moins "rapide" que son équivalent ASIC, ce qui est évident ? Qu'un ASIC dédié est plus rapide qu'un ASIC pas dédié ?
"Si je met de la ram ddr2 800 sur mon pc en lieu et place de ddr2 400, mon pc sera t'il vraiment 2x plus rapide?"
"Enfin, si la carte de développement atteint les 30fps sous quake 3 (on y est pas encore, ce n'est qu'un objectif), on aura pas magiquement 300fps avec la carte de production, à moins de tout recommencer depuis zéro avec une architecture beaucoup plus puissante."
La différence sera la fréquence d'horloge, c'est tout.
"Donc pour le cad, la video HD, l'imagerie, le jeu, ... ça me semble un peu rapé... "
Pour les jeus direct X 10, oui, pour les autres non. L'imagerie et autre effet 3D marcheront bien. Le créateur du projet connait bien les problèmes de qualité d'images, la carte aura donc une "belle" sortie analogique.
[^] # Re: vocabulaire
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Bonnes pratique pour le développement. Évalué à 7.
- ne pas coder comme un porc
- non, une fonction de 1000 lignes, ce n'est pas de l'optimisation.
(ceux qui code des fonctions de mille lignes, on devrait les pendre par les couilles ou non pire : les obliger de maintenir leur code à vie)
"La première sécurité est la liberté"
[^] # Re: Les deux autres
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Première implémentation du langage Fortress. Évalué à 1.
Les but sont différents mais les moyens d'y arriver conceptuellement ont l'air d'être proche. Donc les marchés potentiels sont énormes. Mais il y a personne pour mettre de l'argent la dedans.
"La première sécurité est la liberté"
[^] # Re: Mes choix
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche 7èmes Big Brother Awards. Évalué à 3.
Aujourd'hui, c'est différent. L'argent de la DARPA semble plustot aller dans les interets stratégiques futures US. En gros, c'est pour faire la guerre économique plus que pour produire des armes. Je ne serais pas étonné que google est eu des contracts DARPA.
En france, on parle de plus en plus des crédits de recherche européens plus que ceux de l'armée.
"La première sécurité est la liberté"
[^] # Re: Les deux autres
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Première implémentation du langage Fortress. Évalué à -1.
"La première sécurité est la liberté"
[^] # Re: Les deux autres
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Première implémentation du langage Fortress. Évalué à 10.
En France, le créateur du langage lisaac doit justifier de son utilité à ces supérieurs pour avoir un ingénieur d'application...
"La première sécurité est la liberté"
# rien à voir ou presque
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Première implémentation du langage Fortress. Évalué à 3.
C'est histoire de voir "de haut" les flux de données, les types de traitement, le volume de traitement, etc...
Je ne pense pas qu'il y a 50 façon différentes d'écrire un (gros) programme. Il doit bien y avoir des points commun optimisable et à mettre dans une librairy.
"La première sécurité est la liberté"
[^] # Re: Liberté de choix
Posté par Nicolas Boulay (site web personnel) . En réponse au journal Tanenbaum et les microkernels. Évalué à -7.
"La première sécurité est la liberté"
[^] # Re: Mes choix
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche 7èmes Big Brother Awards. Évalué à 2.
Oui évidement, je ne pensais pas dire autre chose. Les anti-minatec semble être des anti militaristes "primaires".
Pour le coup du grain de riz, je suis d'accord. Mais le fantassin du futur, n'aura pas plus de techno sur lui que ce qu'il y a dans un téléphone portable 3G ! Donc faire ce genre de produit avec des puces sur "étagère", cela n'est pas difficile.
"La première sécurité est la liberté"
[^] # Re: Mes choix
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche 7èmes Big Brother Awards. Évalué à 3.
Si on ne veut pas de RFID, c'est au gouvernement qu'il faut s'adresser pas au chercheur !
Les 'communiquants' ont beau exhiber les blouses blanches des chercheurs du CEA, c'est d'un kaki tout militaire que s'habillent leurs recherches. Nano-drones espions 'Libellule' et Fantassin à liaisons intégrées 'FELIN' sortent aujourd'hui des nano-labs et viennent agrandir le bestiaire militaire.
Et quel rapport encore une fois ? N'importe quel type dans son garage peut développer l'electronique pour l'équipement d'un fantassin futuriste ! Et franchement, l'antimilitariste primaire, c'est débile. Le tueur c'est celui qui appuie sur la détente pas celui qui a fabriqué l'arme. Et si l'arme n'existait pas, il y a toujours des cailloux, des couteaux, et ses poings qui trainent !
Enfin, bref, je crois que ce sont des opposants au progres scientifiques, sur le thème : je ne comprends pas, cela ne doit pas être bien, je détruis.
"La première sécurité est la liberté"
[^] # Re: Mes choix
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche 7èmes Big Brother Awards. Évalué à 7.
Pour une fois que le gouvernement se décide d'investir dans la recherche dans un domaine prometteur, il faut qu'il y en a encore qui rale !
Dans le cas du nucléaire ou des ogm, il y a des dangers réels démontrées. Dans le cas des nanotech, c'est juste des dangers imaginaires.
"La première sécurité est la liberté"
[^] # Re: Mes choix
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche 7èmes Big Brother Awards. Évalué à 3.
En gros, leur peur était du niveau de peur du nucléaire, un peu comme si minatec allait relacher dans l'atmosphère du plutonium.
Minatec c'est surtout de chimie et l'étape d'en dessous de la microelecronique. Bref, de la micromécanique. Il n'y a pas de notion de grosse énergie, de rayonnement nocif ou autre...
C'est vraiment le comble de l'obscurantisme d'être contre. Pour savoir ce qu'il y font, il suffit de lire les rapports du Leti.
"La première sécurité est la liberté"
[^] # Re: Mes choix
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche 7èmes Big Brother Awards. Évalué à 1.
"La première sécurité est la liberté"
[^] # Re: Émulateur
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Analyse du coût de la protection de contenu de Windows Vista. Évalué à 2.
"La première sécurité est la liberté"
# bogofilter pour le client légitime ?
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Claws Mail 2.7.0 disponible. Évalué à 5.
"La première sécurité est la liberté"
[^] # Re: performances
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Projet Open Graphics : 1ère étape terminée. Évalué à 2.
"La première sécurité est la liberté"
[^] # Re: performances
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Projet Open Graphics : 1ère étape terminée. Évalué à 2.
"La première sécurité est la liberté"
[^] # Re: performances
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Projet Open Graphics : 1ère étape terminée. Évalué à 2.
Concernant les nouvelles idées, cela pourra se faire avec le fpga mais difficilement avec un asic. L'idée de charger le fpga en fonction de l'application est très tentant mais la technologie reste trop chère.
La carte sera opengl 1.3 ce qui est déjà pas mal. Il y a aussi des features comme les grosses résolutions, les conversion yuv <-> rgb et quelques opérations 2D accéléré.
Les shaders et autres seront vu ensuite.
"La première sécurité est la liberté"
[^] # Re: performances
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Projet Open Graphics : 1ère étape terminée. Évalué à 2.
Une carte de dev fpga équivalente peut couter jusqu'à 10 000¤ sur le marché. Cela n'a pas l'air comme ça, mais c'est en fait donné...
"La première sécurité est la liberté"
[^] # Re: performances
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Projet Open Graphics : 1ère étape terminée. Évalué à 5.
Quand tu dois mettre 2 ou 3 m¤ sur la table, tu prends le moins de risque possible. Même si tu peux multiplier les core 3D dans la puce par rapport à la version FPGA, il y a toujours le problème des points uniques d'entrée : bus mémoire, bus IO, sortie video.
L'arbitrage de bus pose des problèmes extrèment subtile de latence et doit être complétement validé. Bref, une validation unitaire ne t'assure absolument pas une validation de l'ensemble. Il suffit d'une erreur de spec et cela arrive tout le temps.
Il n'y aura pas 50 version de l'asic, cela coute déjà très chère d'en faire une !
IBM n'utilise pas du tout cette téchnique. C'est un vendeur d'IP ou de core pour être plus précis. Comme ARM vend des coeurs de cpu arm, ibm vende des core ppc. La validation des interfaces avec le reste oblige toujours simuler (mais bon 3 jours pour 10ms, on ne va pas loin), ou encore d'avoir des accélérateurs de simu comme ceux de cadence ou encore des cartes à base de fpga.
Le fondeur peut remonter des problèmes de point chaud. Mais ogc va tapper dans les 2-3 millions de portes, cela n'est pas comparrable au 100 millions d'un SOC de téléphone portable.
"La première sécurité est la liberté"
[^] # Re: performances
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Projet Open Graphics : 1ère étape terminée. Évalué à 2.
Tu dis toi-même que le FPGA ne permet pas de tout modéliser, mais permet tout de même de valider le fonctionnel mais tu proposait de modifier le fonctionnel sans pouvoir faire de test.
Bref, cela ne fait pas tout mais tu voudrais en faire encore moins ?
ps:
"les problèmes de distribution électrique" -> problème du fondeur ou du designer de carte
"répartition thermique" -> idem
"d'interférences" -> que pour les cartes pour l'instant (très peu pour le gusse qui fait le layout chez le fondeur)
"La première sécurité est la liberté"
[^] # Re: performances
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Projet Open Graphics : 1ère étape terminée. Évalué à 2.
Et tu valides comment ton design, si tu ne peux pas le vérifier sur une plateforme de test !
Il est évident que les optimisations ne seront pas orienté FPGA mais asic au moins en partie.
"La première sécurité est la liberté"
[^] # Re: performances
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Projet Open Graphics : 1ère étape terminée. Évalué à 3.
Et d'un point de vue design, la seul différence sera la fréquence plus haute permise. La téchnologie permet aussi de baisser la conso et le prix.
Mais d'un point de vue design logique, cela sera exactement la même chose ! Le FPGA sert de plateforme de développement, à quoi sert une plateforme de dev, si tu veux faire ensuite quelques choses de complètement différent !
"La première sécurité est la liberté"
[^] # Re: Pas vraiment libre
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Projet Open Graphics : 1ère étape terminée. Évalué à 10.
Notre gars qui fait du développement logiciel il a aussi besoin de couvrir toutes ces étapes pour ne pas y être de sa poche.
Le copieur peut là aussi partir du code source final et le vendre/mettre en oeuvre.
Non, désolé, tout ça c'est tout autant valable pour le logiciel que pour le matériel.
Ok, ces 2 parties sont équivalentes avec le hard. Maintenant quand tu fais du hard, tu dois rajouter le cout de la fonderie de 300 k¤ à 2M¤ selon la téchno avant même de sortir la moindre pière. Ensuite, tu dois en commander qq centaines de milliers, sinon le fondeur ne discute même pas avec toi (cela rajoutes donc qq 100 k¤ à 10¤ pièce).
Mais avant d'en arriver là, tu dois utiliser des outils certifié par le fondeur, comme un synthétiseur (design compiler : 140k¤/an), un analyseur statique de timing (100 k¤/an), un générateur de pattern (30 k¤/an ?)...
Bref, contrairement au soft ou tu as besoin de qq pc, un dev hardware a un investissement non humain bien plus important.
"La première sécurité est la liberté"
[^] # Re: performances
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Projet Open Graphics : 1ère étape terminée. Évalué à 2.
Oui évidement. Il y a eu des testes à l'époque ou l'on pouvait choisir entre des bus mémoires 64 ou 128 bits. Les différences se jouait sur 10% pas plus.
Par exemple, pour un codec video, la dct bouffe 99% du temps cpu est n'est pas limité par la mémoire.
Idem pour la compression AES où il parle de 20 cycles cpu par octet.
Un algo "cpu bound" ne sera jamais limité par la mémoire... par définition.
"Certes le fpga est puissant, mais pour de la 2D pure, va t'il vraiment exploser un asic dédié avec une progression directement égale à l'augmentation de la bande passante?"
Tu veux dire quoi par là ? Qu'un FPGA est moins "rapide" que son équivalent ASIC, ce qui est évident ? Qu'un ASIC dédié est plus rapide qu'un ASIC pas dédié ?
"Si je met de la ram ddr2 800 sur mon pc en lieu et place de ddr2 400, mon pc sera t'il vraiment 2x plus rapide?"
Comme dit plus haut, cela dépend des algos...
"La première sécurité est la liberté"
[^] # Re: performances
Posté par Nicolas Boulay (site web personnel) . En réponse à la dépêche Projet Open Graphics : 1ère étape terminée. Évalué à 2.
La différence sera la fréquence d'horloge, c'est tout.
"Donc pour le cad, la video HD, l'imagerie, le jeu, ... ça me semble un peu rapé... "
Pour les jeus direct X 10, oui, pour les autres non. L'imagerie et autre effet 3D marcheront bien. Le créateur du projet connait bien les problèmes de qualité d'images, la carte aura donc une "belle" sortie analogique.
"La première sécurité est la liberté"