- Google Pixel 9a - a lapos munka
- Xiaomi 15 - kicsi telefon nagy energiával
- Samsung Galaxy S25 Ultra - titán keret, acélos teljesítmény
- Samsung Galaxy A52s 5G - jó S-tehetség
- Poco X3 NFC - minden, ami kell
- Android alkalmazások - szoftver kibeszélő topik
- Honor 200 Pro - mobilportré
- Telekom mobilszolgáltatások
- Samsung Galaxy A56 - megbízható középszerűség
- Hat év támogatást csomagolt fém házba a OnePlus Nord 4
Hirdetés
Új hozzászólás Aktív témák
-
DemonDani
addikt
Azt hittem, hogy érdemi beszélgetés fog itt kibontakozni. Hát na midn1
-
stratova
veterán
-
Sir Ny
senior tag
Szamomra nem derul ki, de ez a fordito/optimalizalo motor ez magonkent van egy-egy, vagy tobb magra egy?
-
halkow
őstag
Úgy látszik a k1 mindent ver és a i5s a7 es magja is csodákra képes a krait 400-al szemben...
-
Rive
veterán
Nem rossz
De ezt így elég lazán kell értelmezni, hogy a Code Morphing örökségének vegyük
A kód tényleges viselkedése alapján más (program) rendszerek is csinálnak 'röptében' optimalizációt, ez nem kötődik kizárólagosan a Transmeta örökségéhezNéhány fentebbi kérdésre: ahogy mondani szokás, a process time 90 százalékáért jellemzően a kód ~ 10 százaléka felel
Csak ezt a 10%-ot átrendezni és így ~ kétszer tárolni nem nagy memóriaveszteség, a memória védelme pedig elvileg megoldott -
azopi74
addikt
Hogy ne lenne:
Ez is 8 mag, és out-of-order
Sőt, ARM-ban is van: Opteron A1100
Ebből is van nyolcmagos
-
vicze
félisten
De még mindig 4magról beszélsz, mikor én 8magról írtam... A RK3288 4magos még mindig. 8 mag nincs in-order magok nélkül, mert túl magas lenne a fogyasztása.
Biztos tök jó csak nagyobb TDP-vel rendelkezik mind néhány Intel CPU(nem Atom), nem tudom hogy miért is olyan jó egy folyamatosan túlmelegedő SoC? (Nyugodtan olvass utána a valós beszámolóknak, még Box-okban is túlmelegedik aktív hűtés nélkül.) Az Amlogic S8xx A9-ese sokkal jobb választás, ezen a téren.
-
tibcsi0407
félisten
Összteljesítményt nézve még egy Ivy 3570K is maga mögé utasította. Akár a PH teszt is ezt mutatja. Csak azért hoztam fel az i5 példát, mert mindenki újabban magszámlálásba kezdett, minél több, annál jobb alapon. Ez pont olyan, amikor a VGA-kat a RAM mennyisége alapján akarják csak összehasonlítani.
-
7time
senior tag
válasz
tibcsi0407 #38 üzenetére
Attól függ miben veri rommá, mert többszálas szoftverek futtatása esetén nem veri sehova.
-
azopi74
addikt
válasz
tucsokpocs #30 üzenetére
Ez mennyiben kapcsolódik az eredeti hsz-hez?Cortex-A7 különben nam csak "volt" in-order , még most is az
Sőt, az A53 is.
-
freeapro
senior tag
-
Bazz, bár értenék egy szót is ebből. Mit kéne hozzá elvégeznem? BME info-mérnök?
-
Abu85
HÁZIGAZDA
Ez így van, ezért a menedzselt nyelvek sem fognak teljes piaci térnyerést szerezni, de átlag szinten, átlag konzumér programok esetében kizártnak tartom, hogy ne ezek nyerjenek. Egyszerűen itt a programozónak a kódtúrás inkább átok, mint előny. Az elmozdulás már ma egyértelmű, hát ha még fel is lesz kínálva a C++ teljesítmény...
(#27) vicze1: Nem egyértelmű.
-
vicze
félisten
Abu egy valmit nem tudtam a white paperből kihámozni, az az hogy az órajel vezérlés hogy van megoldva. Külön-külön magonként(aSMP), mert erre volt utalás elvileg, vagy mint a standard ARM, és minden mag azonos órajelen megy? Ez elég fontos lenne.
-
MaUser
addikt
Azért azt ne felejtsük, hogy mihelyst bonyolultabb rendszer felé mész az egyre inkább felső szintűbb nyelv korlát lesz funkcionalitásban. Pl. m# nagyon látványosan néz ki, de ha visszaemlékszem a blend-re pl. (ami hasonló koncept volt design-ra), hát mihelyst nagyobb dologba fogtál volna bele, inkább maradt a kódtúrás. De matlab is jó példa, komolyabb program esetén előbb-utóbb az alsó réteg java-t fogod túrni. A kérdés, hogy mi az a szint ahol azt mondod, neked elég a korlátozott magaszintű nyelv és mikortól éri meg az egész rendszert már az alapoktól felépítened.
Persze tolódik el az egész, hiszen ma már ott tartunk, hogy lassan a java/C# lesz az "alacsony" szintű nyelv.
-
vicze
félisten
Aha csak pl. egyrészt azokban a 8 magosokban is bizony in-order magok kellenek, a energia hatékonyához, illetve míg egy A15 vagy A57 3 utas addig a Denver 7, szóval a teljesítményben, csak a 4magos A57-tel nem tudja felvenni a versenyt, de ha jön a 20nm akkor a Denverből is jöhet a 4magos.
A fogyasztásra nagyon kíváncsi leszek. -
Goose-T
veterán
Ha jól emlékszem, a Transmeta Crusoe olyan volt, mint a Die hard-ban a Yugo: keveset eszik, de nem megy.
-
#65675776
törölt tag
Anno igen, most nem. Inkább arról van szó, hogy ARMv8-on emulálják az ARMv8-at. Bizonyos funkciókra nem akarnak tranzisztort pazarolni (vagy csak nem tudták megoldni hw-esen), inkább emulálják. Egyelőre csak az OoO, de ki tudja később mi mindent akarnak majd még átnyomni sw rétegre.
-
freeapro
senior tag
Kicsit szkeptikus vagyok ez mire lesz elég, mert akárhogy is nézzük ez 2(!) db in-order mag plusz egy kis fekete mágia, míg a konkurencia 4-8 magnál tart.
-
alevan
őstag
Most lényegében képes lessz arra a code morphing, hogy pl. asztali Win-t rátelepítsek Denver magos Tegrára és x86 alkalmazásokat futtassak? Ha jól értettem, a code morphingnak ez volt anno a célja (vagy hasonló).
-
Abu85
HÁZIGAZDA
Eléggé általános, hogy a menedzselt nyelvek sokkal kedvezőbbek a programozók igényeihez. Nem mellesleg sokkal biztonságosabbak. A probléma az, hogy ezek nem olyan gyorsak, mint a C++, de tényleg számos olyan fejlesztés van, ami azt a célt szolgálja, hogy a menedzselt nyelvek felgyorsuljanak, és eközben megtartják a biztonságot is. Ezek az opciók sokkal jobban igazodnak a programozók igényeihez, mint a C++ például.
-
vicze
félisten
A cikket elolvadtad úgy egyáltalán, vagy csak úgy random böfögések? Elég világosan le van írva, hogy nincs köze a x86-hoz... Szóval de "Fail"...
A témához.
Valóban érdekes koncepció lett a végére az in order végrehajtással, amivel a fogyasztás kordában lehet tartani, de SW-vel megőrzik az OOO előnyét is. A valós teljesítményre kíváncsi leszek. Mert most szépen mutatják az 1 magos teljesítményt, csak éppen 2-vel kevesebb van benne mint a konkurenciában, tehát minden ahol nem 200% az előny annál gyak gyengébb összességében. -
Abu85
HÁZIGAZDA
Egyrészt igen. Nekik jó az ARM. Másrészt ha megnézzük az OS-eket, akkor arra haladunk, hogy mindegyiknek lesz tökéletes ARMv8 és AMD64 változata (ARMv7 és x86 opció tipli lesz, mert a 64 bit már kell). Ergo a CPU ISA ebből a szempontból nem lesz hátrány. A programok fejlesztésénél is egy olyan modell irányába tartunk, ahol egy runtime felel a futtatásért.
A Hot Chipsen volt egy előadás, ahol elég sok vélemény alapján kijelenthető, hogy nem azért használjuk a C-t és C++-t, mert olyan jó, hanem azért, mert teljesítményt adnak. De a jövőben lesznek menedzselt nyelvek, amelyek ugyanezt a teljesítményt kínálják. A Java 9 például nagyot lép előre, és lesz M# is a Microsofttól. Ha a közeljövőt nézzük, és a Java 9 felkínálja a komoly teljesítményt, akkor nem kérdés mit kell/fogunk használni. -
Abu85
HÁZIGAZDA
Mivel ennek semmi köze az x86-hoz, ezért nem kell hozzá. Ez egy ARMv8 processzor, ami szoftveresen rásegít az ARMv8 kódok mikrokód optimalizálásában. Ezért írtam, hogy ez nem igazán code morphing, hanem annak egy átformált verziója. Leginkább arra jó, hogy in order mag legyen out of order hatékonyságú, out of order ütemező beépítése nélkül.
Egyébként, ha az NV nagyon akarja, akkor csinálhat AMD64-es processzort. Az x86 az Intel tulajdona, arról megegyeztek, hogy sosem használja fel, de az AMD64 az AMD tulajdona. Annak a licencelése csak pénz kérdése. Amit csinálni kell, hogy le kell tiltani az AMD64 x86 kompatibilitási rétegét, ami csak egy módosítás a mikrokódban, és rögtön kiadható egy PC-s processzor, ami minden 64 bites programot futtat.
-
Egon
nagyúr
Pech, de ennek spec az égvilágon semmi köze az AMD-hez.
Attól még van igazságtartalma a megállapításnak, nem kicsi...
Szóval EPic Fail szemtanúi lehettünk élő adásban.
Az előző mondatom alapján, ezt azért nem mondanám... Vagy ha igen, akkor a te háeszed is beállt a sorba...
A hírhez, nem válaszként. Ehhez nem kellene az nV-nek x86-os licensz?
Anno a Transmeta-nak mintha lett volna...
-
#65675776
törölt tag
Pech, de ennek spec az égvilágon semmi köze az AMD-hez. Szóval EPic Fail szemtanúi lehettünk élő adásban.
Egyébként kellemetlen lehet a rendszermemóriából leválasztani számára RAM-ot. Figyelembe véve, hogy egy eleve UMA architektúrát használó IGP is lesz ott, utóbbi ezt csúnyán megsínyli valószínűleg.
-
#16939776
törölt tag
Szintetikus teszteken elért "impressziv" eredményeket milyen fogyasztás mellett produkálta?
-
qad
senior tag
válasz
Plazmacucci #1 üzenetére
Persze, mert Abut rendszerszinten optimalizálta az AMD.
-
A vállalat átformálta az eredeti code morphing koncepciót, ami első ránézésre nagyon érdekesnek tűnik. Abunak.
Új hozzászólás Aktív témák
Hirdetés
- iPhone 17 képernyővédő üvegek mutatják meg a méretkülönbségeket
- Exkluzív órák
- PROHARDVER! feedback: bugok, problémák, ötletek
- Tenisz topic
- Milyen TV-t vegyek?
- Autós topik
- Battlefield 6
- SamKnows és NMHH internet sebességmérés
- PlayStation 5
- Kiemelkedően csendes ASUS VGA jött a Noctua közreműködésével
- További aktív témák...
- Telefon felvásárlás!! Xiaomi Redmi Note 12, Xiaomi Redmi Note 12 Pro, Xiaomi Redmi Note 12 Pro+
- Apple Air Pad 5.generácio / 32GB / Wi-fi / 12Hó garancia
- BESZÁMÍTÁS! ASRock B550M R5 5600 32GB DDR4 512GB SSD RTX 4060 TI 16GB Zalman N5 Chieftec 700W
- 3DKRAFT.HU - 3D NYOMTATÁS - AZONNALI ÁRAJÁNLAT - GYORS KIVITELEZÉS - 490+ POZITÍV ÉRTÉKELÉS
- PROCASTER 40UNB700 40" 101cm televízió eladó
Állásajánlatok
Cég: FOTC
Város: Budapest