Hirdetés
-
Mindent vitt 2024 elején a Galaxy S24 Ultra (Androidon)
ma Kolosszális kamerafrissítéssel készül a Samsung, de van, amit visszatart az S25-nek.
-
Retro Kocka Kuckó 2024
lo Megint eltelt egy esztendő, ezért mögyünk retrokockulni Vásárhelyre! Gyere velünk gyereknapon!
-
Alig néhány nap múlva jön a Silent Hill Transmission előadás
gp A műsor alatt a készülő játékok mellett az új film részleteibe is kapunk betekintést.
Új hozzászólás Aktív témák
-
félisten
A vállalat átformálta az eredeti code morphing koncepciót, ami első ránézésre nagyon érdekesnek tűnik. Abunak.
Vissza kell vinnem pár kazettát.
-
qad
senior tag
válasz Plazmacucci #1 üzenetére
Persze, mert Abut rendszerszinten optimalizálta az AMD.
-
#16939776
törölt tag
Szintetikus teszteken elért "impressziv" eredményeket milyen fogyasztás mellett produkálta?
[ Szerkesztve ]
-
#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.
-
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...
"Bonyolult kérdésre egyszerű választ keresni helyénvaló, de ritkán célravezető megoldás" (Wayne Chapman)
-
Cathulhu
addikt
Ha az intelt megveszi valaki, azert meglesz neki az x86 licensz De amugy igen, a VIA-t ezert nem vette meg senki, pedig igen olcso lenne mar.
Ashy Slashy, hatchet and saw, Takes your head and skins you raw, Ashy Slashy, heaven and hell, Cuts out your tongue so you can't yell
-
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.
Senki sem dől be a hivatalos szóvivőnek, de mindenki hisz egy meg nem nevezett forrásnak.
-
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.[ Szerkesztve ]
Senki sem dől be a hivatalos szóvivőnek, de mindenki hisz egy meg nem nevezett forrásnak.
-
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
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.
[ Szerkesztve ]
Senki sem dől be a hivatalos szóvivőnek, de mindenki hisz egy meg nem nevezett forrásnak.
-
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ó).
"Ezért lovagol a pokolba a konzumer IT piac. A hülye igények... . Azt sem tudod, hogy mit akarsz de az jöjjon havonta frissités formájában."
-
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.
-
#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.
-
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.
Rockbandám: https://fb.me/scharlotterhodes *** Gitárelektronikai műhelyem: https://www.fb.me/goosetgitar
-
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. -
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.
''A file-cserélés öli meg a filmipart? Inkább a filmipar öli meg a file-cserélést. 2 hónapja nincsen semmi értelmes film, amit érdemes lenne letölteni...''
-
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.
-
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ű.
[ Szerkesztve ]
Senki sem dől be a hivatalos szóvivőnek, de mindenki hisz egy meg nem nevezett forrásnak.
-
addikt
Bazz, bár értenék egy szót is ebből. Mit kéne hozzá elvégeznem? BME info-mérnök?
-
freeapro
senior tag
-
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.
-
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.
-
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.
[ Szerkesztve ]
https://utdetailing.hu/
-
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.
[ Szerkesztve ]
-
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
[ Szerkesztve ]
-
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/// Nekünk nem Mohács, de Hofi kell! /// Szíriusziak menjetek haza!!!
-
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...
Alcatel onetouch idol2s the king
-
Sir Ny
senior tag
Szamomra nem derul ki, de ez a fordito/optimalizalo motor ez magonkent van egy-egy, vagy tobb magra egy?
-
Új hozzászólás Aktív témák
Állásajánlatok
Cég: Alpha Laptopszerviz Kft.
Város: Pécs
Cég: Ozeki Kft.
Város: Debrecen