Crunchez vos adresses URL
|
Rejoignez notre discord
|
Hébergez vos photos
Page 96 sur 97 PremièrePremière ... 468688899091929394959697 DernièreDernière
Affichage des résultats 2 851 à 2 880 sur 2889

Discussion: News en tout genre...

  1. #2851
    Le Top 500 nouveau :
    http://www.top500.org/list/2010/06/100

    C'est l'invasion des GPU chinois.
    Et un stock de Fermi écoulé...

    (curieusement, y'a rien dans les cases power. )

    Edit: ah si.
    http://www.eetimes.com/news/latest/s...leID=225200600
    Dernière modification par Møgluglu ; 01/06/2010 à 00h59.

  2. #2852

  3. #2853

  4. #2854
    Intéressant ! <3

  5. #2855

  6. #2856
    On attend les resultats du proces maintenant...
    fefe - Dillon Y'Bon

  7. #2857
    Canardgate ?

  8. #2858
    Un peu hors sujet, mais une perspective interressante tout de meme: http://www.bloomberg.com/news/2010-0...ndy-grove.html
    fefe - Dillon Y'Bon

  9. #2859
    But what kind of a society are we going to have if it consists of highly paid people doing high-value-added work -- and masses of unemployed?
    Cette phrase colle assez bien avec ce que j'ai pu voir de cette belle région.

    Mais il y a aussi le fait de vouloir rassembler les 3 quarts de l'industrie high-tech des US dans un seul endroit, puis de s'étonner que le gens "normaux" n'arrivent pas à y vivre et travailler...

    Et Grove a un point de vue d'une boîte de real men du hardware. Mais les boîtes qui se créent aujourd'hui ne font plus que du soft et du service... Je crois pas qu'il y ait de startup en hardware qui ait décollé ces 10 dernières années, même fabless?
    Si même le modèle fabless ne marche plus aux US, c'est que ce n'est pas juste un problème de production...

    Et est-ce que Google et Facebook font aussi travailler 10 Asiatiques pour 1 Américain si on prend en compte la chaîne complète?

  10. #2860
    Google est en train de s'en approcher a vitesse grand V, tu crois que leur farms de servers qu'ils construisent eux meme sont assemblees aux US par ex ? Facebook no idea (As of December 2007, Facebook had approximately 800 employees—35% of whom work virtually—and had offices in 18 countries), mais ca renforce ce que Grove dit, 800 emplois pour une boite de plusieurs milliards de $...

    Sinon, si la silicon valley etait ce que tu decris il y a 10 ans, il y a eu beaucoup de delocalisations dans d'autres regions, et ce n'est pas trop difficile a faire vu que les moyens de production ont deja ete envoyes en Asie . De moins en moins d'ingenieurs veulent vivre la bas (been there done that)... Des villes US comme Austin par ex sont tres dynamiques de ce point de vue, Seattle, Portland, Boston aussi et finalement plus attractives pour les employes (Vivre a San Francisco est tres sympa, mais on ne peut pas/plus vivre a SF et bosser dans la vallee). Tu as meme des petites villes random comme Fort Collins CO qui emergent...

    Il y a des boites de hard ont "decolle" dans ces 10 dernieres annees et ont ete rachetees et integrees a de plus grosses boites existantes (je pense a Sibyte, Montalvo...). C'est une certaine marque de succes, pas la meme qu'il y a 30 ans par contre... Broadcomm a fait son IPO il y a 12 ans, je ne sais pas si tu veux les compter dedans par ex .

    Sinon oui, Grove vient de l'industrie, pas du monde des services et s'inquiete de la disparition de ce secteur, pas du fait que les services marchent bien. Je pense que ce qui est interressant est qu'il pense que ce modele ne marche plus aux US parce que les US n'essayent plus, pas parce que ca ne peut plus marcher. D'ailleurs quand je lis l'article, je remplace allegrement USA par France et ca ne perd pas vraiment de son sens (son article ne concerne pas juste l'industrie du semiconducteur, mais l'industrie en general).
    fefe - Dillon Y'Bon

  11. #2861
    Citation Envoyé par Møgluglu Voir le message
    Je crois pas qu'il y ait de startup en hardware qui ait décollé ces 10 dernières années, même fabless?
    Si même le modèle fabless ne marche plus aux US, c'est que ce n'est pas juste un problème de production...
    Plus aucun nouveau venu ne peut faire autre chose que du fabless dans le semiconducteur et ce depuis un bon moment déjà. Ce modèle fabless présente l'indéniable avantage de nécessiter une mise de départ bien plus réduite ; l'effet pervers est que bien entendu pas mal de mecs attirés par le fric balancent du grand n'importe quoi en espérant être rachetés (Caustic Graphics par exemple).

    Mais les outils EDA, ça coûte un rein quand même et qui va investir dans une boite montée par des inconnus qui veulent faire de l'IP ? Les stars du secteur (Broadcom, Qualcomm, Marvell, ARM) phagocytent tout et j'ai l'impression qu'entre le fric nécessaire et le phénomène du jeune-con-qui-veut-créer-une-startup-juste-pour-être-racheté aucune nouvelle boite n'a plus la chance de grossir.

    Mais bon comme le faisait remarquer fefe, l'article de Grove regardait au-delà du semiconducteur

  12. #2862
    Quelqu'un sait ce qui est arrivé à l'article d'Andrew Richards sur BSNews (oui je sais... ) ?

    http://webcache.googleusercontent.co...-analysis.aspx

    C'est pas de bol, pour une fois qu'il y avait un truc qui méritait d'être lu sur ce site...
    C'est manifestement pas une censure de l'auteur, vu que le site de Codeplay arbore encore fièrement plein de liens vers l'article...

  13. #2863
    Ca ne devait pas etre assez provocateur pour eux...

    Mais cet article commence fort mal :
    and the Amiga introduced a hardware blitter. It was impossible to beat hardware for performance
    Ben ouai, quand les Amiga avec un CPU plus performant sont sortis bien des trucs faits par le blitter se sont trouves etre plus rapides sur le CPU meme quand la fonctionalite etait 100% identique.

    Je trouve le reste assez interessant (sans doute parce que ca rejoint ce que je pensais de LRB ).

  14. #2864
    Il y a des allumés qui utilisent du GPU pour faire du routage à haut débit maintenant ... http://www.bortzmeyer.org/packetshader.html http://shader.kaist.edu/packetshader/

  15. #2865
    J'voulais poster ça dans le topic du déblocage du cache des L2 des Celeron, mais je ne l'ai pas retrouvé
    Intel Upgrade Service : débloquer le cache L3 et l'HT du Pentium G6951
    http://www.geek.com/articles/chips/i...tail-20100919/
    http://www.intel.com/cd/channel/rese...eng/398634.htm

    Vivement que les bidouilleurs étudient le système
    Ceci dit, j'ai bien peur qu'Intel ait prévu le coup et que la manipulation ne soit physiquement possible que sur les Pentium G6951 (version "débridable" du G6950 et réservée aux OEM ?).

  16. #2866
    Citation Envoyé par Lissyx Voir le message
    Il y a des allumés qui utilisent du GPU pour faire du routage à haut débit maintenant ... http://www.bortzmeyer.org/packetshader.html http://shader.kaist.edu/packetshader/
    Il y a eu des papiers sur l'utilisation de GPU pour des firewalls (pattern-matching) depuis le moyen-âge, mais pour du routage c'est moins courant.

    Il y a eu des annonces de systèmes pour permettre les transferts NIC<->GPU en contournant les couches logicielles et les copies inutiles :
    http://insidehpc.com/2010/05/28/mell...he-first-step/
    Mais pour le moment personne ne sait encore faire de DMA entre GPU et un autre périph sans passer par la mémoire centrale.

    Mais dans l'immédiat ça serait bien si les plates-formes en dual-Tylersburg n'avaient pas de gros bugs de performance...
    Du papier :
    However, we have found that there is asymmetry of PCIe data transfer performance with the dual-IOH motherboard. We see much lower empirical bandwidth of device-to-host transfer than that of host-to-device transfer. Table 1 in the previous section shows that data copy from a GPU to host memory is slower than the opposite direction. Similarly for NICs, we see higher TX throughput than RX as shown in Figure 6 in Section 4.6.
    The throughput asymmetry is specific to motherboards with dual 5520 chipsets. Motherboards from other vendors with two IOHs have the same problem [7], and we confirm that motherboards with a single IOH do not show any throughput asymmetry [23].

  17. #2867
    Citation Envoyé par Foudge Voir le message
    J'voulais poster ça dans le topic du déblocage du cache des L2 des Celeron, mais je ne l'ai pas retrouvé
    Intel Upgrade Service : débloquer le cache L3 et l'HT du Pentium G6951
    http://www.geek.com/articles/chips/i...tail-20100919/
    http://www.intel.com/cd/channel/rese...eng/398634.htm

    Vivement que les bidouilleurs étudient le système
    Ceci dit, j'ai bien peur qu'Intel ait prévu le coup et que la manipulation ne soit physiquement possible que sur les Pentium G6951 (version "débridable" du G6950 et réservée aux OEM ?).
    http://forum.hardware.fr/hfr/Overclo...t_213047_1.htm

    J'y ai pensé et je l'ai (re)trouvé

  18. #2868
    Citation Envoyé par Foudge Voir le message
    J'voulais poster ça dans le topic du déblocage du cache des L2 des Celeron, mais je ne l'ai pas retrouvé
    Intel Upgrade Service : débloquer le cache L3 et l'HT du Pentium G6951
    http://www.geek.com/articles/chips/i...tail-20100919/
    http://www.intel.com/cd/channel/rese...eng/398634.htm

    Vivement que les bidouilleurs étudient le système
    Ceci dit, j'ai bien peur qu'Intel ait prévu le coup et que la manipulation ne soit physiquement possible que sur les Pentium G6951 (version "débridable" du G6950 et réservée aux OEM ?).
    J'imagine qu'il doit y avoir des puces défectueuses parmi les G6950 et compagnie, donc c'est très probablement limité au G6951.

  19. #2869
    Citation Envoyé par Foudge Voir le message
    J'voulais poster ça dans le topic du déblocage du cache des L2 des Celeron, mais je ne l'ai pas retrouvé
    Intel Upgrade Service : débloquer le cache L3 et l'HT du Pentium G6951
    http://www.geek.com/articles/chips/i...tail-20100919/
    http://www.intel.com/cd/channel/rese...eng/398634.htm

    Vivement que les bidouilleurs étudient le système
    Ceci dit, j'ai bien peur qu'Intel ait prévu le coup et que la manipulation ne soit physiquement possible que sur les Pentium G6951 (version &quot;débridable&quot; du G6950 et réservée aux OEM ?).
    Ca fait scandale chez les canards non-autistes.
    Mes propos n'engagent personne, même pas moi.

  20. #2870
    Citation Envoyé par Møgluglu Voir le message
    Il y a eu des papiers sur l'utilisation de GPU pour des firewalls (pattern-matching) depuis le moyen-âge, mais pour du routage c'est moins courant.

    Il y a eu des annonces de systèmes pour permettre les transferts NIC<->GPU en contournant les couches logicielles et les copies inutiles :
    http://insidehpc.com/2010/05/28/mell...he-first-step/
    Mais pour le moment personne ne sait encore faire de DMA entre GPU et un autre périph sans passer par la mémoire centrale.

    Mais dans l'immédiat ça serait bien si les plates-formes en dual-Tylersburg n'avaient pas de gros bugs de performance...
    Du papier :
    J'ai trouvé le papier surtout intéressant pour ses contributions au niveau de la stack réseau, plus que le tirage de nouille sur le GPU, même si c'est aussi une chose intéressante à savoir.

  21. #2871
    Intel va fabriquer des FPGA... pour une autre boîte.
    http://www.eetimes.com/electronics-n...artup-Achronix

    Ils ont essayé avec Xilinx, Altera, Lattice, Actel, Atmel et ça n'a pas marché, alors ils se rabattent sur la startup du coin?

    Ou alors ils sont vraiment intéressés à tester des technos genre logique asynchrone (la spécialité d'Achronix) sur leur process?

  22. #2872
    Le nouveau Top500 pour savoir qui a la plus grosse machine: http://www.top500.org/lists/2011/06

    Alors cette fois-ci, les GPU se sont pris une bonne raclée. Il faut aller chercher en 13e et en 54e place pour trouver des nouvelles machine à base de GPU.

    Le number one est désormais le japonais K (京) à base de Fujitsu SPARC64 VIIIfx.
    8 cores/chip, 2 FMA SIMD 2 voies / core, 2 GHz, 68544 chips, soit 8,77 Pflops crête et 8,16 sous Linpack.

    Le tout relié par un interconnect propriétaire Tofu (je suis fan ) en tore à 6 dimensions.

    Il fait 820 Mflops/W, contre 535 pour TianHe-1A. Oui, celui dont l'efficacité énergétique était tellement vantée par Nvidia, et ce alors que K est plus de 2 fois plus gros.

    (Oui, ça tombe bien pour eux que leur supercalculateur ne consomme que 10 MW... )

  23. #2873
    Citation Envoyé par Møgluglu Voir le message
    Le tout relié par un interconnect propriétaire Tofu (je suis fan ) en tore à 6 dimensions.
    Ca doit être fun d'optimiser les transactions là-dedans

    Il fait 820 Mflops/W, contre 535 pour TianHe-1A. Oui, celui dont l'efficacité énergétique était tellement vantée par Nvidia, et ce alors que K est plus de 2 fois plus gros.
    Tsubame fait 850 MFLOPS/W. OK il a 7x moins de Rmax...

  24. #2874
    Citation Envoyé par newbie06 Voir le message
    Tsubame fait 850 MFLOPS/W. OK il a 7x moins de Rmax...
    C'est bien sûr l'exemple que les PR Nvidia se sont empressés d'utiliser pour montrer que les GPU, c'est vachement mieux.

    Je peux te monter sans problème une machine qui fait 2 Gflops/W. Par contre elle scalera pas à 8 Pflops...

    En tout cas, le SPARC64 VIIIfx a beau avoir un jeu d'instructions flottant totalement délirant, il s'en sort bien.
    Le "world's fastest CPU" en 2009... : http://forum.canardpc.com/threads/35...et-innovations
    Dernière modification par Møgluglu ; 21/06/2011 à 13h57.

  25. #2875
    Citation Envoyé par Møgluglu Voir le message
    Je peux te monter sans problème une machine qui fait 2 Gflops/W. Par contre elle scalera pas à 8 Pflops...
    Pas la peine de la monter, tu prends n'importe quel dual core A9 Même un Atom doit pas en être loin, c'est pour dire...

    En tout cas, le SPARC64 VIIIfx a beau avoir un jeu d'instructions flottant totalement délirant, il s'en sort bien.
    Le "world's fastest FPU" en 2009... : http://forum.canardpc.com/threads/35...et-innovations
    Fixed.

  26. #2876
    Citation Envoyé par newbie06 Voir le message
    Pas la peine de la monter, tu prends n'importe quel dual core A9
    Un dual Cortex A9 à 1 GHz qui consomme 85mW en pleine charge sous Linpack?

    Fixed.
    Même pas, il y avait des FPU plus grosses que ça dans les GPU de 2009...

    Pour ne vexer personne, on pourra dire qu'ils le processeur le plus rapide pour calculer
    1.0 + x * (-0.1666666666666661 + x * (0.8333333333320002e-02 + x * (-0.1984126982840213e-03 + x * (0.2755731329901505e-05 + x * (-0.2505070584637887e-07 + x * 0.1589413637195215e-09)))))
    en double précision. Si tant est que ça intéresse quelqu'un.

  27. #2877
    Citation Envoyé par Møgluglu Voir le message
    Un dual Cortex A9 à 1 GHz qui consomme 85mW en pleine charge sous Linpack?
    85 mW ? Tu parlais de 2 GFlops / W.

  28. #2878
    Citation Envoyé par newbie06 Voir le message
    85 mW ? Tu parlais de 2 GFlops / W.
    Bah oui. Les seuls benchmarks Linpack (double précision) du dual-A9 que j'ai trouvés donnent 170 Mflop/s :
    http://www.anandtech.com/show/4215/a...r-sgx-543mp2/2

  29. #2879
    Ha tu parles de Linpack DP... Remarque, j'aurais dû m'en douter vu le contexte

  30. #2880
    Facile: Sandy Bridge ULV, AVX, 2 cores 4 mul + 4 Add DP /clock, 90% peak, ~2.5GHz dans 17W: 2.5*2*2*4*0.9/17=2.1Gflop/Watt ...

    Je sais je triche, je ne compte pas la plateforme.
    fefe - Dillon Y'Bon

Règles de messages

  • Vous ne pouvez pas créer de nouvelles discussions
  • Vous ne pouvez pas envoyer des réponses
  • Vous ne pouvez pas envoyer des pièces jointes
  • Vous ne pouvez pas modifier vos messages
  •