huh ez meredeken hangzik. akkor ez elvileg azonos órajelen lassabb mint egy p4 es? tudom a kes az dob rajta de nem sokat.
Hááááááááááááááát nagyon kíváncsi leszek erre a procira.
Keresel valakit aki lagziba jáccik annak ez míííndent megér érted míííndent
Engem is nagyon izgat, főleg az ára!
Erre kívácsi leszek, szinte kizártnak tartok ekkora változtatást a Prescottban. Ha mégis, akkor legalább 6 GHz-ig tolhatók lesznek; de szerintem kizárt...az egy új proci lenne.
while (!sleep) sheep++;
Tudtommal jelentősen javították az elágazásbecslést is a prociban, talán nem jár drasztikus hatással a hosszabb pipeline.
Ma már egyre inkább figyelembe kell venni a tuningolhatóságot is a csúcsprociknál, ha nemis a tuningolók növekvő száma miatt, hanem inkább a véleményformáló tesztoldalak rendszeres ezirányú vizsgálódásai miatt.
Már nem kell sokat várnunk a bemutatkozásik, aztán már csak az a kérdés, hogy mennyit javul majd a kihozatal, és mennyit számít majd az új tokozás és az új chipsetek.
A legjobb aláírás a héten
Ha tényleg emiatt tudják tornázni az órajelet, akkor szerintem nem gáz. Csak az nem tetszik, hogy a 64 bites részt tíltják benne. Ha benne van.
Nézzék meg közelebbről! Mert minél közelebb hiszik magukat, annál kevesebbet fognak látni.
Szerintem az állandó órajel emelés utáni harc veszélyes, de ezt úgy se én fogom eldöndeni:).
''The spice exists on only one planet in the entire universe. A desolate, dry planet with vast deserts. The planet is Arrakis, also known as DUNE.''
Wahahahahaha. :)
Intel ugy latszik, nem erti a lenyeget:
Hosszabb pipeline -> alacsonyabb teljesitmeny.. nem baj, a Prescott bizta 4 GHz-en fog nyitni es le fog verni mindent (Intel szerint :)
Telleg ra kene venni a Motorolat arra, hogy tervezze ujra a 68060-at a mai technikaval es menjen az is ~3 Ghz-en... csak, hogy legyen verseny (szvsz leverne mindent mint a pinty :DDD)
A pC vajommi?! A kindoz vajommi?! A szittyozium.hu jó. Amigát használok, commodoreos (c)(r)(tm)-al. Meg nextgent. Meg bármit. :D
Valszeg ha jobban tudnád, ott ülnél a főtervezői székben. ;] Itt nem az Intel nem ért hozzá, hanem te, már bocs.
A mai alkalmazásoknál egyre inkább elfogadható, ha hosszú a pipeline, mert a stream jellegű feladatok egyre többen vannak.
Továbbra sem értem, miért lenne ez szánalmas. Abszolúte nem vagyok semmilyen párti, de ha egyszer ők nagy teljesítmény tudnak így elérni, akkor miért ne csinálják? (bár ez konkrétan a Prescottnál nem lesz valami túl látványos ;] ).
A motorola meg pont azért nem gyárt 3 GHz-s cuccokat, mert 3-4 GHz-t gyakorlatilag képtelenség elérni 20 lépésnél rövidebb pipelineal a mai technológia mellett. Ezt fel kéne már fogni, és nem pedig jönni ezzel a megfoghatatlan, dumával.
while (!sleep) sheep++;
''Tudtommal jelentősen javították az elágazásbecslést is a prociban, talán nem jár drasztikus hatással a hosszabb pipeline.''
Jaja, ez így van, de 30 lépcső piszkosul sok azért, szóval nagyon kell tolják a frekvenciát, ha pl. játékoknál tartani akarják a lépést (akár a sima P4-el is).
Bár mondom, szinte kizártnak tartom, h a Prescottban 30 lépcső legyen.
while (!sleep) sheep++;
Akkor az Athlon 64-ben, Athlon FX-ben és az Opteron-ban mennyi lépcső van? 20?
Nézzék meg közelebbről! Mert minél közelebb hiszik magukat, annál kevesebbet fognak látni.
Én úgy emlékszem kevesebb. (Talán 17?)
''The spice exists on only one planet in the entire universe. A desolate, dry planet with vast deserts. The planet is Arrakis, also known as DUNE.''
''tervezze ujra a 68060-at a mai technikaval es menjen az is ~3 Ghz-en... csak, hogy legyen verseny (szvsz leverne mindent mint a pinty''
Persze, a nagyira meg csengőt és kerekeket szerelünk, aztán irány a BKV.
And As It Is Such, So Also As Such Is It Unto You
Ize... nem tudom, te hol eltel '94-'95 magassagaban. :)
Akkor jott ki (majdnem egyszerre) a Pentium es 060. :)
Namost, 060 (50 Mhz-en) verte a penyat addig, amig el nem ertek a 120 Mhz-et. :)
(Tortenethez hozzatartozik, hogy a pentium akkor 32+32 adat/utasitas cache-el rendelkezett + L2 cache-el, 060 meg 8K+8K-val). Namost, a hosszu pipeline lehet, hogy tokjo dolog ha magas az orajel, de ez nem mentseg az intelnek. :)
Ui, ha kicsit jobban ertesz a dolgokhoz (es nem csak az x86-os arhchitekturat ismered) akkor latod, hogy az x86 az _GYOKEREIBEN_ van elszurva... azert kell neki az l2 cache, meg a hosszu pipeline, mert nem tul hatekony... lehet, hogy _IDEALIS_ esetben szamol mint allat, de az _IDEALIS_ eset eleg ritka... nem kell messzire menni, ott az AMD vs Intel meccs... streamingben az Intel a nyeso, altalanos felhasznalasban a ketharmadakkora AMD meg elveri az Intelt piszkosul...
Szoval, mas egyebet nem tudok mondani, kerem kapcsojjakhiii :)
A pC vajommi?! A kindoz vajommi?! A szittyozium.hu jó. Amigát használok, commodoreos (c)(r)(tm)-al. Meg nextgent. Meg bármit. :D
A motorolas témát hagyjuk, szerintem hülyeség. :)
A másik dolog: az lehet, hogy a kétharmadakkora AMD elveri az Intelt nem-streaming alkalmazásoknál, de az Intel per pillanat arra játszik, hogy dupla órajele legyen az Athlonoknak (sarkított példa).
Én drukkolok az AMD-nek, kizárólag a piaci verseny miatt; de továbbra is: az intel éves K+F költsége annyi, mint az AMD forgalma. Kizártnak tartom, hogy elrontsák.
while (!sleep) sheep++;
Nos, akkor nezzel utana a 68k szeria leszarmazottainak, aminek a neve ColdFire. :)
Lazan elrohangalnak tobbszaz Mhz-en, alig esznek valamit es beagyazott rendszerekbe nagyon jok. Az a gaz valuk, hogy ugyan az architektura 68k, sajnos elegge ki vannak herelve... ennek ellenere nem rosszak, sot! :)
Ennyi erovel a Motorola, ha erzekelne hogy lenne piaca a dolognak, megcsinalna a 3Ghz-es 060-at, hidd el... csak nincs ra kereslet... 68K sorozatot is a PPC miatt allitotta le, amugy akkor az egy nagyon hibas dontes volt (foleg, mert tobb mint 3/4-ig kesz volt a 080).
Ez a penz beszel, kutya ugat tipikus esete...
Velemenyemet meg tovabbra is fenntartom: m68k szeria _PROCESSZOR_, x86 kompatibilis sziliciumkupac meg max. binaris abakusz. :)
A pC vajommi?! A kindoz vajommi?! A szittyozium.hu jó. Amigát használok, commodoreos (c)(r)(tm)-al. Meg nextgent. Meg bármit. :D
Ja, a cache mindennek kell, ami magas órajelen fut, mert a RAMok nem bírják a tempót, és késleltetések vannak, bármilyen proci is az. Nem tudom, miért az L2-t emeled ki, nem sokban különbözik az L1-től vagy az L3-tól a funkciója.
while (!sleep) sheep++;
Figyu, az a processzor, amivel adott idő alatt el lehet végezni az adott feladatot. Ha a Motorola odáig tudná tolni a procijait, hogy azok leverjék az x86 vonalat, portolnának rá szoftvert, de szupergépeket mindenképp, ott nem számít a pénz.
Ld. itanium az fpu-ja miatt.
Szóval ami tényleg gyors, annak van piaca.
while (!sleep) sheep++;
Latod, ez igaz, sajnos :)
Nem csak pC-vel foglalkozom, ott a Ghz-es orajel nagyon ritkan van meg, viszont a vasak ugy hasitanak mint a szelvesz. (kis pelda: Nem tul oreg Alphak, Sun-ok, SGi-k). Es a max orajel az altalaban max. Ghz koruli. Ennek ellenere tenyleg mennek a gepek, nem is rosszul. :)
Szvsz ez az orajelharc nagy mokusvakitas. Semmi ertelme, otthoni luzer (nem gamer, dvdrecoder, stb) tokjol elvan egy 1 Ghz-es procival, de amikor meghullik alatta a vas (fogyasztoi tarsadalom rulez :DDD
A K+F koltsegvetes meg hullamindegy, lehet az akarmekkora, lehet azzal is nagyot bukni... :DDDD
Apropo, tavaly (2003-ban) hany darab Itanic-2-t adtak el? Csak ugy erdekelne (mint az intel egyik legnagyobb baklovese az i860 ota :DDD)
A pC vajommi?! A kindoz vajommi?! A szittyozium.hu jó. Amigát használok, commodoreos (c)(r)(tm)-al. Meg nextgent. Meg bármit. :D
Megmondom miert emelem ki. :)
Fogjal egy ~100-120 Mhz-es Pentiumos vasat.
Tiltsd ki rajta az L2 cache-t.
Hasznald.
_SOKKAL_ lassabb lesz L2 nelkul mint L2-vel... :)
Jo, ez nem feltetlenul a procc hibaja, hanem a programozok kenyelmessegge, de akkor is (meg az x86 gyoker assembly szintu programozhatosaga :DDD)
A pC vajommi?! A kindoz vajommi?! A szittyozium.hu jó. Amigát használok, commodoreos (c)(r)(tm)-al. Meg nextgent. Meg bármit. :D
Az itanium tényleg mellélövés. Sajnos, mert a prociban iszonyatos erőforrások vannak, de az a compiler csak nem készül már vagy 8-9 éve...
Viszont az AMD-nek nem túl sok hátránya van az órajelből. Amerikában, Japánban igazából az órajelet SEM nézik a vevők, még ennyire sem ért hozzá a nagy átlag. Bemegy a boltba, megnézi azt a gépet, amire van még pénze, és megveszi.
Európa meg ugye nem számít piacnak.
Az órajelharc szerintem nem mókusvakítás, mert a mostani gépeknek még mindig nagyon-nagyon kevés a teljesítményük az elvárásokhoz képest.
while (!sleep) sheep++;
Nem, ez nem a programozók hibája, hanem a memóriaelérés sajátossága. Nem véletlen van ott az az L2 (az L1-et is le lehet tiltani, ugyanez az effektus). El kell fogadni, hogy a op.tárhoz nem lehet csak úgy hozzányúlni 1-2 órajel alatt.
Miért is ''gyökér'' az x86 assembly?
while (!sleep) sheep++;
Hammer(opteron, athlon64/FX) integer 12 lépcső
FPU 14 lépcső.
ratdragon: a polihisztorok kora lejárt az informatikában már egy ideje. eléggé furcs lenne, ha azt a több 1000 inteles mérnököt, akik már évek(évtizedek) óta processzortervezéssel foglalkoznak te oktatnád ki, aki esetleg középszinten programozol, és áramkört nagyon valószínű, hogy még életedben nem terveztél, nemhogy processzort. valószínűnek tartom, hogy olyan szintű ismereteid sincsenek a processzorok lelkivilágáról, amik
L2 cache: persze hogy lassabb, azért tették bele, hogy gyorsabb legyen. ez nem a programozók hibája, a számítógép egy ilyen dolog. ha valamit nem értesz meg, akkor az nem azoknak a hibája, akik tervezték, hanem annak, aki olyanba szól bele, amihez nem ért.
X86 assembly: megnyugodhatsz: jelen pillanatban az X86 a legkönnyebb Assembly nyelvvel rendelkező architektúra, amit még fejlesztenk.(a VAX pl. könnyebb volt)
módosítok: valószínűleg alapszintű programozói ismereteid sincsenek... csak akkor vajon miért gyökerezel le mindent?
értelmező késziszótár :: rekurzió --> lásd : rekurzió
[off]
üdv miracle, elvileg te u.a., mint a h**s-s miracle, ugye? :)
[on]
while (!sleep) sheep++;
''Az itanium tényleg mellélövés. Sajnos, mert a prociban iszonyatos erőforrások vannak, de az a compiler csak nem készül már vagy 8-9 éve...''
ilyeneket 10 év múlva tessék mondani, most még kifejezetten korai.
''Viszont az AMD-nek nem túl sok hátránya van az órajelből. Amerikában, Japánban igazából az órajelet SEM nézik a vevők, még ennyire sem ért hozzá a nagy átlag. Bemegy a boltba, megnézi azt a gépet, amire van még pénze, és megveszi.
Európa meg ugye nem számít piacnak.''
ezzel nem értek egyett.
1: a probléma valóban az, hogy nem értenek hozzá, de azt tudják(az elmúlt 20 évben sikerült a vásárlók fejébe verni) hogy az órajel minél több, annál jobb.
2: európa számít, ez az AMD második legerősebb piaca.
értelmező késziszótár :: rekurzió --> lásd : rekurzió
''üdv miracle, elvileg te u.a., mint a h**s-s miracle, ugye?''
explain
értelmező késziszótár :: rekurzió --> lásd : rekurzió
Ezt írta emvy:
''Bár mondom, szinte kizártnak tartom, h a Prescottban 30 lépcső legyen.''
Akkor meg fogsz lepődni, mert egy kicsivel még több is van benne.
izé,
Nemtom te mennyit programoltal x86-on. :)
En oleg sokat, szoval szamomra fajdalmas. :)
Tortenethez hozzatartozik, hogy en ezt az utvonalat jartam be:
6510->z80->x86->m68k
Szoval, ha real modban vagy (pl. p4 3 Ghz, bios utan, dos-ban - nem mas mint egy 8086+FPU), akkor mid van?
Van 640k ramod, 64K-s szegmensenkent (a szegmenshatarok 1K-nkent tolhatoak), van 16 darab HW-es megszakitasod, meg max. 256 db. szoftveres megszakitas).
Tiszta 8080, csak van szegmentalas es ettol elerheto a 640k.
Tok ratyi (kulonosen a little-endian bajtsorrend).
Meg a specko celu regiszterek, amiket csak bizonyos celokra hasznalhatsz (CS, DS, stb).
Ezzel szemben m68k mit is tud?
Linearis tarkezeles.
8 darab _ALTALANOS_ celu adatregiszter es 8 darab _ALTALANOS_ celu cimregiszter. (FPU-t most hagyjuk, az nem resze az m68k alapspeckonak).
8 darab hardveres megszakitas, 256 darab kizarasi szint, ket processzor szint (Supervisor es User mod).
Namost, akkor vetitsuk ezt a megjelenes idopontjara: hetvenes evek vege, nyolcvanas evek eleje (8086 ~'78, 68000 ~'79). Te akkor melyiket valasztottad volna?
A pC vajommi?! A kindoz vajommi?! A szittyozium.hu jó. Amigát használok, commodoreos (c)(r)(tm)-al. Meg nextgent. Meg bármit. :D
Akkor mellé vagyok lőve. :)
Viszont én nem tudok NDA-s híreket ;].
Akkor viszont érdekes órajelek lesznek itten.
while (!sleep) sheep++;
Világos, kompatibilitási gondok vannak, persze. De átváltasz védett módba, és programozol. Nem?
while (!sleep) sheep++;
de most nem a 70es évek vannak, és ha programozni akarok X86ot assembly nyelven, akkor nem valós módban teszem azt.
mondom: a VAX tényleg nagyon könnyen programozható, a múltkor rászántam vagy 10 órát, kipróbáltam, az az assembly nyelv valóban meglehetősen baráti.
most meg ismerkedek egy US2-vel... ezt ellenségeimnek sem kívánnám.
maradjunk annyiban, hogy az X86 MA igen barátinak számít.
értelmező késziszótár :: rekurzió --> lásd : rekurzió
de abban megegyezhetünk, hogyha IBM lettem volna, akkor valóban a motorolát választottam volna.
értelmező késziszótár :: rekurzió --> lásd : rekurzió
hali miracle! nem is tudtam, hogy itt is vagyol...:)
izé,
üdv
ha éppen nincs kedvem tanulni, mindenhol vagyok, csak ne kelljen a könyvembe nézni :D
[Szerkesztve]
értelmező késziszótár :: rekurzió --> lásd : rekurzió
emvy:''üdv miracle, elvileg te u.a., mint a h**s-s miracle, ugye?''
ez alatt mit értesz?
értelmező késziszótár :: rekurzió --> lásd : rekurzió
Az AMD egykori processzorfejlesztő főmérnöke mondta 1994-ben:
''The x86 isn't all that complex – it just doesn't make a lot of sense.''
izé,
ugyanazt értem, mint amit erasmus kérdezettt. :)
szóval csak örültem, h itt is láttalak, (a hwsws fórumban is vagy/voltál stb.), és örömmel konstatálom, h +1 ember, aki valamit lő a témához. :P
while (!sleep) sheep++;
sajnos még keveset lövök.
meg a linalghoz mégkevesebbet... és nem szeretnék bukni, úgyhogy jócakát.
értelmező késziszótár :: rekurzió --> lásd : rekurzió
Na igen... magadtol irtal mar vedett modba valtast? :)
En irtam... kinszenvedes. DOS4GW meg a tobbi tool elott akkora szivas volt mint atom... eltunt a BIOS, eltunt minden amire tudtal tamaszkodni, mindent magadnak kellett csinalni, valamint ott volt a deszkriptortablak krealasanak nyavalyaja, meg a tobbi... mikor kijottek az utilityk ez lenyegesen konnyebe valt, de azert az sem volt fenekig tejfel.... :)
Manapsag meg a ''magasszintu'' programozasi nyelvek eltuntetik ezt a dagvanyt, de azert az alapokkal nem art titsztaban lenni, ugy velem :)
A pC vajommi?! A kindoz vajommi?! A szittyozium.hu jó. Amigát használok, commodoreos (c)(r)(tm)-al. Meg nextgent. Meg bármit. :D
''Velemenyemet meg tovabbra is fenntartom: m68k szeria _PROCESSZOR_, x86 kompatibilis sziliciumkupac meg max. binaris abakusz.''
Ez semmiben nem több, mint amikor egyesek azon sírnak, hogy ''vinfos így- vinfos úgy'' - nem tetszik, nem használod, kész. :U
And As It Is Such, So Also As Such Is It Unto You
''Ez semmiben nem több, mint amikor egyesek azon sírnak, hogy ''vinfos így- vinfos úgy'' - nem tetszik, nem használod, kész. ''
Akár Bill-t hallanám :DD
"A gonosz győzni fog, ha a jó emberek nem tesznek semmit" Edmund Burke
Már van majdnem hivatalos roadmap. 4 GHz Q4 2004. Szerintem az elágazásbecslés javítása és a betáplálási fesz csökkentése lehettek a fő okai a 4-5 hónapos Prescott debüt halasztásnak. Valamit csak alkottak 5 hónap alatt.:)
A legjobb aláírás a héten
5 hónap alatt nem lehet komoly változásokat végrehajtani a magon...
Gyártástehcnológiai problémák miatt késtek, valamint mer gond volt a 800 mhz fsb-vel.
Jaés amúgy 4Ghz-s Prescott 135 Wattot fogyasztani :)
Fogadd el, hogy ez üzlet, és a proci nem technikai okokból ilyen. Nézd meg a Baniast v. a Dothant, tud az Intel más nézőpontból is tervezni, ha üzleti érdeke azt diktálja.
A legjobb aláírás a héten
Mit tudsz te arról, hogy milyen változtatásokat lehet végrehajtani egy processzoron X idő alatt? Én nem sokat, de gyanítom, hogy te sem.
Találgatások. Mire jó ez?:U 2 hét múlva már teszteket láthatunk, aztán jobban lehet becsülni.
A legjobb aláírás a héten
azert_ugy_kivancsi_lennek_hogy_a_gyakorlati_eletben_hogyan_is_mukodik_1_
elagazasbecsles._alapesetben_megnezi_elozo_esetben_merre_leptunk_es_probaljuk_
most_is_azt_az_agat._ez_ciklusoknal_marha_sokat_dobhat_a_rendszeren._
aztan_ezt_kombinalva_esetleg_hogy_hany_lepesenkent_jon_ugras,_de_ez_mar_
sokkal_specialisabb_eset_es_sokkal_kevesebbet_hoz._kb_eddig_tartott_az_en_
fantaziam._valaki_esetleg_konkretumokat?
meg_mondjuk_azt_is_szeretnem_tudni_hogy_megis_mi_az_a_30_reszlepes_bar_
le7_hogy_ezt_az_intel_is_hetpecsetes_titokkent_orzi_:)
Azért csinálja mert a sok láma csak azt tudja a prociról hogy intel meg hogy X gigaherc....
Nézd a processzor az egy elég komplex dolog...
A Prescott fejlesztése is évek óta folyik és az utolsó hónapokban ált már a mag már rég kész van csupán esetleg pár apróbb módosítást hajtanak végre.
Köztudodt volt, hogy gyártási folyamattal gáz volt valamint nem igazán szerette a 800 mhz fsb-t ezért cerbókát csináltak belőle hogy addig is mennyen a munka.
''azert_ugy_kivancsi_lennek_hogy_a_gyakorlati_eletben_hogyan_is_mukodik_1_
elagazasbecsles''
erre sok különböző megoldás létezhet.
vázlatosan:
én úgy tudom, hogy az intel és az AMD az újabb(x86) processzoraiban táblázatot használ, ahol azon elágazásokat, amik ''lefutnak'' elhelyezik a táblázatba, és kapnak egy értéket, hogy mennyiszer futottak le adott idő alatt, és hogy mi volt általában az eredmény.
ha az eredmény nagyon közel van a fele-feléhez akkor eldobják.
ha egy ciklus feltételéről van szó, akkor értelemszerűen eléggé sokszor hajtódik végre kis idő alatt, és ezzel magasabb előfordulási arányt kaphat, ami miatt nem törli ki az első jött-ment if.
de ez persze nem biztos, nem foglalkozok proc.fejlesztéssel, valahol olvastam úgy emléxem.
értelmező késziszótár :: rekurzió --> lásd : rekurzió
Nem a magasszintű programozási nyelvek tüntetik el a ''dagványt'', hanem a védett módú operációs rendszerek (Linux, BSD*, Windows, stb.) vagy futtatókörnyezetek (DJGPP, DOS4GW, stb.), ezekkel már az assembly szintű programozás sem túl vészes (a lineáris 32 bites címtér, deszkriptorok, hardverkezelés, stb. belőve).
A védett módba való váltás és a sok azzal járó nyűg tényleg kínszenvedés, de ezzel ma már senkinek nem kell foglalkoznia, hála az előbb felsorolt rendszereknek (kivéve azoknak, akik ezeket fejlesztik), tehát önmagában ez (ti. a valós módú hülyeségek) ma már nem érv az x86 ellen.
Nem akarom az x86 architektúrát védeni egyébként, nem mondom, hogy jó. :)
''... we as consumers want our content free (as in Freedom) and if we don't get it, we'll take our content free (as in beer).''
