Hirdetés
Új hozzászólás Aktív témák
-
Oliverda
félisten
válasz
_Scythe_
#174
üzenetére
Az A9X egy ultramobil SoC. A Core M-mel még éppen fair összevetni, de a Core i processzorokkal már nem. Amennyiben az Apple a MacBookokban is be szeretné vetni a processzorait, akkor oda egy más dizájnt készítene, mondjuk négy maggal és/vagy magasabb órajellel. A lényeg látszik, lőtávolban az Intel.
-
_Scythe_
aktív tag
válasz
#32839680
#153
üzenetére
Why the iPad Pro really isn't as fast a laptop
Az A9X tényleg egy powerful SoC, de azért ne temessük még az x86-ot
Ezt mindenképp ajánlom a figyelmedbe.Meg úgy egyáltalán a PH! figyelmébe, erről pl sehol nem láttam itt cikket.
-
Sir Ny
senior tag
válasz
Oliverda
#167
üzenetére
állítás1: az OSX és az adobe cuccok jelenlegi kódbázisa jelenleg is lefordul ARM-ra
állítás2: a winRT problémájának (hogy nincsenek rá szoftverek) az égegyadtavilágonegyhangyafaszse köze nincs a processzor ISA-hoz, hanem ahhoz van, hogy a Ms létrehozott egy új rendszert, amely, a programok nagymértékű újraírását követeli, sőt, ha az emlékezetem nem csal, egy csomó minden nem is megvalósítható benne (talán a böngészők nyilatkozatait közölte le az IT sajtó, hogy a winRT fos)
állítás1 és állítás2 már implikálja, hogy a
"Ezzel a nagy fejlesztők (pl. Adobe) rá lesznek kényszerítve, hogy a komoly, professzionális alkalmazásaikból legyenek tisztességesen összerakott ARM optimalizált verziók. A Windows RT is azon hasalt el"
egy lehetséges értelmezése, miszerint az ARM-os OSX bármiben is hozzájárnulna (a jelenlegi formájú) ARM-os windowsokhoz vagy bármi hasonlóhoz, tetemes méretű baromság.
(az irónia jó volt (nem))
@lordX: egyre gondoltunk
-
Fiery
veterán
válasz
Oliverda
#167
üzenetére
Amig nincs ARM desktop Windows (Win32 API-val ofcoz), addig milyen Windows alatt futhatna egy ARM Adobe szoftver?
Ebben a kerdesben a Microsoft a legkevesbe saros. Ok mindent megtesznek, csak ne akard a Win32 API-t hasznalni. Ha a WinRT-vel elvan az ember, akkor lehet kesziteni appot x86, x64 es ARM binariskent is, es futni fog minden Win10 eszkozon. Ez az, amit a Microsoft szeretne, nem pedig a Win32 tovabbvitelet me'g egy ujabb architekturara. Ebbe a koncepcioba vagy belerokkan a Microsoft, vagy pont ok fogjak a legnagyobbat nevetni a vegen -- majd meglatjuk par ev mulva.Az ARM alapu OSX-szel egyebkent van egy csomo problema. Eloszor is, furan venné ki magat, ha nem minden Macen allna at az Apple, nem lenne tul jo uzenete a dolognak. Masreszt pedig, es ez a nagyobb baj, hogyan biztosithatsz megfelelo szoftver ellatottsagot azonnal vagy nagyon hamar? Ennel me'g az is egyszerubb moka lenne, ha az iOS ugrana x86-ra, hiszen ott csupan az Xcode-ot kellene kicsit megpatchelni, hogy "titokban" a csomagba rakjon x86 binarist is. Az OSX ezerszer kemenyebb dio.
-
Sir Ny
senior tag
válasz
Oliverda
#161
üzenetére
Ke?
Össze nem hasonlítható a kettő.
Az adobe termékek ARM-ra való portolása nem több egy checkbox bekattintásánál az llvm-ben.
A winRT meg, kizárólag winRT programokat akart végrehajtani, az arra való portolás kb olyan mértékű, hogy a Ms sem készítette el rá az office-t.
(aztán, nem tudom)
-
Oliverda
félisten
Ezzel a nagy fejlesztők (pl. Adobe) rá lesznek kényszerítve, hogy a komoly, professzionális alkalmazásaikból legyenek tisztességesen összerakott ARM optimalizált verziók. A Windows RT is azon hasalt el, hogy nem voltak rá alkalmazások, és a Windows Phone is ettől szenved (többek között). Az alkalmazásokon áll vagy bukik egy OS sikere.
-
Sir Ny
senior tag
válasz
Oliverda
#158
üzenetére
mire gondolsz?
Nem látom, hogy mit indikálna ez. Szerintem a mac egy jól támogatott, viszont viszonylag független platform. Ez meg is fog maradni. A grafikus/tervező programok win+x64, osx+x64 fordításai mellé megjelennek az osx+arm fordítások.
Nem látom, hogy ez vonzóbbá tenné a linux+arm?/chromeos+arm?/android+arm?/?? platformok közül bármelyiket, se fejlesztői, se felhasználói oldalról.
---
Én úgy képzelem el, hogy először a chromebookokban törnek utat a nagyon olcsó chipek (+a samu esetleg), majd, talán valamikor megjelenik egy arm-os windows, és, onnantól kezdve mindegy lesz.
Ha a google lelövi a chromeOS-t, és a Ms se jön ki ARM-ra (pl intel nyomásra), akkor, nem látom, kinek miért kéne ARM-os PC. -
MongolZ
addikt
Jól van, akkor annyira nem voltam messze az igazságtól. Bár, van egy olyan sejtésem, hogy mire elérik az ARM procik az x86-osok teljesítményét, addigra másképpen fog kinézni az ár/teljesítmény arányuk. Valamint biztos vagyok benne, hogy ha az intelt valaki szorongatni fogja, akkor hirtelen fejlődni fognak teljesítmény/fogyasztás arányban.
-
Fiery
veterán
Ez harom valtozos egyenlet. Teljesitmeny, ar, fogyasztas. El kell donteni, hogy mi a prioritas, es aszerint lehet megmondani, hogy melyik CPU a tuti valasztas. Legalacsonyabb fogyasztas: ARM, teljesitmeny/fogyasztas arány: ARM, abszolut legnagyobb teljesitmeny: x86, legolcsobb: ARM, ar/teljesitmeny: nehez kerdes, de inkabb ARM, mint x86. Ez az egesz keplet aztan rahuzhato egy PC-re is, meg egy telefonra vagy tabletra is. Nekem pl. 2 PC-m van, az egyiknel a teljesitmeny a legfontosabb, a masiknal a teljesitmeny a legkevesbe fontos. Az elsonel (a munkagepem) szoba nem johetne egy ARM proci, a masiknal meg az a baj, hogy szoftveres akadalyok miatt nem johet szoba ARM
Anelkul csak az johetne szoba 
Az ARM egyebkent rettento sokat fejlodott az ARMv7 --> ARMv8 valtasnal. Lenyegeben felnott a legkomolyabb x86 procikhoz is, legalabbis architekturalis szempontbol. Egyedul az a gond vele most mar, hogy nem skalazodik olyan magas orajelekre, mint az x86 CPU-k. De azt is meg lehetne oldani, egy egyedi mag dizajnnal, csak akarat nincs ra jelenleg.
-
MongolZ
addikt
Értem én, hogy mire gondolsz, viszont - javítsatok ki, hogy ha tévedek - az ARM pont a kis teljesítményigényű közegben domborít, ott jó a teljesítmény/fogyasztás aránya. Mintha régebben lett volna egy olyan cikk, hogy ha el akarnának érni ARM alapokon egy középkategóriás x86/64 proci teljesítményét, többet fogyasztanának, mint a jelenlegi procik.
-
Fiery
veterán
válasz
#32839680
#153
üzenetére
A Geekbench eleg sokretu benchmark, egy halom kulonfele altesztet futtat, ugyhogy ha nem is feltetlenul mondanam szupernek, de mindenkepp egy relevans cross-platform benchmark. Es jol lathato, hogy az ARM procik nagyon erosekke valtak 2015-ben, abszolut realis alternativai az alacsony fogyasztasu x86 prociknak.
-
Fiery
veterán
A legtobb desktop PC felhasznalashoz eleg lenne egy magas orajelre skalazott ARMv8 SoC is. Most jarnak 2,3-2,5 GHz kornyeken, ezt 3 GHz-re fel lehetne huzni, ha el lehetne kicsit engedni a TDP-t. 10 Wattot szerintem tudna hozni egy 3 GHz-es ARMv8 SoC, az pedig mar boven elegendo lenne desktop felhasznalasra is egy szeles adatbusszal es/vagy nagy cache-sel (ld. Apple A9X).
-
Fiery
veterán
Persze hogy nem lenne ertelme, ezert is limitalt az a bazis, ami fel tud venni ARM alapu PC-t (ld. Chromebook/Chromebox eladasok alakulasa). De ennek leginkabb a szoftver problema az oka, sokkal kevesbe a hardver problema. 14 nanon meg nincs sok ertelme legyartani egy E6700-at, hiszen annak a teljesitmenyet mar 22 nanon is hoztak az x86 procik (Bay Trail).
-
-
Fiery
veterán
Miert, mire jo az ARM alapu okostelefon vagy tablet?
Ugyanarra jo lenne egy PC is. Egyedul a szoftver a kerdes, azaz hogy mit hasznalsz egy ARM alapu PC-n. Nekem pl. van itthon egy Ivy Bridge alapu miniPC-m, amin tipikusan 2-3 fele szoftvert hasznalok. Ha ez a 2-3 szoftver mukodne ARM procival is, akkor le tudnam cserelni a mostani miniPC-t egy me'g kisebb, me'g kevesebbet fogyaszto, teljesen passziv masinara. Pl. egy olyasmi tetszene, mint a Cubietruck, a teljesitmenye is elegendo lenne, csak sajnos az egyik szoftvert nem tudom kivaltani. Az egyik szoftver, amit hasznalnom kell, x86 Windows alatt fut es kesz 
-
-
R9DEON
senior tag
válasz
velizare
#139
üzenetére
Nem a csodát, egy másik szájt trolljai végig ezen ugráltak hogy az egész GCN sorozat nem más mint egy átnevezés, furán gondolkodnak egyesek ha hozzányúlsz a félépítéshez de nem váltasz csíkszelességet egyből átnevezésnek minősítik ha pedig csak a csíkszelességet csökkented de semmit nem csinálsz vele csak kap egy másik kódnevet az úgy ok.
-
LordX
veterán
Van egy ARM-os Samsung Chromebook 2-m, Ubuntu rá van rakva egy SD kártyára (nem akartam legyalulni a ChromeOS-ot a beépitett 16GB-sről), azt leszámitva, hogy lassú, mint az atom, minden megy rajta tökéletesen. Mondjuk vicces, hogy a Mali OpenCL-ben könnyen lenyomja a Haswell Pentiumos laptopot ( vajon mire használom?
) -
Fiery
veterán
"Tekintsünk el a szoftverbázistól, megszokástól"
Ha attol el lehetne tekinteni, akkor mar nem itt tartanank. De ha megis eltekintunk tole, akkor a notebook, tablet es desktop szegmensben lehetne ARM alapu masinakat is hasznalni. Mint ahogy vannak ARM alapu notebook es desktop gepek is, pl. Linuxszal vagy Chrome OS-szel. Valamint, ott a Continuum is, ami szinten ARM alapu PC-re egyfajta megoldas -- csak ugye megy a nyavalygas ott is, hogy nincs ra app/szoftver. A workstation es szerver szegmensben viszont me'g sehol nincs az ARM, es mar evek ota csak az igergetes megy.
-
namaste
tag
De, megoldható lenne. Elég lassan indul be a dolog, lehet SBC-ket kapni Linux-szal, Androiddal, illetve hamarosan jönniük kell a szervereknek: AMD Opteron™ A1100, Qualcomm 24 magos, Cavium ThunderX™, AppliedMicro X-Gene®.
A RISC-V architektúrát is figyelembe lehet venni mint potenciális kihívó. Berkeley egyetemi project nyílt forrású processzormagokkal, legyártott prototípus csipekkel.
-
sayinpety
tag
Long mode compatibility sub-modban van. 64bit modban nincs.
A NOP opcodeja maradt 0x90. Galibat is okozott. 8086nak nincs igazi NOPja. xchgre forditja az assembler. 64bit modban az xchg torli a felso eax 32bitet. Assembler ma mar ketbajtos kodolast 0x87h, 0xC0 general.
AMD64 NOP elonye gyorsasag. Regen a NOP ket-harom ciklus volt. Ma csak egy. -
Tudni kéne ténylegesen miről szól a két licensz, mennyire függetleníthető. Azaz a long mode bizonyos utasításai x86-nak tekintendőek-e, vagy az egész AMD64 licensz kiterjed rá.
szerk: na látom leírtad ugyanezt.
szerk2: szerintem szimplán azért kell csak az x86 az AMD-nek, mert rengeteg legacy kód van rá. Ha nem lenne, akkor (feltéve ha az AMD64 nem függ az x86-tól) simán felbonthatná a keresztlicensz-szerződést, hisz minek neki x86, ha senki sem használja?
-
Fiery
veterán
En alapvetoen tojok a NOP-ra vagy barmelyik mas kozos utasitasra. A problema csupan az, hogy a jogaszok maskepp gondolkoznak
Ok nem tudnak kihozni az AMD64-et az x86-tol fuggetlen ISA-nak, tok mindegy, melyik modjarol beszelunk. Ha az AMD valoban egy uj, az x86-tol teljesen fuggetlen ISA-t akart volna fejleszteni, akkor kapasbol teljesen uj utasitasokat talalt volna ki, uj opkodokkal, uj argumentumokkal, stb. stb. Igy is nagy melo volt, es abszolut le a kalappal elottuk, de azt mondani, hogy az AMD64 barmelyik modja fuggetlen az x86-tol, hogy nem azon alapszik, eleg fura otlet Ettol fuggetlenul persze az AMD es az Intel az x86/AMD64 licencek kapcsan egymastol erosen fuggenek, ez nem vita targya. En csupan azt vitatom, hogy az AMD64 Long Mode-jat az AMD el tudja ugy "adni", hogy az teljesen fuggetlen az x86-tol, hogy annak implementalasahoz nem kell x86 licencet birtokolni.
-
Fiery
veterán
válasz
sayinpety
#116
üzenetére
Fuggetlen ISA? Ne vicceljunk mar. Az AMD64 Architecture Programmer’s Manual doksiban tobbszor emlitik az x86-ot, mint ahany millio dollarja az AMD-nek van keszpenzben
Nincs az a birosag, ami ugy itelne meg, hogy az AMD64 felhasznalasahoz nincs szuksege a gyartonak x86 licencre... Arrol nem is beszelve, hogy a gyakorlatban -- 1-2 speci esetet kiveve, mint pl. a konzolok -- eleve nem realis olyan AMD64 alapu processzort hasznalni, ami nem tudja a legacy x86 kodot futtatni.De az teny, hogy ha az Intelrol lenne szo, a megegyezes mindenkepp megtortenne. Csak ahhoz az is kellene, hogy a "megfelelo", azaz az Intel szamara idealis/kedves/elonyos ceg legyen a felvasarlo.
-
sayinpety
tag
Az AMD64 fuggetlen ISA tobb mukodesi moddal. A Long mode 64bitnek nincs koze x86-hoz, csak az AMD tulajdona. Tobbi modhoz kell x86 licence.
Sony PS4-ben csak a Long mode 64bit aktiv. Xbox Oneban aktiv a tobbi.
Microsoft beleszolhat egy akvizicioba. Van elovasarlasi joguk.Mindenkeppen megegyeznenek. Intel nem elhet Long mode 64bit nelkul.
-
Fiery
veterán
Az AMD64 eleve az x86-ra epul, tehat ez a lejto inkabb az Intel fele lejt. Nem vagyok jogasz, de siman lehet, hogy az x86 licenc nelkul az AMD64 licence is ugymond megsemmisul, vagy legalabbis nem felhasznalhato onnantol az sem. Es kulonben is: ha az AMD felvasarlasarol van szo, az x86 licenc nelkul mikepp mukodhetne a dolog? Egy felvasarlo hogyan tudná elvinni az AMD-t x86 nelkul? Kapasbol hogyan tudná a felvasarlo teljesiteni a jelenlegi (meglevo) szerzodesekben vallalt kotelezettsegeit, pl. a konzol APU-k folyamatos szallitasat a Microsoft es Sony reszere? Tovabbra sem vagyok jogasz, de siman lehet, hogy egy esetleges felvasarlasnal a targyalo asztalhoz le kell(ene) emiatt ultetni a Microsoftot es Sonyt is. Az pedig mar egy 5 szereplos buli, amiben raadasul kulturak (Azsia vs. Amerika) is utkoznek. Nyilvan mas lenne a szitu, ha a felvasarlo egy olyan ceg lenne, ami ennek az 5 szereplonek egyike, de en nem latok eselyt arra, hogy a Microsoft vagy a Sony az AMD-t meg akarja szerezni akár most, akár a kozeljovoben.
-
mzso
veterán
Siman lehet, hogy mar voltak a szinfalak mogott ilyen targyalasok, de az Intel megtorpedozta a felvasarlast.
Nem látom be ez hogy lehetséges, ha cserébe az intelnek ugrana az AMD64. Inkább magát torpedózná meg.
Amennyibe kerül az AMD akár simán le is lehet állítani a CPU tervezést/gyártást és ráállni az dGPU-kra arm IGP-kre. Az intel meg vakargathatná a fejét, hogy mit kezdjen AMD64 nélkül. Van neki másra épülő processzora ami ér is valamit? Nem nagyon... -
Fiery
veterán
1) A megallapodas ugy szol, hogy az AMD csak addig hasznalhatja az x86 licencet, amig nem adjak el a ceget (non-transferrable license).
2) Nyilvan ha az x86 licenc kerdeset ujratargyalja az Intel az AMD esetleges felvasarlojaval, akkor az AMD64 licenc is reszet kepezi a targyalasoknak. Nyilvan az lenne a megallapodas, hogy keresztben megy tovabb a licenceles, de akkor is targyalni kell rola, es akkor is ra kell az ugyletre bolintania az Intelnek. Siman lehet, hogy mar voltak a szinfalak mogott ilyen targyalasok, de az Intel megtorpedozta a felvasarlast. Az Intelnek adott esetben jobb megoldas lehet az AMD csodbe hajszolasa, mintha egy eros konkurense (marmint az Intel egyik eros konkurense, pl. Apple, Qualcomm vagy Samsung) felvasarolja az AMD-t. Az AMD jelen allas szerint egy konnyen kezelheto problema az Intel szamara, es annal konnyebben kezelheto, minel kozelebb van a csodhoz. A csod szelerol pedig az Intel barmikor vissza tudja rantani az AMD-t (felvasarlassal vagy toke injekcioval), ha eppen ugy kivanjak az erdekei.
-
Ki tudja, lehet, hogy nem mindenki erti meg elsore, hogy viccelodunk 
![;]](http://cdn.rios.hu/dl/s/v1.gif)
Új hozzászólás Aktív témák
- MSI GeForce RTX 4080 SUPER GAMING X SLIM 16GB GDDR6X 256bit Videókártya !
- MSI Radeon RX 6400 AERO ITX 4GB GDDR6 64bit Videokártya !
- MSI GeForce RTX 4070 Ti GAMING X SLIM 12GB GDDR6X 192bit Videokártya !
- GIGABYTE GeForce RTX 5060 Ti WINDFORCE OC 16GB GDDR7 128bit Videokártya !
- GIGABYTE Radeon RX 7600 XT Gaming OC 16GB GDDR6 Videokártya !
- Bomba ár! Lenovo X1 Yoga 1st - i7-6G I 8GB I 256SSD I 14" WQHD I HDMI I W10 I CAM I Garancia!
- Bomba ár! Dell Latitude E5570 Touch - i5-6300U I 8GB I 256SSD I 15,6" FHD I HDMI I CAM I W10 I Gari
- HIBÁTLAN iPhone 13 mini 128GB Blue -1 ÉV GARANCIA - Kártyafüggetlen, MS3304
- Macbook Pro 2019 // i5 // 1TB // Számla+Garancia //
- Iphone 14 Plus Lila 128GB AJÁNDÉK TÖLTŐ // Számla // Garacia //
Állásajánlatok
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest
Cég: CAMERA-PRO Hungary Kft.
Város: Budapest