Hirdetés
- Samsung Galaxy A17 5G – megint 16
- Megbüntették, ezért feloszlatná az EU-t Elon Musk
- Huawei Watch GT 3 Pro - korlátolt szépség
- One mobilszolgáltatások
- Milyen hagyományos (nem okos-) telefont vegyek?
- Apple Watch Sport - ez is csak egy okosóra
- Ez lehet az Apple hajlítható telefonjának formája, mérete
- iGO Primo
- Google Pixel topik
- Apple iPhone Air - almacsutka
Aktív témák
-
joghurt
addikt
De ez csak azért lehet így, mert az Opteron (és úgy általában az x86-64) ilyen jól tudja futtatni a 32-bites alkalmazásokat. Ellentétben mondjuk az Itaniummal, ahol nem fog gyorsabban futni egy 32-bites kód, mint egy 64-bites.
Másfelől meg az Intel fordítója szép és jó és még gyors kódot is generálthat, csak épp a programozók töredéke használja. A programok döntő része Microsoft fordítóval készül és Microsoft dll-eket és könyvtárakat használ (amiket szintén MS fordítóval fordítottak), a maradék meg Linuxról portolt kód, amit gcc-vel fordítanak.
(Ez a driverek egy részére nyilván nem vonatkozik, de azoknak döntő részét úgyis egyből ASM-ben írják.) -
hobizoli
nagyúr
-
Don, elég, ha megnézed az IA-64-et.
Tegyük fel, írsz egy programot, ami kiszámol neked vmit. A programot a fordító úgy is lefordíthatná gépi nyelvre, hogy egyszerűen, szekvenciálisan egymás után rakosgatja a teendőket, semmiféle ''rendszert'' nem keresve a programban. A proci így szépen szekvenciálisan kapja meg az utasításokat és az adatokat.
Ha viszont igen okos a fordító, és a feladat is lehetővé teszi, akkor esetleg megtalál olyan feladatokat, amiket lehet párhuzamosan végezni, és nincsenek függőségben egymástól - ezeket megfelelően gépi nyelvre fordítva valóban párhuzamosan el lehet végezni.
Így még a 40% is csak alsó becslés, időnként több száz százalékos sebességkülönbségek lehetnek fordító és fordító között - persze csak sarkos esetben. De 1-2%-nál mindenképp több.
A legnagyobb baj, hogy a fejlődés jenleg arra mutat, hogy a processzorgyártás egyik legnehezebb lépése fordítót írni - ezért fog megbukni az Itanium (szerintem), mert mire megírják a fordítót, elavul a proci (évek óta nem bírnak egy normálisat csinálni, és még évekig nem is lesz..) -
#22
Erasmus
őstag
Don Vittorio
#17
Erasmus
őstag
válasz
Don Vittorio
#17
üzenetére
Ezt hogy érted? Az AMD által közölt (értelemszerűen nem 64 bites) benchmarkok nagy részét szintén az Intel fordítóival fordították. Egyszerűen azért, mert jelenleg ezek a leghatékonyabb compilerek ma az x86-os procikhoz.
üdv, -
Bár végül megszületett a fórumban, de szerintem a hír full egyértelmű, az utolsó mondat is. Az Intel fordítója kiforrottabb, jobb kódot eredményez. Azaz, az Opteron technikai fölénye el tud veszteni egy gyengébb compiler miatt (nem jól sorrendezi az utasításokat, nem küszöböli ki az egymás utáni utasítások adat-függéseit, pl).
-
#20
Goose-T
veterán
Don Vittorio
#17
Goose-T
veterán
válasz
Don Vittorio
#17
üzenetére
Rosszul fogalmaztam a #12-ben.
Intel compiler: 500000 gépi kódú utasítás
Hagyományos ( :) ) compiler: 700000 ua.
Ha viszont az AMD proci bizonyos gépi kódú utasításokat kevesebb órajel alatt futtat le, mint a hagyományos proci, akkor a több utasítás ellenére kevesebb órajel alatt elvégezheti ugyanazt a szubrutint. -
#18
faster
nagyúr
Don Vittorio
#15
faster
nagyúr
válasz
Don Vittorio
#15
üzenetére
Bizonyára a lehető legnagyobb mértékben próbálja párhuzamosítani a műveleteket, figyelembe véve az Intel procikban alkalmazott utasítás előolvasás technikáját, mértékét, ami egy nem RISC utasításkészletű procinál nem is olyan egyszerű.
AMD 64-nél még ott tartanak csak, hogy egyáltalán használni kezdjék az SSE2-őt, meg a plussz regisztereket. -
#16
Goose-T
veterán
Don Vittorio
#15
Goose-T
veterán
válasz
Don Vittorio
#15
üzenetére
1. A fordító jobb. Intelligensen optimalizál, megváltoztatja egyes utasítások feldolgozási sorrendjét, stb.
2. Nem csak Intelen fut, de azon fut a legjobban. Különbözô procik különféleképpen végeznek el bizonyos dolgokat. -
#15
Don Vittorio
őstag
Goose-T
#12
Don Vittorio
őstag
Miért? Azért, mert maga a fordító jobb, azaz optimálisabb, optimalizáltabb kódot képes generálni, vagy technikai adatokból következik ez? Meg aztán, ha fordítanak egyet a 32 bites Inteles fordítóval (amely a példád szerint fele annyi órajel alatt fut le), akkor az nem fog lefutni az AMD-n?
-
#12
Goose-T
veterán
Don Vittorio
#11
Goose-T
veterán
válasz
Don Vittorio
#11
üzenetére
Azért hatékonyabb, mert Intel. ;]
Félretéve a viccelôdést: ha van egy szubrutinod C-ben megírva, akkor egy Intel compiler mondjuk
375981 órajel alatt lefutó gépi kódot kreál belôle, egy AMD compiler pedig 569137 órajeleset. Ettôl lesz hatékonyabb a kódod. -
#10
Erasmus
őstag
Don Vittorio
#9
Erasmus
őstag
válasz
Don Vittorio
#9
üzenetére
A mondat azt akarja jelenteni, hogy a 64 bites compilereknél az Intel 32 bites fordítója az esetek többségében még mindig hatékonyabb, feltehetően azért, mert néhány évnyi munka már van benne.
Lásd pl.: http://www.digit-life.com/articles2/insidespeccpu/insidespeccpu2000-opteron2.html
üdv, -
#8
Erasmus
őstag
Pizzafutar
#4
Erasmus
őstag
válasz
Pizzafutar
#4
üzenetére
Nagyon nem értem, hogy miről beszélsz... :F
üdv, -
#7
faster
nagyúr
Pizzafutar
#4
faster
nagyúr
válasz
Pizzafutar
#4
üzenetére
IA64 -> Itanium.
-
#6
Don Vittorio
őstag
Pizzafutar
#4
Don Vittorio
őstag
válasz
Pizzafutar
#4
üzenetére
Pont meg akartam kérdezni, hogy vajon mit jelent az az utolsó mondat...
-
#5
Don Vittorio
őstag
TheVeryGuest
#3
Don Vittorio
őstag
válasz
TheVeryGuest
#3
üzenetére
Egyelőre, nem egyenlőre.
-
#4
Pizzafutar
aktív tag
Pizzafutar
aktív tag
Aham!
''Az ezekkel készített kódok teljesítménye azonban a legtöbb esetben nem éri el az Intel által fejlesztett 32 bites compilerekkel fordított kódokét''
Szerintem ezt is csak újságíró irta! Ha igaz a hir, akkor a fenti mondat max. a kód minőségére vonatkozhat! Bár szerintem az egészből csak azt érdemes komolyan venni, hogy van egy újabb forditó az IA64 alá!
A 40% teljesitmény növekedés irreálisan sok, az esetenként kitétel nem mond semmit. Ha egy átlagos alkalmazáson 1-2%-ot dob, az már nagy szó! -
#3
TheVeryGuest
senior tag
TheVeryGuest
senior tag
A talpas parasztoknak marad a GCC, mert ez megint fizetős cumó lesz. :(
Valszeg az intel egyenlőre nem fog kiadni A-64-et támogató compilert, pedig ő csinálja a legfaszább C fordítót.
Aktív témák
- MasterDeeJay: Harc a DDR5 árak ellen
- Windows 11
- Call of Duty: Black Ops 7
- A fociról könnyedén, egy baráti társaságban
- BMW topik
- Kormányok / autós szimulátorok topikja
- One otthoni szolgáltatások (TV, internet, telefon)
- Egész pofás lett a Lian Li új mikrotornya, és az ára sem vészes
- DUNE médialejátszók topicja
- Diablo IV
- További aktív témák...
- BESZÁMÍTÁS! MSI Z370 i7 8700K 16GB DDR4 500GB SSD RTX 3060 12GB Rampage SHIVA ADATA 600W
- BESZÁMÍTÁS! ASUS TUF Z270 i7 6700 16GB DDR4 240GB SSD 2TB HDD GTX 1660Ti 6GB Zalman S2 TG 400W
- Akció! ÚJ akku! Lenovo ThinkPad X1 Extreme Gen2 i7-9850H 16GB 512GB GTX1650 500nit UHD 1 év gar
- Bomba ár! Lenovo ThinkPad X13 G1- i5-10310U I 16GB I 256SSD I 13,3" FHD Touch I Cam I W11 I Gari!
- Nintendo switch oled, Új,Dobozával, 12 hónap garanciával
Állásajánlatok
Cég: Laptopszaki Kft.
Város: Budapest
Cég: BroadBit Hungary Kft.
Város: Budakeszi