Reprise du message précédent :

 
C'est pas le Pilburger ?  

 
http://www.slideshare.net/marketin [...] 011-update
 
edit : Page 490 ... Allez, dernière ligne droite !

aller un +1 ( pour t'aider )

C'est du bulk non ?

Ne comptez pas sur moi pour vous aider à atteindre les 500 pages.  

En fait ma technique est un peu différente dans le sens qu'elle prend en compte :
• le wafer layout
• le reticle layout
• le die spacing
• le reticle to die spacing
• le edge exclusion width
 
J'obtiens une taille de 248mm² à 272mm².

spa toi qui disait qu'on en n'était qu'à 15 pages cumulées d'infos pertinentes ?    

Disons 16 pages d'infos pertinentes.
Je me sens généreux aujourd'hui.
 

C'est vrai que c'est très dur de devoir acheter un SB suite à la perte d'un pari. Je compatis à ta souffrance future. Je sais pas si ça va t'aider moralement... mais imagine; ça aurait pu être pire; tu aurais pu parier que si BD ne sortait pas avant la 500ème page, tu acheterais un SB et tu mangerais un gros gateau au chocolat  

 

 
A ce train-là, à défaut d'avoir BD en aout on aura Wirmish en SB. Pour une fois, tu nous as pas menti , on risque d'être surpris ...

mais nan sur la tof de Gein

bien s'que j'disais Mais grave bordel

En tous cas y'a bien un truc qu'on peut pas enlever à GF c'est son équipe PowerPoint.
C'est dingue comme ils sont doués...
 
Pour le reste

C'est pas 8 mois plutot ?

+1, mais bon, on peut toujours se mettre a rever ...

8 mois pour la sortie commerciale. Mais avec les cpu Intel, on a des résultats concrets bien avant. Et comme la probable dernière série d'ES doit être produite en aout, on aura des tests de nos amis chinois dans quelques semaines. On connaitra les perfs et l'aptitude à l'OC.

 
oups doublon pas fait ex-heu-prêt  

Je propose un vote pour officiellement bannir OBR comme source de ce topal
 
Je commence : OBR ne passera plus !

Une petite visite de la FAB 8 à New York -> ICI

Ayons aussi une pensée pour ceux qui auront parié qu'ils achèteront un BD si il sort avant le SB-E

impressionnant  
mais quand il  y a une panne sa soit compliquer a la trouve tellement c automatiser

Pourtant, vu les slides racoleurs d'Intel sur SB-E, on peut se demander pourquoi les gens voudraient du BD

Chauffage pour cet hiver

La détection des pannes et leur réparation est elle aussi automatisée

Tu m'étonnes, il doit y avoir des capteurs dans tous les sens

La réparation automatisée, j'aimerais bien voir ça.
Source ?

Il y a les capteurs de sécurité, pour doubler les capteurs de secour, qui eux sont là pour prendre le relais en cas de rupture des capteurs qui fonctionnent en redondance pour plus de sécurité

C'est pas exeptionnel, regarde mon post "déconne" au dessus, mais c'est relativement vrai, tout est doublé en général, pour qu'en detection de pannes, il n'y ai pas de danger, et qu'il y ai un pièce "relais". Après un intervention humaine (qui est alerté) est nécessaire pour remplacer la premiere pièce mais la chaine n'est pas arrêté

Mon post c'était de la semi-déconnade pour aller dans le trip "tout est automatisé"

Qu'il y ait redondance/tolérance à la panne sur certains capteurs, je peux le comprendre.
Après, ces machines, pouvoir les réparer sans les arrêter, ça ne me parait pas évident du tout : tu veux changer un capteur (mais tu as un capteur redondant). Tu changes le capteur sans perturber l'autre tu crois ? Vu les mesures à effectuer (précision, paramètres à mesurer), une concentration des capteurs dans une même zone me parait plus que probable...
Qui plus est, en salle blanche, surtout au niveau où ils sont, j'suis pas certain que des réparations faites "machines fonctionnant" soit la meilleure idée.

OK
Sinon, c'est un scénario digne de Matrix 4

Et pendant ce temps là, chez AMD ...
 

je suis

pas du tout tout est centralisé, par chaîne ou par groupe (fonction).

+1

pas si éloigné de la vérité pour autant

-À partir du moment ou il est détecté comme inopérant ou en mal-fonction, il est arrêté par la centrale de gestion. Ensuite libre à toi de le changer dans la foulé ou pas.
 
-Oui car il est stoppé. En temps normal, s'il est doublé, il travaille en "duo" avec l'autre. Mais dans d'autre situation il y a un 'esclave' qui analyse et un maître qui vérifie, corrige si besoin, et autorise la transmission de la données captées. Dans les deux cas de figure, il n'y aura pas d'interaction, si "le défaut est isolé" donc que tu as retiré le capteur en question.
 
-Les capteurs et sondes, sont pré-calibré une fois reçus à la chaîne. Dans le cas de la boîte où j'officie, ils sont reliés en permanence a une centrale de vérification, avec redondance, des réglages, des 'défauts types', et des données analysés. Donc même hors chaîne les capteurs sont surveillés et prêts à être implantés a tout moment.
 
-C'est vrai. Néanmoins certaines opérations peuvent s'y effectuer, machine 'tournante' et d'autres devront attendre la mise en rotation de la chaîne, pour pouvoir être effectués.

Ces chaînes ne sont pas purement linéaires, il y a des aiguillages...
 
Si la machine de type X tombe en rade, soit on tourne au ralenti en âmont, soit on stock les éléments semi-finis, soit on fait les 2, dans tous les cas la phase qui aurait dû se faire sur cette machine est déroutée sur sa jumelle.
 
Là où ça peut devenir chiant, c'est s'il s'agit d'une machine en début de chaîne ou unique, quoique ce 2e cas est hypothétique.

J'espère bien
Sinon, comment on va acheter nos BD en masse le 19 septembre ?

Ca dépend grandement des chaînes en fait, c'est en ça que c'est hypothétique...
 
Je ne sais même pas si la gravure en elle-même se fait sur une unique machine, car même si c'est un équipement coûteux l'usine ne peut plus rien produire pendant une maintenance, donc elle ne sert pour ainsi dire plus à rien.

C'est pour ça que j'ose espérer qu'il n'y ait pas de panne "immobilisante" de toute la chaîne.

En effet...
 
Intel Sandy Bridge-E processors to be delayed to 2012
Un autre retard ?! C'est la preuve que les techs d'Intel sont des incompétents.  

surtout la preuve du "pourquoi se presser on a déjà le monopole avec nos vieux cpu de 3ans de bouteille"
le concurrent de intel sur le x86... c'est lui même

ils n'ont peut être pas peur de BD alors ils prennent leur temps et ralentissent un peu la cadence !

Quand c'est Intel qui retarde c'est normal.
En fait c'est une stratégie qui démontre leur supériorité.
 
Quand c'est AMD qui retarde c'est que ce sont des incompétents.
En fait les techs d'AMD sont tous des chinois illettrés et ex-employés de Foxconn.
 
C'est clair. J'aurais du y penser moi-même.

Ou toujours employés de Foxcom, chez Foxcom le jour, chez AMD la nuit, ce sont des Chinois je te rappel