Nicolas Boulay a écrit 16180 commentaires

Tu ne peux pas faire un lancement en séquence (6+1) dans un script ?

De mémoire avec $(...) et & ?

http://pebblesinthesand.wordpress.com/2008/05/22/a-srcipt-fo(...)

"La première sécurité est la liberté"

En gros, tu utilises un routeur configuré pour avoir 2 liens vers internet ?

C'est le vrai boulot d'un routeur non ?

"La première sécurité est la liberté"

Il n'y a pas de bus dans un FPGA mais de la logique interconnectée. cette interconnexion représente souvent (cas des xilinx) 80% de la surface de silicium. 128 bits de chemin de donnée c'est de la rigolade sur un FPGA.

Pas vraiment mais bon. Cela peut couter chère en vitesse.

De plus un FPGA embarque de la RAM.

Quelques Ko jusqu'à qq Mo. On est loin du Go...

un virtexIIpro ou un virtex-4 n'ont jamais coûté 10 Keuros, dix fois plus au minimum.

Les plus gros si. 1000€ est le prix le plus courant.


Un fpga est un processeur universel mais complexe à utiliser car le partitionnnement est spatial au lieu d'être temporel, ce qui fait que toute l'application doit tenir sur la sueface de silicium au lieu de se dérouler au fur et à mesure comme sur un microprocesseur. Il n'y a ni jeu d'instruction, ni compteur ordinal.

C'est surtout une mer de composant de base relié par un énorme réseau de fils. Si tu remplaces les réseaux de fils par uniquement ce dont tu as besoin, et tu arranges la place des composants dans l'ordre qui t'arrange tu obtiens un asic, plus rapide et plus petit.

Ton FPGA peut exprimer une puissance crète très fort, faut-il encore pouvoir l'exploiter. Si l'algorithme est un peu complexe (style MPEG4 vs MPEG2), le design sera gros et lent. Dans ce cas, on tombe dans l'avantage des cpus.

"La première sécurité est la liberté"

Heureusement, sinon SGI pourrait facturer ce qu'ils veulent.

"La première sécurité est la liberté"

"Toutes les applications d'avionique sont sur FPGA plus précisemment des antifuses qui sont aussi rapides que des asic. Pour le même prix, il faudrait un cray."

Pour avoir codé un FGPA anti-fuse dont il fut un exploit de passer de 25 à 40 Mhz, je ne pense pas qu'ils soient une référence en terme de vitesse:) Certe, c'était il y a plus de 5 ans, sur une téchno "éprouvé".

"La première sécurité est la liberté"

Renseignes toi un peu plus.

Les FPGA avec des centaines de multiplieurs qui tourne à plus de 100Mhz (en gros celui de opengraphics disposent 96 multiplieurs 18 bits), cela coute une fortune ~1k€.

Et je te rassures, les routeurs terabytes de CISCO ou alcatel tourne sur des asic dédiés pas sur du FPGA.

Les applications radars sont sans doute une bonne application quand tu as besoin d'une mer de multiplieurs en nombre entier sans avoir un gros besoin de RAM. Cela limite beaucoup les applications potentiels.

Cray a sorti des mix cpu+FPGA mais on parle de FPGA qui coute 10k€.

Quand ta cpu manipule 64 bits au mieux en un cycle, un FPGA en manipule des mégabits

Déjà, tu as les SSE qui manipulent des vecteurs de 128 bits. Ensuite, je serais curieux de voir à quel point on peut router un bus de 128 bits dans un FPGA. Je ne suis pas sûr que le résultat final soit terrible en terme de vitesse même si cela a progressé depuis que j'ai mis le nez dedans. On est loin d'avoir des bus de millions de bits:)

"La première sécurité est la liberté"

J'aurais tendance à dire d'après de multiple commentaire ici, de ne pas faire de raid 5 mais uniquement du raid 1 et d'utiliser une carte raid moderne (3ware ?).

Je me demande aussi quel est la plus value (à part pour intel) des XEON sur les core i7. Quelqu'un à déjà fait des tests ? Ou est-ce seulement utile pour les archi multisocket ?

Sinon, d'un point de vue disponibilité, il ne faudrait pas plutôt avoir 2 machines pour basculer les services de l'un vers l'autre en cas de problème ?

"La première sécurité est la liberté"

OGD1 comporte deux FPGA, théoriquement ses performances devraient surpasser celle de toute carte graphique

euh.. tu rève là. Un FPGA tourne à ~100 Mhz au mieux quand un cpu tourne à 1 Ghz.

Pour le même prix ton FPGA sera toujours bien plus lent au final, sauf application ultra particulière qui se cable bien (en gros pas besoin de multiplieur ou de support flottant).

"La première sécurité est la liberté"

Il y aussi Cray qui peut sortir sa nouvelle architecture. Ils ont décider de mettre leur archi vectorielle dans un seul cpu.

A l'époque, 16 cpu vectoriel avait la puissance de plus de 1000 alpha.

Cray veut produire un cpu vectoriel qui tient dans un seul chip et en mettre des milliers comme IBM.

Pour info, un vecteur d'un processeurs vectoriel prend 2048 réel 64 bits d'un coup !

"La première sécurité est la liberté"

C'est possible à condition qu'une boite sorte un CPU avec plein de corp ARM dedans et des gros IOs (bus mémoire et réseau).

On peut imaginer facilement 16 coeurs ARM avec des gros busses mémoires et quelques liens réseau à 10Gb.

L'investissement serait tout de même très élevé. La différence de puissance de calcul est aussi forte entre un core arm et un seul core x86 (genre un ordre de grandeur).

Il reste à avoir un gros rapport mips/watt.

"La première sécurité est la liberté"

Cela ressemble à mon problème :
https://linuxfr.org//~nicOnicO/28396.html

En gros, real tec en est à la version 2.xx.. alors que la version du kernel est la 1.8xxx.

Il "suffit" de mettre à jour depuis les sources fournis par leur site web.

"La première sécurité est la liberté"

Si tu pourras faire tourner les jeux sans shader, uniquement en utilisant le pipeline fixe qui est censé être plus rapide que les pipelines fixe des anciennes cartes.

"La première sécurité est la liberté"

L'étude en question parle du nombre de bug, pas le temps pour les trouver, ni le temps pour les corriger.

"La première sécurité est la liberté"

J'ai essayer de comprendre les monad en lisant "l'implémentation C":

http://www.reddit.com/r/programming/tb/1761q

J'ai compris qu'il teste en gros la validité d'un paramètre avant qu'il plante. Cela semble tellement sans intérêt !

http://sleepingsquirrel.org/monads/monads.html ici il essaye de le faire en perl.

En gros, il montre comment lier des opérations entre elle. Pourquoi ne pas utiliser une variable qui sert à identifier le flot au lieu d'utiliser une fonction explicite de lien est un mystère.

"La première sécurité est la liberté"

Je ne connais pas les monad, mais j'ai du mal à imaginer plus simple qu'une écriture en mémoire.

"La première sécurité est la liberté"

Tu as des noms de langage ou d'algo implémenté dans la vrai vie qui tourne avec des pauses très courtes ?

"La première sécurité est la liberté"

En même temps, linuxfr est le seul site de news français avec un système de commentaire utilisable au delà de 20 remarques.

La hiérarchisation + le vote est un must !

"La première sécurité est la liberté"

tu parle de l'api ou de TCP/IP ?

Comment veux-tu passer à autre chose que IP sachant que IP V6 n'arrive même pas à s'imposer ?

"La première sécurité est la liberté"

Je dirais que cela ressemble beaucoup à Lisaac. Les buts sont très proches.

Je pense simplement que Lisaac va plus loin dans certain cas (comme la gestion du parralèlisme).

Lisaac est aussi particulier parce que tout est en lib. Le GC aussi. Ce qui permet de "tuner" si besoin.

"La première sécurité est la liberté"

Je ne vois pas le rapport.

J'ai l'impression que beaucoup de vieux GC demande plusieurs seconde pour s'exécuter or il est possible de faire des pauses plus courtes.

"La première sécurité est la liberté"

L'interface vers la machine est forcément à effet de bord. Comment gérer cela proprement en fonctionnel ?

"La première sécurité est la liberté"

"Quel rapport entre la vitesse et la gestion de la mémoire ?"

Si tu as un GC le codeur à tendance à être sale et à créer/détruire plein d'objets, ce qui est couteux. En C, tu as naturellement le réflexe de réutiliser les objets pour des raisons de facilité, or c'est le plus performant.

>> Mais alors les langages de scripts les plus utilisés sont vraiment si lents que ça par rapport à du code compilé en natif mais avec peu d'optimisation ?

Si tu regardes le langage shoutout, on peut estimer à un facteur 10 en moyenne la différence de performance entre du C et un script. Parfois, c'est bien pire.

"La première sécurité est la liberté"

Non plus simple ils ont, à priori, pompé un soft GPL en changeant sa licence.

"La première sécurité est la liberté"

Il suffirait de plaque d'alu avec des caloduc en cuivre pour répartir la chaleur. Mais à part le dessous du portable, il y trés peu de place sur les coté et je vois mal un caloduc aller à l'arrière d'un écran (mais au moins il y a de la surface à l'air libre).

"La première sécurité est la liberté"

Quittes à faire une lib portable dynamique de gestion hardware, je dis oui !

L'associativité peut être mortel quand elle est trop simple. Ce qui est le cas de tout ce qui n'est pas un monstre x86.

Sinon cote x86, il doit exister 32 64 et 128 comme taille de ligne de cache.

"La première sécurité est la liberté"