Tak co dědku, coby bábo, taháme řepu .
jinak pěknej článek, jsem na to zvědav
+1
0
-1
Je komentář přínosný?
hihi (neověřeno) https://diit.cz
24. 2. 2006 - 15:40https://diit.cz/clanek/suskanda-kolem-amd/diskuseTak co dědku, coby bábo, taháme řepu .
jinak pěknej článek, jsem na to zvědavhttps://diit.cz/clanek/suskanda-kolem-amd/diskuse#comment-253796
+
Pochybuju, že by AMD přidalo dvojnásobek FPU jednotek. Protože by to vedlo k velkému zesložitění čipu, který by byl na výrobu velmi náročný = nízká výtěžnost. Ale nechejme se překvapit. Byl bych pro.
+1
0
-1
Je komentář přínosný?
Tykvik (neověřeno) https://diit.cz
24. 2. 2006 - 18:29https://diit.cz/clanek/suskanda-kolem-amd/diskusePochybuju, že by AMD přidalo dvojnásobek FPU jednotek. Protože by to vedlo k velkému zesložitění čipu, který by byl na výrobu velmi náročný = nízká výtěžnost. Ale nechejme se překvapit. Byl bych pro.https://diit.cz/clanek/suskanda-kolem-amd/diskuse#comment-253810
+
Tři další FPU jednotky a s nimi spojené úpravy ti zase tolik tranzistorů nepřidaj. Stačí se podívat jak malou část procesoru co se týká plochy nebo už počtu tranzistorů tyhle jednotky vlastně tvoří. Otázka ale je jaký bude skutečný dopad na výkon.
+1
0
-1
Je komentář přínosný?
potooczech https://diit.cz/profil/potooczech
24. 2. 2006 - 18:44https://diit.cz/clanek/suskanda-kolem-amd/diskuseTři další FPU jednotky a s nimi spojené úpravy ti zase tolik tranzistorů nepřidaj. Stačí se podívat jak malou část procesoru co se týká plochy nebo už počtu tranzistorů tyhle jednotky vlastně tvoří. Otázka ale je jaký bude skutečný dopad na výkon. https://diit.cz/clanek/suskanda-kolem-amd/diskuse#comment-253811
+
Nejde o to, kolik přidají tranzistorů, ale o zesložitění designu. Zrovna u výpočetních jednotek nesmí při výrobě dojít k sebemenší chybě (kdežto třeba cache se dá částečně deaktivovat, např. z 2MB půlku vypnu a stále se dá prodat, ale procesor s vadnou FPU prodat nelze - a hup s ním do koše).
+1
0
-1
Je komentář přínosný?
Tykvik (neověřeno) https://diit.cz
24. 2. 2006 - 18:52https://diit.cz/clanek/suskanda-kolem-amd/diskuseNejde o to, kolik přidají tranzistorů, ale o zesložitění designu. Zrovna u výpočetních jednotek nesmí při výrobě dojít k sebemenší chybě (kdežto třeba cache se dá částečně deaktivovat, např. z 2MB půlku vypnu a stále se dá prodat, ale procesor s vadnou FPU prodat nelze - a hup s ním do koše).https://diit.cz/clanek/suskanda-kolem-amd/diskuse#comment-253812
+
@ Tykvik - a neslo by deaktivovat i pripadne polovinu FPU jako v pripade cache nebo shaderu na grafikach? Samosebou by se takova moznost musela zapracovat i do designu...
+1
0
-1
Je komentář přínosný?
Honza (neověřeno) https://diit.cz
24. 2. 2006 - 20:22https://diit.cz/clanek/suskanda-kolem-amd/diskuse@ Tykvik - a neslo by deaktivovat i pripadne polovinu FPU jako v pripade cache nebo shaderu na grafikach? Samosebou by se takova moznost musela zapracovat i do designu...https://diit.cz/clanek/suskanda-kolem-amd/diskuse#comment-253849
+
Kdyby už uměl SSE instrukce provádět jako jednu 128bitovou tak snad.
+1
0
-1
Je komentář přínosný?
Milan Bačík https://diit.cz/profil/mildaiv
25. 2. 2006 - 10:12https://diit.cz/clanek/suskanda-kolem-amd/diskuseKdyby už uměl SSE instrukce provádět jako jednu 128bitovou tak snad.https://diit.cz/clanek/suskanda-kolem-amd/diskuse#comment-253918
+
re: potooczech
Pridat dalsie FPU je velky problem pre navrh jadra, ak by si ich chcel vyuzit muzis zvysit pocet dekoderov, upravit scheduler zvesit, počet microOPs sledovaných v pipeline a vyleze ti z toho ze musis navrhnut cele jadro nanovo. A to ani nevravim o tom ze FPU velkim podielom prispieva ku celkovej spotreba CPU.
+1
0
-1
Je komentář přínosný?
ASD (neověřeno) https://diit.cz
25. 2. 2006 - 11:37https://diit.cz/clanek/suskanda-kolem-amd/diskusere: potooczech
Pridat dalsie FPU je velky problem pre navrh jadra, ak by si ich chcel vyuzit muzis zvysit pocet dekoderov, upravit scheduler zvesit, počet microOPs sledovaných v pipeline a vyleze ti z toho ze musis navrhnut cele jadro nanovo. A to ani nevravim o tom ze FPU velkim podielom prispieva ku celkovej spotreba CPU.https://diit.cz/clanek/suskanda-kolem-amd/diskuse#comment-253928
+
no asi taky problem to az nebude. Napriklad IBM PowerPC 440 (do embedded zariadeni) povodne nema ziadnu FPU, ale ten isty procesor sa pouziva do najvykonnejsich superpocitacov s dvoma FPU jednotkami.
Myslim, ze ked AMD navrhlo Hammer kvalitne (co sa da ocakavat), tak by to zrejme malo byt v pohode.
+1
0
-1
Je komentář přínosný?
trcheton (neověřeno) https://diit.cz
25. 2. 2006 - 19:34https://diit.cz/clanek/suskanda-kolem-amd/diskuseno asi taky problem to az nebude. Napriklad IBM PowerPC 440 (do embedded zariadeni) povodne nema ziadnu FPU, ale ten isty procesor sa pouziva do najvykonnejsich superpocitacov s dvoma FPU jednotkami.
Myslim, ze ked AMD navrhlo Hammer kvalitne (co sa da ocakavat), tak by to zrejme malo byt v pohode.https://diit.cz/clanek/suskanda-kolem-amd/diskuse#comment-254046
+
Sice se o procesory moc nezajímám, ale kdo si troufne říct, že AMD s tímhle krokem nemohlo počítat už v době vývoje architektury čipu, která by byla navržena s ohledem na snadnou implementaci dvojnásobku FPU?
+1
0
-1
Je komentář přínosný?
no-X (neověřeno) https://diit.cz
25. 2. 2006 - 23:04https://diit.cz/clanek/suskanda-kolem-amd/diskuseSice se o procesory moc nezajímám, ale kdo si troufne říct, že AMD s tímhle krokem nemohlo počítat už v době vývoje architektury čipu, která by byla navržena s ohledem na snadnou implementaci dvojnásobku FPU?https://diit.cz/clanek/suskanda-kolem-amd/diskuse#comment-254053
+
to WIFT: Pokud vím tak Fab30 se navrhoval, tak aby se mohlo jednoduše přejít z 90nm procesu na 65nm.
+1
0
-1
Je komentář přínosný?
Aragon https://diit.cz/profil/aragon
27. 2. 2006 - 20:17https://diit.cz/clanek/suskanda-kolem-amd/diskuseto WIFT: Pokud vím tak Fab30 se navrhoval, tak aby se mohlo jednoduše přejít z 90nm procesu na 65nm.https://diit.cz/clanek/suskanda-kolem-amd/diskuse#comment-254302
+
Tak co dědku, coby bábo, taháme řepu .
jinak pěknej článek, jsem na to zvědav
Ten obrázek u nadpisu je úžasný.
Pochybuju, že by AMD přidalo dvojnásobek FPU jednotek. Protože by to vedlo k velkému zesložitění čipu, který by byl na výrobu velmi náročný = nízká výtěžnost. Ale nechejme se překvapit. Byl bych pro.
Tři další FPU jednotky a s nimi spojené úpravy ti zase tolik tranzistorů nepřidaj. Stačí se podívat jak malou část procesoru co se týká plochy nebo už počtu tranzistorů tyhle jednotky vlastně tvoří. Otázka ale je jaký bude skutečný dopad na výkon.
Nejde o to, kolik přidají tranzistorů, ale o zesložitění designu. Zrovna u výpočetních jednotek nesmí při výrobě dojít k sebemenší chybě (kdežto třeba cache se dá částečně deaktivovat, např. z 2MB půlku vypnu a stále se dá prodat, ale procesor s vadnou FPU prodat nelze - a hup s ním do koše).
@ Tykvik - a neslo by deaktivovat i pripadne polovinu FPU jako v pripade cache nebo shaderu na grafikach? Samosebou by se takova moznost musela zapracovat i do designu...
Kdyby už uměl SSE instrukce provádět jako jednu 128bitovou tak snad.
re: potooczech
Pridat dalsie FPU je velky problem pre navrh jadra, ak by si ich chcel vyuzit muzis zvysit pocet dekoderov, upravit scheduler zvesit, počet microOPs sledovaných v pipeline a vyleze ti z toho ze musis navrhnut cele jadro nanovo. A to ani nevravim o tom ze FPU velkim podielom prispieva ku celkovej spotreba CPU.
no asi taky problem to az nebude. Napriklad IBM PowerPC 440 (do embedded zariadeni) povodne nema ziadnu FPU, ale ten isty procesor sa pouziva do najvykonnejsich superpocitacov s dvoma FPU jednotkami.
Myslim, ze ked AMD navrhlo Hammer kvalitne (co sa da ocakavat), tak by to zrejme malo byt v pohode.
Sice se o procesory moc nezajímám, ale kdo si troufne říct, že AMD s tímhle krokem nemohlo počítat už v době vývoje architektury čipu, která by byla navržena s ohledem na snadnou implementaci dvojnásobku FPU?
to WIFT: Pokud vím tak Fab30 se navrhoval, tak aby se mohlo jednoduše přejít z 90nm procesu na 65nm.
Pro psaní komentářů se, prosím, přihlaste nebo registrujte.