Hirdetés
- NVIDIA GeForce RTX 4060 / 4070/S/Ti/TiS (AD104)
- AMD Ryzen 9 / 7 / 5 / 3 5***(X) "Zen 3" (AM4)
- Azonnali alaplapos kérdések órája
- Mini-ITX
- Blu-ray lejátszók
- Intel Core i5 / i7 / i9 "Alder Lake-Raptor Lake/Refresh" (LGA1700)
- Sok teljesítmény kell a Microsoft Copilot lokális futtatásához
- Kormányok / Autós szimulátorok topicja
- Nem indul és mi a baja a gépemnek topik
- Bambu Lab X1/X1C, P1P-P1S és A1 mini tulajok
Hirdetés
Aktív témák
-
nagyúr
No, ha valaki tud más procit mondani, amibe belekerülhet az 64bites utasításkészlet, mint a Prescott, akkor valami BME-közeli kocsmában meghívom egy felesre.
while (!sleep) sheep++;
-
Raymond
félisten
Keverjunk meg egy kicsit :-)
[L]http://www.linuxworld.com/story/41467.htm[/L]Privat velemeny - keretik nem megkovezni...
-
Erasmus
őstag
A LinuxWorld-ös cikk végén írtakkal ellentétben én attól tartok, hogy ez az egész a legkevésbé sem jó az AMD-nek. Innentől kezdve, legalábbis a desktopon, teljesen elvész az AMD helyzeti előnye, nincs mivel érvelnie a vásárlók meggyőzésére. A szervereknél a jó skálázódás még lehet érv – amíg az Intel nem jön ki a HT-hez hasonló megoldással.
izé, -
Turmoil
senior tag
Athlon64-es notebook már van és tudtommal kelendő is, tehát ez nem lehet gond.
Egyébként Yamhill:
x86 az Intel-é, AMD licenszeli. Régen valszeg megegyeztek, hogy AMD kifejleszti, kipróbálja a 64 bites kiterjesztést, és ha bejön, akkor Intel ingyen és bérmentve megkapja a technológiát, cserébe AMD kap valami licensz-et (x86 tovább, SSEx), egyéb technológiai infót, stb... (Sajnos Intel megteheti, neki van pénze.) Így ők dolgozhattak az Itaniumon, és ha az AMD-nek jobban bejön a 64, akkor Intelnek nem kerül szinte semmibe, csak berakja a procijaiba az AMD eredményeit.
Más kérdés, hogy az ő megvalósításukban hogyan fog kinézni, működni, de szinte biztos, hogy kompatibilis lesz... felülről...
[Szerkesztve]Aki tud, és tudja hogy tud, az veszélyes. Tőle féljetek. Aki tud, és nem tudja hogy tud, az bölcs. Tőle tanuljatok. Aki nem tud, és tudja hogy nem tud, az okos. Őt tanítsátok. Aki nem tud, és nem tudja hogy nem tud, az hülye. Őt hagyjátok ..
-
Erasmus
őstag
Noha a keresztlicenc-megállapodás részletei nem ismertek, többször felmerült, hogy annak része, hogy az AMD csak késleltetve vezetheti be az Intel kiterjesztett utasításkészleteit (lásd korábban az SSE, SSE2 eseteit).
Ha jól tudom, az AMD64 technológia szabadon felhasználható, tehát az Intel, ha akarná, licencmegállapodás nélkül is implementálhatná. A Transmeta szintén nem fizetett annak idején érte semmit.
A Hyper-Threading csak egy megvalósítása a szimultán többszálú végrehajtásnak (SMT), maga a technológia publikusan dokumentált, bárki elkészítheti a saját implementációját – ahogy bárki készíthet például több magot tartalmazó procit is.
izé, -
LordX
veterán
??Transmetának AMD64-es procija??
SMT az utasításkészlet, ami a HT-t szabályozza? (Szerintem nem..) Mert ha kompatibilis akar lenni az AMD, akkor utsításkészlet-szintjén kell megvalósítania.
Egyébként meg az AMD architektúrájához nem ''passzol'' a HT.. Vagy nagy szenvedés kéne hozzá (és még hatékony sem lenne), vagy kétmagos proci. Hát ezért nem implementálják. -
Erasmus
őstag
A Transmeta még 2001-ben licencelte az x86-64-et és a HyperTransportot ([L]http://zdnet.com.com/2100-11-529855.html?legacy=zdnn[/L]). Ebből eddig csak a HT lett felhasználva, legalábbis látható módon.
SMT: nem, ez a Simultaneous Multithreading, tehát magának a szimultán többszálú végrehajtásnak a rövidítése. Ennek nincs köze az utasításkészlethez, ez hardveres megoldás, ahogy a kétprocis mag is. Számos megvalósítása létezik a többszálú végrehajtásnak, erről van itt egy régi, de nagyon jó összefoglaló munka angolul: [L]http://www.systemlogic.net/articles/01/6/multithreading/[/L] (a végén további szakirodalommal).
Megvalósítható lenne egyébként gond nélkül az AMD-procikban is, de többször nyilatkozták, hogy szerintük a multithreading nem elég hatékony, jobb a két proci egy magon (CMP, On-Chip Multiprocessing).
izé, -
veterán
Amikor még érdemes lett volna, akkor még úgy tűnt, hogy ''mingyá'' itt a Hammer - mire kiderült, hogy mennyit kell rá várni, addigra meg már nem érte meg a fáradságot beleszuszakolni K7-be. ( Ha megnézed, Palomino óta nincs is új feature a K7-ben... )
And As It Is Such, So Also As Such Is It Unto You
-
LordX
veterán
De, van köze az utasításkészlethez, Intel is csinált néhány utasítást ennek az engedélyezésére/irányítására. Ezzel kell kompatibilisnek lenni.
A HT megvalósítható lenne AMD procikban is, de az AMD procikban olyan mértékű a futószalagok kihasználtsága, hogy nem sok értelme van egy virtuális procit csinálni a kihasználatlan lépcsőfokok munkára fogására, mint ahogy a P4 esetében ez történik.
A lényeg, hogy más módszerrel közelíti meg a Netburst és a Kx architektúra a végrehajtó egységek jobb kihasználtságát, a P4-nek jobban fekszik a HT, az Atholnoknak meg nem. -
LordX
veterán
Valóban. Nem a P4 piacra dobásának napján találták ki az SSE2-t..
Másrészt meg melyikbe könnyebb belarakni egy utasításkészlet-kiegészítést? Egy piacra dobott prociba (a Palonimoba: a Tbred és a Barton gyakorlatilag ennek újradrótozása és más soron való gyártása, esetleg megspékelve egy ki cache-el, ami szintén csak újradrótozást igényel.)
OFF
Nem tudok leszállni a lóról, túl magas :D
FFO -
HiperG
addikt
-
L3zl13
nagyúr
''Megvalósítható lenne egyébként gond nélkül az AMD-procikban is, de többször nyilatkozták, hogy szerintük a multithreading nem elég hatékony, jobb a két proci egy magon (CMP, On-Chip Multiprocessing).'
Mondjuk ez a hozzáállást nem értem. Az hogy ''nem elég hatékony'', még nem jelenti azt, hogy nem jobb mint a semmi ami most van helyette.Aki hülye, haljon meg!
-
Raymond
félisten
Tenyleg nem azt jelenti, de az a kerdes van e ertelme ha a tervek inkabb a CMP fele mennek az AMD-nel. Az Intel-nel hatekony, mivel a 20 pipeline-os architekturanal valahogy ki kell hasznalni a ''halott'' ciklusokat, az AMD-nel ebbol nincs olyan sok.
Privat velemeny - keretik nem megkovezni...
-
Erasmus
őstag
Azért ez szerintem túlzás. Egyfajta MT megoldás szabadalmaztatása még nem jelenti azt, hogy ők találták ki magát a többszálú végrehajtást. Nem tudom persze, hogy mikor és hol kezdődött, de ezek többnyire egyetemi kutatási projektekre vezethetőek vissza. Itt van például egy: [L]http://www.cs.washington.edu/research/smt/[/L]. Itt sem sokkal korábbi (1995) az első felsorolt publikáció, mondjuk. Elricet kellene megkérdezni, ő mégiscsak szakmabeli.
A link egyébként tényleg jó találat (szerintem erDOKe is így értette). Gratula!
izé, -
intelfan
aktív tag
''(a Palonimoba: a Tbred és a Barton gyakorlatilag ennek újradrótozása és más soron való gyártása, esetleg megspékelve egy ki cache-el, ami szintén csak újradrótozást igényel.)''
A processzor neve ------Palomino-----------, felfogtad????
Nem palonimo meg palonémo, -----Palomino. :)az összes magyar ISP tehet egy szivességet...
-
e-biza
őstag
nem tudom csak nekem tünt fel hogy baloldalt: A rovat támogatoja AMD64
Jobb oldalt meg ugye ez a hir :) nah jo ennyi az észrevételem.Liƒє is too short. - http://www.lowcostdomain.eu
-
Adi
senior tag
Csak arra gondoljatok, hogy az Intel pár hónapja még verte a mellét, hogy a 64 bites CPU-k nem kellenek a vásárlóknak, talán csak 2007-8 tájékán. :DDD
Abból viszont, hogy bejelentették, hogy ki fogják hozni, két dolog következik:
1) látták az AMD és a G5-ös Macek iránti keresletet és beszartak kissé,
2) már a technológia megvolt régen, csak marketingokokból nem hozták ki: ha ki tudnak dobni még egy generációnyi 32 bites procit, azzal még egyszer annyit kaszálnak. :(((
És akkor még kérdik, hogy miért tenne jót a Microsoftnak egy valódi piaci verseny! :Oldm start-reconf primary
-
Miracle
senior tag
''Ráadásul nem titok az Intel hosszú távú roadmap-je, ahol többmagvas, de egyenként HT-s processzorok vigyorognak...''
Ilyen processzorok MINDENKINEK vigyorognak a honlapján, ez nem újság.
a lényeg: ehez nagyon homoly SMP tapasztalat kell, ami jelnleg úgy tűnik az intelnek nincs birtokában. mert ha lenne, akkor az itanic már régen nem azt a buszt használná, amit használ.
mellesleg:
SUN 2005ben kezdi forgalmazni:
codename: NIAGARA
cores in DIE: 8
threads per core: 4
thread-swich: every load/store instruction
memory contoroller: on DIE 4 chanel 128bit DDR
4 Hyper trasport link to communicate.
cache: shared, L1, L2 on die(size not published yet)
nos, ez ellen jelenleg senki semmit nem tud felmutatni. ez tényleg komoly többmagvas processzor, az intel ibm ehez képest csak tapogatózik a sötétben.
És akkor még bele sem számítottuk, hogy többprocesszoros rendszerekkel kapcsolatos technológiák terén a SUN már sok éve toronymagasan vezet.
a SUNnak 1999ben már volt(na jó, nem egészen a SUNnak, de nem megyek bele a részletekbe) már volt 8 processzor 1-DIEn felépítésű US2 rendszere.értelmező késziszótár :: rekurzió --> lásd : rekurzió
-
HiperG
addikt
Huhh az komoly...
De most figy azse mind1 hogy használsz ki egy SMP-t ami egyenként 2 szálat is futtat....
Mert általában a duál proci szervereket úgy használják, hogy egyik procire bízzák a webszervert a másikra meg az adatbázis szervert...
De ilyen eshetőség nincs asztali gépeknél.... hiszen ott általában maximum 1 számításigényes program fut... szóval olyan progamok kellenek amik több szálon futtatják magukat... -
erdoke
titán
''Ilyen processzorok MINDENKINEK vigyorognak a honlapján, ez nem újság.''
Nem azért írtam, hogy bárki ámuljon-bámuljon, sőt oda is tettem, hogy ''nem titok''. Minden gyártó ebben lát fantáziát mostanság, talán nem is ok nélkül. A SUN-os példa elég meggyőző, de az az Intel terveiben szereplő darab is, én inkább arra a procira leszek kíváncsi, ami a boltokban már kapható lesz.:)
Általánosságban szólva középtávon egy 64 bites, nem x86 alapú, jól működő párhuzamosítást tartalmazó procit tartanék ideálisnak, de mint tudjuk a piaci körülmények ritkán engedik az ideális termékek megvalósulását.A legjobb aláírás a héten
-
tocsa
senior tag
1. Szerintem kevered a dedikalt processzoros rendszereket a multi procis rendszerekkel. Olyan altalaban nincs, illetve nem ''ugy szoktak'', hogy egyiken ez fut, masik procin meg az. Azt az oprencer utemezoje donti el, es ha az utemezo eleg okos, akkor kevesszer dobja at indokolatlanul a processzeket egyik procirol a masikra. Mert ugye az overheaddel jar. Nem specialis MP rendszerben gyakoriak az ''atdobasok''. Azert amit irsz, annak van igazsag alapja, mert akkor es csak akkor, ha Linux alatt hasznalnak cpu_affinity patch-et, akkor azzal hozzarogzithetnek processzeket adott processzorokhoz.
2. Siman ki lehet hasznalni 4-es HT-t is. Inditsd el alapban a Linuxod es nezd meg hany processz fut. 50? Indits el X-et meg par app-ot es most is nezd meg. 200-500? Most indits el valami Java-s alkalmazast, JavaVM-et igenylo cuccokat. Ehe. Kicsit sok processz/thread van? Ezeket mar szepen szet lehet osztani!!! Plane egy olyan gepnel, ami felhasznaloi kereseket szolgal ki. Es remelhetoleg mind memoria mind proci utemezesben nagyon eros lesz az uj 2.6 kernel.
Vagy fordithatsz ugy kernelt, hogy a makefile-ba felemeled a szimultan batch job-ok szamat 8-ra teszem azt. Szepen el elsz osztva a forditas.Acer Predator Helios 500 Ryzen, Samsung 960 Pro NVMe + GeChic 15.6" kulso monitor a mobil irodahoz
Aktív témák
- NVIDIA GeForce RTX 4060 / 4070/S/Ti/TiS (AD104)
- Redmi Note 12 4G - valaki fizetni fog
- Gitáros topic
- Le Mans Ultimate
- AMD Ryzen 9 / 7 / 5 / 3 5***(X) "Zen 3" (AM4)
- Politika
- Samsung Galaxy Watch5 Pro - kerek, de nem tekerek
- Azonnali alaplapos kérdések órája
- Windows 11
- PlayStation 5
- További aktív témák...