[Atti]

Idézet: alvaro - Dátum: 2006. ápr. 18., kedd - 13:38

Ez viszont szerintem egy rossz vicc. Biztos azért terveztek a conroe-ba 4 mega cache-t, hogy a sciencemarkban irreálisan magas pontszámot kapjanak, amíg még nincs lehetõsége a plebsznek tesztelni az új procit Véletlenül sem azért, hogy segítsen a még mindig magon kívül esõ memóriavezérlõt minél inkább tehermentesíteni.

Ne becsüld le a marketing(esek) erejét!  :Ð

Szerkesztette: Atti 2006. 04. 18. 13:11 -kor

[special]

Idézet: hvuk - Dátum: 2006. ápr. 18., kedd - 13:33

Van azért a cikkben egy-két tévedés. A legdurvább az, hogy a 4 megánál nagyobb "working set" (számomra ez a kifejezés ismeretlen, memory footprint akar lenni?) nem jelenti azt, hogy a 4 mega cache már nem elég. Mert ugye az Anand által tesztelt játékok "working set"-je nagyobb, mint 4 mega (nem is kicsivel), mégis jól elboldogul vele. A példái meg nem igazán jók (FireFox, ...).

számomra nem ez a lényege a postnak. hanem az, hogy az amd-gyüliseket valahogyan izgalomban kell tartani, de ez ne a bizonytalanság legyen, hanem a magabiztosság érzésével. a komolytalan megfogalmazás, szóhasználat messzirõl ordít, ahogyan a valójában szándékosan követhetetlen össze-vissza forráshivatkozás is. egy a tábor, egy a zászló.

[hvuk]

Idézet: special - Dátum: 2006. ápr. 18., kedd - 12:53

számomra nem ez a lényege a postnak. hanem az, hogy az amd-gyüliseket valahogyan izgalomban kell tartani, de ez ne a bizonytalanság legyen, hanem a magabiztosság érzésével. a komolytalan megfogalmazás, szóhasználat messzirõl ordít, ahogyan a valójában szándékosan követhetetlen össze-vissza forráshivatkozás is. egy a tábor, egy a zászló.

Ez egy fan site, azok közül sem a legjobb. Egy rajongói oldaltól mit vársz el? Jó, ennél azért többet, de sajnos ez a szinvonal elég könnyedén megtalálható, mivel ez van többségben. Mindkét oldalon vannak ámokfutók, nem hiszek ebben valami tudatosságot.

[hvuk]

A cikk persze hülyeség. Amit ki akar fejteni (noha abszolút képtelen artikuláltan megfogalmazni) az az, hogy a Conroe teljesítménynövekedésének nagy részét (a Yonahhoz képest) a nagyon jó és megnövelt méretû L2 cache-nek köszönheti. Ez sem igaz persze így ebben a formában, de e mellett láttam már intelligens érvelést. Szerintem összességében kb. 10%-al lesz gyorsabb azonos órajelen mint a Yonah a cache-t nem számítva.

[Asker]

Idézet: Atti - Dátum: 2006. Apr. 18., Tuesday - 12:45

Ne becsüld le a marketing(esek) erejét!  :Ð

nemtom minek kell komolyan venni, céloztam is, hogy érdekes...
mindenesetre szvsz lehet vmi alapja...

Szerkesztette: Asker 2006. 04. 18. 15:14 -kor

[Dead6nail]

Idézet: bogdan - Dátum: 2006. ápr. 12., szerda - 13:12

hogy a komplex programokban "gyakorlatilag remenytelen" lenne a tobbszalusag azt nem latom. nehez feladat, ezert eddig nem is foglalkoztak vele. most kenytelenek lesznek, mert minden szinten bejott a tobbszalusag (a konzolon is!), igy kenytelenek lesznek uj paradigmaban gondolkodni. ha ezt elkezdik (es en ugy hiszem, hogy el fogjak nagyon hamar), akkor ha nem is tul hatekonyan, de gyakorlatilag a programok tulnyomo tobbsege ki fogja ezt hasznalni. es nem csak a 2 szalat. az altalad emlitett 2 szalba szetszedes csak egy atmeneti lepes lehet, mint ilyen tortenelmi szempontbol irrelevans.

A párhuzamosítás problémája jóval bonyolultabb annál, mint ahogy - optimistán - feltételezed. Az algoritmusok párhuzamosítása egy dolog, a szoftverek párhuzamosítása egy másik, ami jóval messzebb visz.
A programok kézi párhuzamosítása jól mûködhet egy "egyszerû" feladatnál, mint egy játék, de komplex számítási feladatoknál ez reménytelennek bizonyulhat. A párhuzamosíthatóság automatikus felderítése pedig még igencsak gyerekcipõben jár, és nem kecsegtetnek a hírek közeli áttörésekkel. Szóba kerülhetnek dinamikusan létrejövõ szálak is, amiknek a processzormagok közti elosztása szintén bonyolult. Figyelembe lehet venni, hogy egy rendszeren nem csak egy szoftver fut, ami tovább bonyolítja a helyzetet.
Abban teljesen egyetértünk, hogy paradigma váltásra van szükség, de én jóval borúlátóbban (reálisabban  :Ð ) látom a dolgot.

[bogdan]

ugyanazt mondjuk: en is azt mondom, hogy az automatikus parhuzamositas nem valosul meg nehany even belul! sot, szerintem soha..

[hvuk]

Ezen forrás szerint a SUN június végén mutatja be a 8 processzoros Opteron szerverét. Ahogy régebben is írtam: megvárják a socket F processzorokat.

Idézet

Sun once sold only machines with its Sparc processors, but responding to market pressure added generic Intel-based servers in 2002. Last year, Sun introduced its own designs, the dual-processor X4100 and X4200 of the "Galaxy" family using Advanced Micro Devices' Opteron. Sun plans to release an eight-processor Galaxy by the end of June and also a blade server, but has a long way to go to catch up to x86 leaders Hewlett-Packard, Dell and IBM.

[bogdan]

Idézet: hvuk - Dátum: 2006. ápr. 18., kedd - 12:33

A legdurvább az, hogy a 4 megánál nagyobb "working set" (számomra ez a kifejezés ismeretlen, memory footprint akar lenni?) nem jelenti azt, hogy a 4 mega cache már nem elég.

szerintem ez a resz egyertelmuen elmondja, hogy ertette:

Idézet

As we look deeper in the ScienceMark, we notice that in the default MolDyn benchmark setting, there are only 4 cells with a simple cubic lattice, no more than 32 molecules are involved. The program is basically tracking the momenta and positions of a handful of molecules and computing scattering effects. About 2MB to 4MB memory is needed. The Primodia calculation for a single Ag (silver) atom with 47 electrons needs just a bit more memory than MolDyn. However, both the Cipher and STREAM tests involve a lot more than 4MB.

The reason why Conroe did so well in the MolDyn test is simple: Conroe has a huge 4MB of unified cache, for such single threaded tests that can fit in 4MB*, Conroe can just run off the cache with very high speed. Since cache misses drastically reduce peformance, applications run off cache exhibit unrealistic performance numbers.

However, once you go over the 4MB limit, Conroe is slower than Athlon 64 at the same clock. Both the Cryptography and STREM tests use a lot more than 4MB, larger than Conroe's 4MB cache, and Conroe immediately falls below Athlon 64 on the performance curve.

Szerkesztette: bogdan 2006. 04. 19. 14:46 -kor

[hvuk]

Idézet: bogdan - Dátum: 2006. ápr. 19., szerda - 14:44

szerintem ez a resz egyertelmuen elmondja, hogy ertette:

Nem errõl beszéltem, hanem arról, hogy a "working set" kifejezés számomra ismeretlen, korábban nem hallottam. A "memory footprint" kifejezést ismerem, õ is arról beszél amennyire kiderül a "cikkbõl", de annak meg nem sok köze van ehhez az egész problémához. Nagyon zavarosak a fiú gondolatai és emiatt sajnos az okfejtése is az.

[bogdan]

nekem nem tunt annak, bar ez konnyen lehet, hogy az en feluletessegembol adodik.
(es nem szoktam a kifejezeseken sem csodalkozni: ha a szovegkornyezetbol egyertelmuen kiderul mire erti -- es itt szamomra egyertelmu volt, persze meg lehet, hogy hibasan --, akkor azzal nincs gondom.)

[hvuk]

Néhány - számomra - új infó hangzik el ebben az interjúban (kiemelés tõlem).

Idézet

We just recently announced that in March of 2006 we began first revenue shipments of 90nm AMD64 chips out of Fab 36. AMD ramped Fab 36 to 90nm volume production in record time, by the way, extending our track record of flawless manufacturing execution. I'm happy to say, our plans for 65nm as well as 45nm are on-track as well. We expect that 65nm wafer starts will account for more than 50% of total production at Fab 36 by early 2007, and we expect substantial conversion to 65nm by mid-2007. We are on track for 45nm production in Fab 36 by mid 2008.

So, clearly Fab 36 is a cornerstone of AMD's flexible capacity growth plan focusing on bringing the right amount of capacity online at the right time. This approach will help us continue to meet processor demand and achieve aggressive growth objectives, while keeping efficiency and fab utilization levels high. Obviously Fab 30 will continue to play a role in meeting demand for AMD64 processors. We expect the productive life of Fab 30 to extend well beyond 2006. So, in a word, the execution at Fab30 and at Fab36 has been stellar.

Szerkesztette: hvuk 2006. 04. 19. 21:12 -kor

[hvuk]

Na, ez a nem semmi! Az SGI Opteronos gépet dob piacra! Persze lehet, hogy csak elírták, de ennek gyakorlatilag nulla az esélye. A lényeg a cikk végén van.

Idézet

Interactive Supercomputing has announced a new version of its Star-P™ technical computing software designed to make high performance computing more economical and accessible for a wider range of technical computing users. The new version now runs on lower-cost AMD Opteron™-based systems, which enables users who previously didn't have the budgets and programming knowledge, to tap the power of parallel computing clusters to solve their growing scientific and engineering problems.

Star-P is the world's first interactive parallel computing platform. It allows scientists, engineers and other researchers to code algorithms and models on their desktops using familiar mathematical software packages such as MathWorks' MATLAB®, and run them instantly and interactively on parallel servers. Star-P eliminates the need to re-program the applications in C, FORTRAN or MPI languages to run on parallel computers, which typically takes months to years to complete for complex and computationally intensive problems.

The new Star-P version will be available from SGI's Professional Services team and distribution partners. For high-end parallel processing needs, Star-P also runs on Itanium-based SGI Altix servers supporting from one to 512 processors, 24 terabytes of memory, and running 64-bit Linux.

"Delivering Star-P on the Opteron platform will help usher in the era of personal supercomputing," said Ilya Mirman, vice president of marketing at Interactive Supercomputing. "Star-P's ease-of-use combined with the price/performance of Opteron-based clusters will change the landscape of how users program parallel architectures."

The AMD Opteron processor has been gaining traction in the supercomputing market thanks to its ability to support 64-bit computations and large, high-speed memory capacity at an affordable price. According to the most recent survey by Top500, the Opteron now powers approximately 10 percent of the world's 500 most powerful supercomputers.

Star-P automatically connects desktop applications to Opteron-based servers and parallelizes the application code on the fly, enabling users to scale their applications across any multi-processor system or parallel cluster in real time. Using Star-P they can tackle much larger problems on their desktops than ever before possible, while arriving at a solution in a fraction of the time.

Pricing and availability
Star-P for SGI's Opteron-based servers will be available in the summer with pricing starting at under $8,000, and can be pre-ordered immediately.

Az AMD tehát nem túlzott amikor egész bejelentésdömpingrõl beszélt. SUN 8-socketes rendszer, SGI gép és még amirõl nincs infónk.

Szerkesztette: hvuk 2006. 04. 20. 11:20 -kor

[bogdan]

en mar fel eve is azt fejtegettem, hogy ha az SGI nem lep az x86 fele, foleg az Opteron fele, akkor az egy halott ceg. most vegre van remeny a tulelesukre!

[Asker]

nahát úgytûnik "felfelé" töretlen lesz  az amd, az ngmanak, itanicnak itt nemsok keresnivalója van a CSI-ig...
ha addig le nem lesz darálva... mármint az ngma, illetve felváltva...

Szerkesztette: Asker 2006. 04. 20. 12:47 -kor

[bogdan]

nos igen, az Itanium Xeon paros egymast fogja vissza a piacon.. szvsz. (a Xeon rabolja a piacot, de nem engedik feljebb az Itanium miatt.. veszt-veszt strategianak latszik most.)

Szerkesztette: bogdan 2006. 04. 20. 12:26 -kor

[hvuk]

Azért ne essünk át a ló túlsó oldalára. A Xeon azért nem megy felfelé, mert nem elég erõs és az Intel nem erõltette a CSI-t. Az Itanium a felsõ szegmensben elmuzsikálgat, a gond az, hogy lefelé nem tud terjeszkedni és nem is fog tudni, így niche processzor marad. A szervereknél a volume-t lenyúlja az X86, épp ez a nagy baja a SUN-nak.

Az SGI-nek viszont tényleg jól jön az Opteron, szerintem a gondja épp az, hogy a mission critical szervereknél inkább a HP és az IBM erõs, a HPC piacon pedig az X86-os rendszerek lényegesen versenyképesek. Az Opteron ezen a piacon adna nagyobb esélyt az SGI-nek.

[bogdan]

a Xeon azert nem megy felfele, mert az Intel mindenkibe azt sulykolja, hogy oda az Itanium valo. es mert nem fejleszt olyan chipsetet, ami megoldana a nagy skalazodast, es mert nem rak bele annyi RAS funkciot, ami oda jo lenne. mindharom esetben az Intel egyedi donteserol van szo, elviekben barmelyik felulbiralhato lenne. (a "nem eroltette a CSI-t" nagyjabol ugyanezt mondja!)

igy en nem latok semmi lovon atesest, es nem hiszem, hogy lenyegiben mashogy latnank ezt a helyzetet. a helyzetet magat viszont valoban en ertekelem veszit-veszit jatekelmeleti strategianak. amiben persze vagy igazam van, vagy nincs.

[hvuk]

Én a veszt-veszt szituációról beszélek. Nem látom, hogy mitõl lenne az. Illetve azt nem látom, hogy mitõl lenne a Xeon vs. Itanium probléma az oka.

[hvuk]

Láthatóan hiányzik az AMD a Dellnek

Idézet

A Gartner adatai szerint az elsõ negyedévben 13,1 százalékkal nõttek a PC-eladások és világszerte mintegy 57 millió asztali gép, notebook, valamint x86-alapú szerver talált gazdára. A rivális IDC, amely más számítási módszert alkalmaz, 12,9 százalékos fellendülésrõl és 53 millió eladott PC-rõl adott hírt.

Ez hogy jön ki? Ez a 13.1%-os növekedést sehogy nem tudom kihozni a processzorgyártók adataiból. 1-2%-ot még elképzelhetõnek tartanék, de a 13% az nagyon durva.

Nincsennek részletesebb eredmények? Tényleg, a külföldi médiában sehol sem olvastam ezekrõl az adatokról, van valakinek linkje egy részletesebb cikkre?