- AMD K6-III, és minden ami RETRO - Oldschool tuning
- Házi barkács, gányolás, tákolás, megdöbbentő gépek!
- Milyen billentyűzetet vegyek?
- A soknál is több pénzzel gyorsítaná fel a hazai chipszektort Kína
- TCL LCD és LED TV-k
- Mikrokontrollerek Arduino környezetben (programozás, építés, tippek)
- Mini-ITX
- Hobby elektronika
- AMD Navi Radeon™ RX 6xxx sorozat
- Intel Core i5 / i7 / i9 "Alder Lake-Raptor Lake/Refresh" (LGA1700)
Hirdetés
-
5G-vel és hőkamerával strapálja magát az Ulefone
ma A ThermoVue rendszere mellett az éjjellátó képességek is megvannak.
-
Biztonsági tanácsot és újabb áttörést ígér az OpenAI
it Nem csak biztonsági tanácsot állított fel az OpenAI, de egy új, áttörést ígérő AI-modell tréningezését is elindította.
-
Spyra: nagynyomású, akkus, automata vízipuska
lo Type-C port, egy töltéssel 2200 lövés, több, mint 2 kg-os súly, automata víz felszívás... Start the epic! :)
Új hozzászólás Aktív témák
-
vittorio7
őstag
Hajrá!
-
marositech
senior tag
Az rendben van, de a 'droid tudja a 64 bitet? (bocs, ha láma kérdés volt)
Olyat rádverek...hogy megkulázol! :)
-
rootkiller
őstag
válasz marositech #2 üzenetére
Hányan használtak XP-t (ugye nem kell mondanom hogy 32 biten) Core 2 Duo procin?
Artengo TR 990 Pro
-
ivana
Ármester
válasz marositech #2 üzenetére
Mindegy, mert le lehet fordítani a nagy részét 64 bitesre, de a többi portolása se lehet sok. Illetve van visszafelé kompatibilitás a 32 bitre ARM-on is (ha jól emlékszem)
-
marositech
senior tag
válasz rootkiller #3 üzenetére
Szem fuss neki olvasásilag. Maga a 'droid képes-e?
ivana: Köszi!
[ Szerkesztve ]
Olyat rádverek...hogy megkulázol! :)
-
TeeJay
félisten
ez a SOC kevesebbet fog fogyasztani mint az előző generáció? ha igen akkor jöhet
Mixgyűjteményem ---> https://www.mixcloud.com/teejayhouse/
-
kcsa
veterán
válasz rootkiller #3 üzenetére
Másképp tenném fel a kérdést (nem költői, mert nem tudom a választ egyértelműen). A V8 architektúra 100% visszamenőleg kompatibilis a V7-el?
-
bteebi
veterán
Nagyon jól hangzik . Én nagyon szeretem az MTK SoC-it, olcsóságuk ellenére is elég gyorsak . Két dolgon tudnának (kellene) jelentősen javulniuk, elsősorban a GPU teljesítményén faraghatnának, na meg a GPS-en. Az előbbi az újabb SoC-k esetében már szerintem nem probléma, az utóbbiról mondjuk nem tudok, de jobb esetben már az se gond.
Cancel all my meetings. Someone is wrong on the Internet.
-
devast
addikt
válasz marositech #2 üzenetére
Q3-ban szállítják a chipet => ebből 2015 Q1 előtt nem lesz termék. Arra már biztos lesz 64bit-es droid. Mediatek paper launch-okat csinál már jóideje. MT8135-öt is 2013 Q3 óta szállítják, mégsincs piacon 1 termék sem ami rá épülne.
-
dergander
addikt
Még az asztali gép se használja ki a 64bitet,pedig már van a piacon 2004óta ilyen cpu. Akkor miről van szó?
-
rootkiller
őstag
válasz marositech #5 üzenetére
Azért mert 64 bit a proci feltétlen 64 bites rendszer kell rá? Erre akartam utalni. Amúgy meg a 32 bites programok nem futnak x64 windowson?
Artengo TR 990 Pro
-
LordX
veterán
válasz rootkiller #12 üzenetére
Nem kell, de sok értelme van +x áramfogyasztó tranzisztort belepakolni a mobilba, úgy, hogy ki se használod.. (32 bites módban ugyanazt tudja, mint egy jelenlegi ARMv7 proci..)
-
LordX
veterán
válasz #32839680 #14 üzenetére
Mert az ARMv8 ennyivel tud többet:
- 64 bites mód.
- Cryptograpy instructrions (AES, SHA-1, SHA-256 támogatás)
Éééés ennyi, más nincs a v7-hez képest. A GPU az nem az ARM utasításkészlet része, és bármit lehet ARM proci mellé rakni, nem csak a Mali T-6xx-eket. (BTW, rólunk van PH! cikk..)A 64 bites mód változásai se túl hatalmas lista:
- ~2x annyi darab regiszter (NEON számára is)
- 2x hosszabb regiszterek
- Kivették a predication-t (szerintem ez hatalmas fail, de ez kellett, hogy beleférjenek a fix 32 bit hosszú utasításkészletbe..) -
solaris17
aktív tag
válasz rootkiller #12 üzenetére
Kompatibilitási módban, azért fut a java részük.
Phenom II X6 | 8 GB CORSAIR XS3 | Kingston V300 | HD 7790 | Creative X-FI Fatal1ty
-
bigmanke6
csendes tag
Szerintem arra gondol, hogy a programok és SDK-k amiatt, hogy minél szélesebb proceszor architektúrát meg utasításkészletet támogassanak, nem használják ki hogy a regiszterek 64 bitesek (én ugy tudom, hogy a prociban levő sínek is emiatt 64 bitesek, meg a memória címek is, és még ki tudja mi és ezekből már lehet profitálni).
Véleményem szerint ha egy SDK fejlesztő (Android federation) nyom egy resetet és nem használ fel előzőleg 32 bites architektúrára írt kódókat az új 64bites arhitektúrá írt SDK-ban, és újra gondolják az egészet akkor igenis van előnye. Persze a kernellel, a linux maggal és az androidoddal is ugyan ezt kellene tenni valószinűleg.
-
bunevo
tag
Szépen szállingóznak a PS3 és XBOX 360-nál erősebb ARM mobilchip-bejelentések. De vajon mikor jönnek majd az ekkora erőt hatékonyan kihasználó szoftverek is hozzá? (Persze most év végén sajnos még hasonló vasat is alig lehet majd kapni).
Hű de szívesen látnék ODROID, RADXA és más bare-board termékeket ezekkel a 200-300 Gflops körüli SoC-kal, mint ez az MT6732, vagy a Tegra K1, Snapdragon 805, stb.[ Szerkesztve ]
-
vicze
félisten
A NEON már most is 128bit-es, független a CPU-tól.
A ThumbEE kerül ki ARMv8-ból, mivel már nincs szükség rá, nem gyorsít semmit már. -> "No predication for most instructions (except branches)."
Vannak még más + utasítások is amik gyorsítanak dolgokat és több registert kapsz, ami szintén gyorsít. -
LordX
veterán
Akkor most kicsit figyelmesebben olvasd el amit írtam.. Attól még hogy 128 bites, nem mindegy, hogy 16 vagy 32 db regisztert tudsz használni.. (Arra, hogy egy SIMD utasításkészlet független a CPU-tól... "No comment is a comment.")
Igen, a ThumbEE is kikerült, de ez senkit nem érdekel, mert nem volt jó semmire amúgy se Viszont a Thumb-2 utasításkészlet (T32 néven) megmaradt.
A brancheknél még jó, hogy van predication, különben hogy a halálba csinálnál bármilyen elágazást, ha csak feltétel nélküli ugrás lenne?
[ Szerkesztve ]
-
ivana
Ármester
válasz bigmanke6 #18 üzenetére
Véleményem szerint ha egy SDK fejlesztő (Android federation) nyom egy resetet és nem használ fel előzőleg 32 bites architektúrára írt kódókat az új 64bites arhitektúrá írt SDK-ban, és újra gondolják az egészet akkor igenis van előnye.
Ha 64 bitre fordítod le akkor 64 bites bináris lesz, ez vagy lefordul, vagy nem, nagyon kevés assembly kód van a kernelben is, nem hogy a frameworkben. A linux kernel kb. mindenen fut ami számítógépnek nevezhető, nem kell újra gondolni+ Az esetek 95 százalékában elég a single precision float, meg a 32 bites int szóval nem tudom mit akarsz ezzel.
[ Szerkesztve ]
-
vicze
félisten
Nyilán nem arra értettem hogy a CPU nem függ az ISA-tól.
A NEON mint HW elem, független a CPU-tól és nem függ az ISA-tól, mert pont hogy külön SIMD.
NEON: "Advanced SIMD extension is a combined 64- and 128-bit SIMD instruction set" Nem függ az alap ISA-tól, tudtommal nem is változott.A "Branch predication" cikket linkelted, ezért értettem azért félre.
-
bigmanke6
csendes tag
A linux kernel azért fut mindenen mert open source ezért mindenre lefordíthatja akárki és általában le is fordítják.
A 64bites regiszterekre átlag programokhoz valóban nincs szükség, ez igaz. Az hogy a frameworkben nincs Assembly az csak annyit jelent, hogy ahhoz valakik írtak hozza forditót amely a magas szintű nyelvet le tudja fordítani gépi nyelvre, mert ugye az utasításkészletben nincs ilyen hogy OpenNetworkConnection(), hanem olyan van hogy add, compare, move (persze kicsit bonyolultabbak is) és stb. Ezért a magas szintűt függvény (amit meghívsz a libraryből) háta mögött van 1000 sor C vagy más utasítás és minden C utasítás mögött átlagosan 10-20 gépi kód. Egy átlagos Android aplikáció fejlesztő nem lát bele és nem is fér hozzá a függvényekhez csak építkezik a legó kockákból. Akik a legó kockákat csinálják (az SDK fejlesztői) azok meg tehetnek azért hogy kihasználják az architektúra változásait, jelen esetben a 64 bites architektúra előnyeit.
-
vicze
félisten
válasz bigmanke6 #24 üzenetére
Pontosan a fordító kell tudja. Jelen esetben GCC -> ARMv8 support. Decemberi.
Van már a Linux kernelhez is pár ARMv8-as commit amúgy.64bitnek mit tekintetek Droidon x64-et vagy ARMv8-at? Csak úgy kíváncsiságból kérdezem. Melyik A 64bites Droid?
Pont ugyanolyan különböző ISA-k mint az ARMv6, ARMv7, x86, MIPS. Érdekes módon ezek is meg lettek oldva egy fordítással, x64 és ARMv8 is meg lesz.[ Szerkesztve ]
-
#06658560
törölt tag
válasz rootkiller #12 üzenetére
Biztos, hogy a 64 bites proci tudja a 32 bites utasításokat is kezelni?
-
bigmanke6
csendes tag
Szerintem sem kérdéses, hogy simán lefordítják, hiszen a tervezésnél szempont a visszafele való kompatibilitás, tehát nem nehéz a fordítót megírni és a kódokat portolni. Az én kérdésem inkább az, hogy a fordító írásakor mennyire tudják kiaknázni az úk architektúra előnyeit? Egyelőre szerintem kevésbé, majd idővel fog kiforrani a dolog, amikor is jó nagy kézzel fogható előnye fog mutatkozni a 64bitnek a 32bithez képest.
64 bitnek tekintem az x64et és az ARMv8-at is. Az hogy az android inkább az ARM processzorokra van fejlesztve, ezért az ARMv8 támogatása jelenti a 64bites droidot. x64 asztali processzorok szintjén szerintem az Android nem akar versengeni a wondowsal meg a különböző linux disztrubokkal, ezért nem sok értelme lenne az x64 támogatása droid részről.
-
vicze
félisten
válasz bigmanke6 #28 üzenetére
"Az én kérdésem inkább az, hogy a fordító írásakor mennyire tudják kiaknázni az úk architektúra előnyeit?"
Erre cinikusan azt kérdezem, hogy számít? Jelenleg a 64bit marketing túlnyomórészt, az Apple bedobta és most mindenki erőlködik vele keservesen.
A regiszterek számának növelése és több architektúra optimalizáció miatt biztos gyorsabb lesz az ARMv7-nél optimalizálatlan fordítóval is, akár ARMv7-et futtatva is. A programokat úgy is nagyon lassan fogják optimalizálni, ahogy Win-en is nagyon lassan terjed a 64bit. A jelenlegi SoC teljesítmény is akkora, hogy kihasználatlan 99%-ban, sőt a programok optimalizálatlanságát a teljesítménnyel kompenzáljuk épp.Az Intel azért szeretné (mármint kedvelné, hírek szerint már kész vannak vele) a x64-et. Ugyan úgy kell nekik is a verseny miatt, és telefon fronton egyre erősebbek akarnak lenni, így futni kell nekik is a 64bit után.
-
bigmanke6
csendes tag
Ezzel én is teljesen eggyet értek.
Az Intel szeretné ha az x86(vagy x64) elterjedhetne a mobil szegmensben, mert ők abban nagyon erősek és nagy a tapasztalatuk és szeretnének ők is a mobil eszközök tortából egy szeletet. de egyelőre ugy néz ki, hogy az x86 nem oda való, az x64 főleg nem.
-
ivana
Ármester
válasz bigmanke6 #24 üzenetére
Tudom, fordítottam már androidot (És jelenleg is fejlesztek rá) Valószínűleg hasonló lesz a PC-hez ahol azért kellett a 64bit mivel 4 gigánál több ram került a gépekbe (a csúcs kategóriás cuccokban most is van 2GB), addig kb. semmi értelme, érdemi gyorsulást csupán az, hogy 64 bites pc-en se hozott, viszont cserébe jóval több ramot fogyaszt. Erre pedig nagy részben nem az android SDK-t hanem a gcc-t kell optimalizálni. Egy teljesen új architektúrára a kernelt viszont nem olyan egyszerű lefordítani.
nem lát bele és nem is fér hozzá a függvényekhez Maximum csak javában van írva és akkor nem, de lehet natív kód is. -
tjb007
nagyúr
Úgy látszik senki sem szeretne kimaradni 64 bites buliból.
A Marvell is bejelentette hétfőn a saját Cortex-A53 magos négymagosát Vivante GC5000 GPU-val és LTE-vel. Kemény harc lesz itt.[ Szerkesztve ]
-
vicze
félisten
Az A57 NEM fér bele a 5W-os TDP-be még 2maggal se! ARM által nyújtott "standard" megoldás nem működik, így saját architektúrát kell csinálni, ami rengeteg idő és pénz.
Apple óriásit húzott azzal és 1évvel mindenki elé lépett, hogy kihozták a ARMv8-at. Hogy a Denver pontosan mi lesz azt várjuk ki. Egy 5éve fejlesztett dologról beszélünk, ami hirtelen 32-ből 64bites lett. A híresztelések szerint egy emulált architektúráról van szó, ugyan úgy ahogy Apple estén két gigantikus maggal, ami telefonba elég esélyesen alkalmatlan lesz.
Itt megjegyezném, hogy pár napja feltűntek a neten a Samsung ARMv8-as magjára utaló jelek, pontosabban commiteltek a Linux repo-ba pár sort amiben benne egy ARMv8-as SoC-ról van szó. Szóval a SoC kész van, de még nem gyártás érett. Továbbra is Note 4 nyár vége/ősszel.Architektúra problematika:
Az Apple 2 maggal kb. 10perc terhelés után éri el a thermal throttling-ot 1,4GHz-n és még így se érik el az S800 teljesítményét. S800 estén is ennyi kb. a terhelhetőség ott is egyből visszavesz az órajelből, de az legalább 2,5GHz-ból tud visszavenni.
Apple bevállalta azt, hogy az időtállóság kévéért inkább architektúrát váltanak, minthogy magszámot növeljenek. Amúgy nem véletlen próbálkoznak keservesen a TSMC-nél a 20nm-rel.Tehát azért választja mindenki az A53-at, mert ez elérhető ami belefér a 5W TDP-be, saját architektúrát szinte senki más nem tud fejleszteni, a hiányzó tudás és pénz miatt. Bár lassan kb. egyesével gyártókra lebontva el tudnám mondani, hogy mi a problémájuk és mivel szenvednek.
-
azopi74
addikt
Denver:
Én nem emlékszem arra, hogy valaha is szó lett volna 32 bitről. Úgy emlékszem, x86-64-nek indult, jobban mondva, Transmeta szerű code-morphing-gal támogatta volna az x86 ISA-t, de azt kihúzták végül, miután nem tudtak az Intellel megállapodni, ezért maradt az ARMv8 (ARMv7 szerintem szóba se jött)
De ilyen architektúrával nem okoz gondot akármilyen ISA támogatása, így akár Power ISA-t támogató verzió is jöhet, az OpenPOWER konzorcium oszlopos tagja az nVidia (tudom, az nem csak az ISA-ról szól, hanem magáról a CPU architektúráról, de akkor is sejtet valamit a közeledés).
Vagy, ha az Intellel később végül mégis meg tudnának állapodni, jöhet akár az x86 támogatás is vissza, anélkül, hogy alapjaiban újraterveznék az architektúrát. Egyébként szerintem nem 5 éve tart a fejlesztés, hanem jóval régebb óta, 2006-ban vették át gyakorlatilag a Stexar-t, a Transmeta legtöbb mérnökét, és a Transmeta IP-ket is azóta licenszelik. Kíváncsi vagyok, mi lesz a vége, remélem nem jut a Transmeta sorsára a projekt, de volt lehetőségük a hibákból okulni. De telefonban szerintem sem fogunk találkozni egy ideig Denver maggal, esetleg majd a Parker-ben 16 nanon.
A57:
Hát igen, ez inkább 16nm FinFET-re lett tervezve, de 20 nano minimum kell neki, 28 nano-n esélye sincs még tablet piacon sem, nemhogy telefon-piacon, az ARM-os fiúk megint elszámolták magukat a gyártástechnológiában. Nem értem, miért nem hoztak ki egy visszafogottabb out-of-order CPU-t, az A53 és A57 közé, ami emberi fogyasztás mellett képes emberi teljesítményt nyújtani a jelenleg elérhető technológián is.
Valami olyasmit, mint az A12, amivel szintén megkéstek egy kicsit.
Hasonló volt a történet volt A9-A15 váltásnál, de ott volt a Krait, mint alternatíva. Most viszont úgy látszik, a Qualcomm sincs felkészülve.Samsung:
Hát ha csak ARMv8-as SoC-ról volt szó, az nem feltétlenül saját architektúra, lehet, hogy az is csak egy A53-as megoldás. Qualcomm-ról is csak annyit lehetett tudni, hogy ARMv8-as SoC, mindenki reménykedett, hogy custom CPU, jön a Krait64, aztán jött a hidegzuhany. Pedig nekik azért nagyobb tapasztaluk van a CPU tervezésben, mint a Samsungnak ... Vagy az is lehet, hogy A57 lesz, a Samsung titokban belehúzott Austinban, és indítják a 14 nanos FinFET tömeggyártást
Cyclone:
Ez is "emulált" architektúra, mint a Denver? (Bár az emuláció nem a legjobb szó, mert az szoftveres dolog, ez meg firmware szintű) Erről van valami forrásod? Én még nem hallottam róla. Egyébként Apple marketing-osztálya könnyen megengedheti magának azt is, (sőt, ennél jóval merészebb dolgokat is ) hogy két magos telefont/tabletet dobnak piacra, de próbálja meg ezt akármelyik más gyártó, fel lenne adva a lecke a marketingeseknek, az biztos
-
vicze
félisten
Denver:
Én is nagyon kíváncsi vagyok rá, hogy mit alkotnak. Az biztos, hogy a ARMv7-be belekezdtek, mert v8 még nem volt, mikor "dobni" kellett az x86-os terveket. Sőt mivel a v8 visszafelé 100% kompatibilis így az ISA végső soron csak kibővítve lett, az architektúra maga meg amúgy se ARM. x86-ot szerintem már nem akarnak nagyon tolódik minden szegmens az ARM felé.A57:
Azért nincs köztes, mert az ARM a v8-at teljes mértékben szerverekbe szánta és fene se gondolta volna, hogy az Apple máshogy gondolja. ARM részéről a köztes felesleges volt, mivel az A53 csak a A57 kiegészítése lenne minden esetben, csak hát elszámolták magukat.
A marketing és a piac legyőzte az ésszerűséget.Samsung:
Személyes tippem, hogy a Samsung az ARM-mel közösen gyakorlatilag megcsinálja az a hiányzó köztes láncszemet és egyszerre jelentik be majd a két terméket, ahogy történt most az A17-nél.
Látható az is hogy Qualcomm se gondolkodott 64bit-ben(őket is eléggé meglepte az Apple) és még nekik is 1év kidöngölni a földből a saját architektúrát, de tőluk biztos nem lesz ARMv8 20nm nélkül.Apple:
Lehet félreérthető voltam, nincs emuláció. Egyszerűen olyat csináltak amire senki se számított, mivel szükség nincs rá, sok előnye sincs (hátránya viszont mobilban fájó), de az Apple jövőbeni terveihez ez kell. -
namaste
tag
ARMv8
Az ARM a ARMv8-at mobilba is szánta, a telefonoktól a szerverekig skálázható. Az elképzelhető, hogy a Cortex-A57 telefonba csak 20nm-en kerül bele.Denver
Az egyáltalán nem biztos, hogy egy Trasmeta-szerű megoldás lesz, lehet natív ARMv8. Amikor bejelentették, hogy a Denver 64 bites ARM processzor, akkor az ARMv8 még nem volt nyilvános. A cél nem csak a mobil, hanem a desktop, a Steam Machine és a HPC is lehet Maxwell-lel párosítva.Apple
A Kraittal összehasonlítva, egy CPU mag esetén a Cyclone gyorsabb alacsonyabb frekvencián, több mag esetén fordul a helyzet. Azt tudjuk ki fejlesztette az Apple processzorait? A PA Semi, az Apple?Samsung
Korábban az jelent meg, hogy két fázisban készül 64 bites SoC: előbb ARM, majd saját fejlesztésű CPU-val. -
tjb007
nagyúr
Amire eljutunk a 20nm-ig (ami véleményem szerint még mindig kevés lesz egy telefonnál az A57 esetében), addigra várhatóan az ARM be fogja mutatni a köztes dizájnt, így okafogyottá fog válni.
Persze nem elképzelhetetlen, hogy lesz olyan bátor vállalkozó, aki bevállalja akár már most is lesz ami lesz alapon.„Azt tudjuk ki fejlesztette az Apple processzorait? A PA Semi, az Apple?”
100%-os biztonsággal ? Nem.
Papíron csak annyi van, hogy Apple, de mivel ugye a P. A. Semi az Apple tulajdonában is, így nagyon nagy valószínűséggel ők csinálták. -
vicze
félisten
ARMv8
4maggal még 20nm-en is csak neccesen tudod belerakni, nyomott órajellel, ahogy az Apple tette, illetve a mérete miatt iszonyatosan nagy és drága lenne a SoC.Denver
Szinte biztos, hogy code morphing lesz benne.
"Project Denver was revealed at the 2011" akkor még nem létezett az ARMv8. Inkább x86 ARMv7 lett volna és utána váltottak ARMv8-ra. Ha 2011-ben 0-ról újrakezdték volna még 2év múlva se lenne kész.Apple
Hát a Intrinsity inkább van köze hozzá, mint a PAS-nek, de mind a kettő már rég Apple.Samsung
Az belső marketing anyag volt, nyugodtan hagyd figyelmen kívül, jó sok hülyeség volt még abban a doksiban, ami a technológiát teljesen figyelmen kívül hagyja csak rajzoltak egy felfelé ívelő görbét, a managereknek, ha örüljön szerencsétlen.
Új hozzászólás Aktív témák
- Kerékpárosok, bringások ide!
- Nintendo Switch
- AMD K6-III, és minden ami RETRO - Oldschool tuning
- Elektromos autók - motorok
- Házi barkács, gányolás, tákolás, megdöbbentő gépek!
- Vallás
- Milyen billentyűzetet vegyek?
- Egyre több európai használja a Telegramot, ezért megkereste az EU
- Szerkesztett és makrofotók mobillal
- Samsung Galaxy Watch (Tizen és Wear OS) ingyenes számlapok, kupon kódok
- További aktív témák...
- Xeon E3 1230 V3 LGA 1150 processzor i7 4790 i7 4770 teljesítménnyel
- Beszámítás! Intel Core i7 4790K 4mag 8szál processzor garanciával hibátlan működéssel
- Intel I7 12700KF 12mag/20szál - Új, Tesztelt - Eladó! 85.000.-
- Hibátlan - INTEL Core i7-9700K 8 mag CPU 4.9GHz + UHD Graphics 630 - LGA1151v2
- ÚJ, Bontatlan AMD Ryzen 7 7800X3D
Állásajánlatok
Cég: Alpha Laptopszerviz Kft.
Város: Pécs
Cég: Ozeki Kft.
Város: Debrecen