-
GAMEPOD.hu
OLVASD VÉGIG ALAPOSAN MIELŐTT ÚJ HOZZÁSZÓLÁST ÍRNÁL!!!
Új hozzászólás Aktív témák
-
Rive
veterán
Jé, hát csak nem azt akarod mondani, hogy itt mégiscsak számít a fogyasztás...?
Szóval tényleg kevered.
Szerverfarm kaliberben messze nincs akkora watt-különbség a releváns termékvonalak között, hogy komolyan számítana. A NetBurst végén még volt. De az már elmúlt.
Igen, ez itt nem a HWSW. A HWSW ArsTech sokkal közelebb áll az IT-piac dolgaihoz, itt meg totál szabadon mehet a bulvár és a fankodás.
Kíváncsi vagyok, melyik nagy szakportált fogjátok először részrehajlással vádolni./// Nekünk nem Mohács, de Hofi kell! /// Szíriusziak menjetek haza!!!
-
Raymond
félisten
''A B2 könnyen viszi a 3 GHz, és készül a B3... De egy sor alkalmazásban már 3-3.3 GHz-en is igencsak egálban lesz akár egy 4 GHz-es Penrynnel is.''
Az almokat es talalgatasokat szerintem hagyjuk. A teny az hogy minden amit per pillanat nyujtani tudtak egy magasabb feszen jaro 2.5-os (amire kezzel volt rairva az orajel). Gondolod nem kuldtek volna egy hobb peldanyt ha halmokban allna naluk? Termeszetesen senki nem tiltka hogy rozsaszin szemuvegen keresztul nezd a dolgokat csak az a helyzet hogy a szurke valosag mast mutat
''...a Sun, Dell, IBM, Cray, stb. is csak jól bevette a marketinget, mi?''
A Sun tegnap jelentette be hogy fognak Wintel szervereket is kinalni. Igy a ceg az eredeti SPARC/Solaris-hoz hozzaadta az Opteron/Linux, aztan a Xeon/Linux es most a Opteron/Xeon/Windows kombinaciot. Diverzifikacio, ha mond valamit. Dell-nek eltartott es csak nagyon hosszu komoly nyomas utan vettek fel az Opteronokat. Olyannyira, hogy a vasarloi nyomas nem volt eleg. Kellett hozza Rollins leegese es a monopol vizsgalat az Intel ellen. Meg persze a beka segge alatt ulo arak amiert az AMD-tol a procikat kapjak. A Cray rendszerek pedig a bandwidth-re alapulnak es azoknal epphogy lenyegtelen a fogyasztas. A mostani valtozatokba is akkor elerheto leggyorsabb opteronok mentek/mennek. Az IBM LoadRunner egyebkent szinten a ketmagos Opteronokra epul per pillanat es node-onkent a 4 ketmagos Opteronra jut 4 ket CELL-t tartalmazo add-on kartya. Egy CELL a kb. 100W fogyasztassal bir. Csak illusztraciokepp.Privat velemeny - keretik nem megkovezni...
-
Rive
veterán
e egymás lefanozása itt, és egyátalán ez a hangnem, legalábbis pl. ebben a topikban nem volt divat.
Az a fanduma meg pláne nem, amire most úgy rácuppantál. Nekem is szívügyem az AMD sikere, de ez azért nem kényszerít arra, hogy olzan átgondolatlan hőbörgésekbe kergessem magam a védelmükben, amit most az utóbbi két napban produkálsz.
Ha a szerverfarmnál nem számít a fogyasztás, akkor az volt a helyes, amit én írtam, először, tehát hogy a sokprocis gépeknél számít. Nézd csak meg a BlueGene-eket!
Szerverfarmoknál extrém esetben számít. A NetBurst végének extrém fogyasztási adatainál, pl. De jelenleg ez már meghaladott állapot. Ha két nagyjából azonos (számítási) teljesítményű szerver között a fogyasztás difije <~100W, akkor az már nem igazi tétel.
Szuperszámítógépes kategóriában meg sose játszott a fogyasztás - és soha nem is lesz elsődleges tényező.
Hírek szerint egy 3 GHz-es 4-magos Xeon is igencsak megeszi a részét (150W).
És ezzel a procival a Barcelona partiban van, vagy csak szeretne? Hm?
Amúgy pedig, bármilyen hihetetlen, a Barcelona szerverpiaci bevezetése még messze nem teljes. Majd ha kidobják az adott szegmensre vonatkozó teszteket is. Azokban még lehet reménykedni. De SZVSZ marhára nem érdemes./// Nekünk nem Mohács, de Hofi kell! /// Szíriusziak menjetek haza!!!
-
Raymond
félisten
''Meg kellene már érteni, hogy ez egy még nem sorozatgyártott B2-es volt. Illetve most indítják be a sorozatgyártást, és hamarosan jön a B3 is.''
Azt erted hogy ha meg ez igaz is (egyebkent honnan ez a magabiztossag mikor mit kezdenek gyartani?) ez akkor is azt jelenti hogy a B3 leghamarabb valamikor tel vegen vagy tavasz elejen kezd majd normalis mennyisegben lejonni a gyartosorrol. Peldaul vegyuk hogy igaz hogy most kezdik gyartani a B2-eseket. Ez azt jelenti hogy a validacion atment es kb. 8-12 het mulva jonnek ez elso tokozott kesztermekek. Ha most kapjak meg az elso B3-at, akkor meg ott a 2-3 honap validacio, utana a 2-3 honap amig a szilicium lapka vegigmegy a gyartosoron, kimetelik, letesztelik es betokozzak a cuccot. Ez fel ev ugyhogy vasarolhato termek majd talan februar vege fele.
''Figyu, ez a 2,5 GHz-es Engineering Sample (majdani 2360SE) annyit fogyaszt, mint a 2,33-as Xeon 5345... Akkor miről is beszélünk?''
Arrol hogy (ha hiszed ha nem) per pillanat kb. 1.5+V kell nekik a 2.5Ghz-hez. Ha mehettek volna mentek volna feljebb. ugy latszik nem ment (a roadmap-ek is ezt bizonyitjak) meg fesz emelessel sem. Es a fogyasztast a fesz emeles tolja meg igazan nem a freki emeles.
A Cray-t ezert irtam mert azt allitottad fontos a fogyasztas ezeknel a rendszereknel. Nem fontos. A teljesitmeny szamit.
A LoadRunner egyebkent egyelore a letezo DD2-es CELL-re epul. Az uj CELL-eDP valtozat csak jovore jon, mejd valamikor 2008H2-ben upgradelnek. Nezd meg a roadmap-et.Privat velemeny - keretik nem megkovezni...
-
Rive
veterán
Ezt kategórikusan visszautasítom.
:vállonás:
Te mostság épp elég sokmindent utánanézés és átgondolás nélkül visszautasítasz itt. Épp ez a baj.
Most vagy hazudsz, vagy nagyon nem vagy képben.
Majd keress olyan vásárlót, aki ez alapján vesz szuperszámítógépet.
És még én nem vagyok képben
Szakadjunk már el az 1-szálas desktop applikációktól...
Tudod azokról szó se esett most itt.
Az efféle megjegyzéseken, illetve az ezek mentén továbbvezetett gondolati szálakon érhető tetten leginkább a jelenleg dúló fan-mentalitásod.
Tessék, itt van:
Jáááááj. És még én nem vagyok képben
Olyan tesztekre nem szokás hivatkozni, aminél csak és kizárólag saját termékes relatív összehasonlítások vannak. Pláne, ha saját műhelyből valók. Azok a 'teszteredmények' a marketingosztályon még elmennek egy prezentációban. De itt azért tartsuk már magunkat annyira, hogy komolyan nem hivatkozunk rájuk./// Nekünk nem Mohács, de Hofi kell! /// Szíriusziak menjetek haza!!!
-
Raymond
félisten
Teljesen off a CELL-hez:
Nem DDR2, hanem DD2 - az amit most arulnak (PS3, QS20). Ez PPE es SPU magok valtozatat jeloli. Ketto van belole - az eredeti 90nm es az uj 65nm (marciusban kezdtek gyartani). A javitott double-precision teljesitmenyu SPU csak jovore jon, ezt hivjak eDDP valtozatnak.Privat velemeny - keretik nem megkovezni...
-
Rive
veterán
Ellentétben azokkal, akik a felületesnél egy szinttel mélyebb elemzésről azt gondolják, teljes keresztmetszet.
Mármint azt gondolod, hogy ezt gondoljuk. Közben meg olyanokat írkálsz, amilyeneket, és mint kiderült, nem is velünk, hanem valaki más cikkével vitatkozol. Kellőképpen hitelesnek is tűnik, mit mondjak.
Asszem itt a vásárlók nem annyira megvezethetők.
Marhára bekajáltad a marketinget. Ez van.
Ma itt nem, de pl. abban a bizonyos cikkben igen.
Akkor döntsd már el szépen, hogy kivel vitatkozol, lárifári.
Hát tényleg nem vagy, még meg sem nézted: Xeonos összehasonlítások is vannak itt!
Van néhány. A menyasszonynak azt a tulajdonságát kell dícsérni, amit lehet. Hát, elég kevés ilyen került, az se túl életszagú, de ha neked ez elég, akkor legyen.
Ezek itt SPEC Org. által hitelesített, ill. hitelesítésre váró teszteredmények.
Ne idegesítsél már ilyenekkel. Nem is tudtam, hogy a VMark -tól az LSdyna-ig mindenki SPEC.
Néhány hét, és kijönnek a komolyan vehető tesztek, nem saját istállóból. Az majd jelent valamit. És igen, nekem már járt a kezemben SPEC, mértem vele. Elég jól tudom, mi miért került ele a prezentációba, és mi miért maradt ki - illetve az egésznek mennyi köze van a használati értékhez./// Nekünk nem Mohács, de Hofi kell! /// Szíriusziak menjetek haza!!!
-
ftc
nagyúr
-
Balala2007
tag
Nyugodtan megbizhatsz a CPUZ latency ertekekben, ezt mint EVEREST fejleszto mondom. Ugyanazt a lancolt listas merest vegzi mind a ketto, (illetve ha akosf progijat is beleszamolom, akkor mind a harom.) Az a gond, hogy a memlatency erteke eleg sok mindentol fugg, emiatt a teljes kepet nem lehet 1db skalar ertekkel jellemezni. Szamit az alignment; az irany, hogy novekvo, csokkeno vagy kovetkezetlenul ugral a cimek kozott; a hasznalt memoriaterulet merete, hogy belefer-e valamelyik cache-be; illetve leginkabb az ugras merete, (ez a ''stride'') azaz mekkora tavolsag van 2 cim kozott.
Ezen parameterek alapjan lehet a latency matrixokat szerkeszteni, amit az EVEREST is meg tud tenni a developer verzioban. Ime egy pelda: [link], illetve ugyanerrol a geprol a CPUZ dumpja: [link] Latszik, hogy a CPUZ a backward linkelt listat hasznalja (felteszem azert, hogy egy-ket korabbi prefetchert atverjen, amik csak novekvo cimek eseten tudtak eloreolvasni), es annak egy reszmatrixat irja ki, a techreport pedig ebbol a matrixbol onkenyesen kivette a 8MiB blokkmeretu 512 byte stride-os erteket.
Az EVEREST az elorefele lancolt, 16MiB blokk, 1024 byte-os stride-os erteket irja ki a GUI-n.
Mind a ketto ''igazi'' ertek, csak mas parameterekkel futott a meres.AIDA64.com
-
Balala2007
tag
CPUZ:
Ennek a miertjeit vszeg Frank Delattre tudja megvalaszolni. Egyebkent a CPUZ egy matrixot ad outputnak, amibol a t. cikkirok/olvasok izles szerint mazsolaznak.
Mi azert valasztottuk a forward/1024/16MiB-et, mert egy jo kozeperteknek tunt. Ugy altalaban gyakrabban szokas elorefele irkalni a memoriaban, 1024 byte-os stride-nal mar nem zavar be a cacheline merete es prefetchek sem szoktak ennyire elore olvasni, viszont meg page-ek kozott sem kell ugralni, a 16MiB meg tul van a legtobb cache mereten, viszont az oregebb konfigokon is eldocog.
[Szerkesztve]AIDA64.com
-
james
aktív tag
''ami egyfelől érthető, másfelől nem túl szép''
Na igen, szép lenne a desktop vonalon is optimalizált alkalmazásokhoz jutni, kinek mi tetszik Intel vagy Amd. Olyannal már találkoztam, hogy a szoftverhez adtak mac-es verziót, de legalábbis opció, akár lehetne ugyanez AMD-re is... (ha más nem Patch formájában, ez kvázi nem is nagy plusz költség) -
R.Zoli
őstag
Az Intel magatartása akárki akármit is mond még mindig totálisan ellentmond az egészséges versengésnek és úgy tartanak az AMD-től mint kisgyerek a szellemektől mikor huhog a bagoly a sötétben....Pedig már a csőd szélén áll az AMD az Intel ''nagyon korrekt és sikeres'' marketingjének köszönhetően... Az SSE4 persze szarrá van reklámozva ,hogy mekkora királyság mert a divx kódolás gyorsul tőle 8458345873457%-ot... Kit érdekel???? A userek rohadt nagy százalékát nem.... Mikor az AMD akar nagyobbat lépni akkor meg le sem szarják, bezzeg amit ők mondanak kötelező.... Remélem ezzel is el lesz kenve a szájuk mint az X86-64-gyel anno ,hogy kénytelen volt bevezetni a procijaiban... Akkor is undorító dolog volt ,hogy mért nem akarták meglépni és azt mondták ,hogy az x86 nem képes normális 64-bitre majd oda kell az itanic... Azt akarták lenyomni a torkunkon ,hogy az AMD-t végleg kivonják a forgalomból mert ugye itanichoz nem lenne liszence az AMD-nek.... Annyira remélem valaki nagy megveszi az AMD-t és odavág az Intelnek ez a hányinger magatartása miatt...Ok ok, ,hogy versengés van ,de ami sok az sok...
-
shabbarulez
őstag
Azt honnan veszed hogy a QuickPath gyengébb? Talán volt a kezed alatt Nehalem és összevetetted egy Barcelona HT 3.0-ással, ami még szintén nem kapható?
Érdekes hogy azért mindig sírás van nehogy egyedül maradjon az Intel az x86 porondon, akkor most miért baj az hogy a HT-nak továbbra is marad riválisan, nem pedig mindenki ugyanazt használja. Egyik pillanatban még fontos a verseny szükségessége, de ha AMD-hez köthető termékről van szó akkor már nem?
Az AMD anno attól vált egyedi termékké hogy a DEC-től begyűjtött mérnökök segítségével ki tudott léni az Intel másoló szerepből azzal hogy saját újításokat is be tudott mutatni. Miért kellene az Intelnek AMD másolóvá válni, miért nem haladhat ő is saját útján ahogy addig is? Fucsállom hogy az AMD-től nem várod el hogy másolja az Intel megoldásait, sőt az a jó ha vannak sajátok, de az Inteltől meg azt várod el hogy álljon be a másolók közé. Ez nem túl következetes, inkább AMD fan hozzáállás.
Az AMD a jővőben továbbra is ez az Intel-től való elkülönülést folytatja, és igaza is van mert nem akar egy örök második másoló szerepében ragadni akkor nem is tehet mást. Azért is mennek ők pl. az SSE5 felé, meghagyva az SSE4-et az Intel Penryn és Nehalemeknek. Vagy ők a Fusion féle megoldást választják az Intel Larrabe vagy TeraScale projectjei helyett.
Ugyanahhoz a végeredményhez többféle úton is el lehet jutni, miért kellene mindenkinek ugyanazt az utat járnia. -
shabbarulez
őstag
Azért hasonlítanak mert közös az alap, mindekettő az Alphas EV7-ből eredeztethető. Ha ez AMD-nél nem volt gond, hogy koppintottak a nagy DEC Alphásoktól, akkor most ugyanez az Intelnél miért gond? Ez is csak azt mutatja anno milyen jó dolgokat találtak ki az Alphások, hisz az AMD integrált memória vezérlője és pont-pont buszrendszere is tőlük lett lekoppintva. Most az Intel sem tesz mást mint visszanyúlt a gyökerekhez és hozzáigazítja a jelen kor elvásárasihoz. Másik oldalon anno volt linkelve valami hosszabb cikk a CSI-ről, ott is elsődlegesen mint az energia hatékonyságot emlegették, ahogy Intel részéről az IDF-en is ez volt a sláger téma, és szerencsére a hosszútávú célok is e köré fejlődnek. Már épp ideje volt elindulni ebbe az irányba, remélhetőleg rövid időn belül erre a videokártya gyártók is ráeszmélnek. Nagy vonalakban mindkettő biztos hasonló hisz pont-pont nagysebességű buszrendszerek, de további részletekben már lehet hogy eltérnek. Vagy olyan jól ismered a dokumentációjukat hogy az alapján kijelentheted hogy ezek pontról pontra ugyanazok a termékek csak a nevükben térnek el?
Olvasgatva a wikit nekem abból az jön le, a DEC Alphát anno megvásárló Compaq az Alphás fejlesztések jogait eladta az Intelnek. Ha ez így van az EV7 rendszerhez köthető fejlesztési jogok náluk vannak, miért baj ha egy olyan technológiára építkeznek amivel amúgy is rendelkeznek?
-
-
Andre1234
aktív tag
Előzőekben linkeltétek a HT alakulásást a jövőben megjelenő processzorokban de vami nem világos..
A régebbi road map-ban olyanra emlékszem, hogy a ht sebessége egy bizonyos típusnál 3200mhz (1600mhz) és egy nagyobb teljesítményú k10 esetén meg 3600mhz (1800mhz) a tervezett.
Most az Ht1.0 az 1000 mhz-megy de tudjuk hogy ddr ezért 2000mhz-nek vesszük.
De a ht2.0 akkor milyen órajelen dolgozik? És a ht 3.0?Az eddigiekből számomra az jött le viszont, hogy a HT sebesség nem számít annyira egyszálas procik esetén. De mint írtad a barci viszont csak ht 2.0ás 2 v 3 linkel készül több processzorra optimalizálva, a budapest meg egyszálas szerverekbe szánt ht 3.0val lesz felvértezve..(és a phemon asztali vonalat még meg se említettem hogy az agena már ht 3.0-val jön ki)
Az nem világos, hogy míg a barci 8 szálas is lehet, miért és lassabb ht2.0 szerelik fel, és a csupán 1 szálasnak készülő budapest (és asztali vonal) miért a nagyobb sebességű ht-val készül?Ha x tart végtelenbe, akkor a prímek reciprok szorzatának negáltja 0-hoz tart...
-
Raymond
félisten
Nem. Az alaperedmenynel (base) megvannak adva a szabalyok mi a megengedett kompilalasnal es minden altesztet ugyanazokkal a compiler beallitasokkal kell elkesziteni. A legjobb eredmenynel (peak) lehet kolunbozo beallitasokat hasznalni kulonbozo altesztekhez. Tehat nem base/rate a felosztas. Van a speed (CPUInt2006, CPUfp2006) es a rate (CPUInt_rate2006, CPUfp_rate2006) teszt. Mindkettonel van base es peak eredmeny. A peak-et nem kotelezo megadni egy submission-nal, de a base -t igen. Miden teszt lefut mindket esetben, a kulobseg az hogy a rate tesztnel tobb instans fut a tesztekbol.
Privat velemeny - keretik nem megkovezni...
-
Gyuri27
félisten
" .....úgy lennék Ricky Martin egy Karib-tengeri kokain partyn...."
Amd - Radeon - Ryzen
-
dezz
nagyúr
Közben ahogy utánaszámoltam, az alapórajel 266 MHz, és a memória 5,5-ös osztóval az első mag órajeléből származik.
Végülis talán ki lehet kapcsolni akár az első magot is magában úgy is, ha az órajelgenerátora megy (valószínű a PLL-ek kölön vannak egy blokkban).
slett27: http://amd-member.com/campaigns/black/unleashed.html
De hogy miért nem oda tették, vagy legalább linkelték...[ Szerkesztve ]
-
-
-
Oliverda
félisten
Ez elég nonszensz. Nyilván az NB frekvenciájából osztódik vissza a RAM órajele, mint ahogy a történik ez a K8 esetében is.
Én abban reménykedek hogy az AM2+ lapok esetében lesz lehetőseg az NB órajelének/szorzójának (működési feszültségének), és külön a HT órajelének/szorzójának állítgatására is.
"Minden negyedik-ötödik magyar funkcionális analfabéta – derült ki a nemzetközi felmérésekből."
Új hozzászólás Aktív témák
A topikban az OFF és minden egyéb, nem a témához kapcsolódó hozzászólás gyártása TILOS!
Az ide nem illő hozzászólások topikja:[link]
MIELŐTT LINKELNÉL VAGY KÉRDEZNÉL, MINDIG OLVASS KICSIT VISSZA!!
A topik témája:
Az AMD éppen érkező, vagy jövőbeni új processzorainak kivesézése, lehetőleg minél inkább szakmai keretek között maradva.
Állásajánlatok
Cég: Ozeki Kft.
Város: Debrecen
Cég: Alpha Laptopszerviz Kft.
Város: Pécs