Új hozzászólás Aktív témák
-
buktagt540
senior tag
Intel a chipgyártóknak: "Pff bénák...na majd mi megmutatjuk,hogy kell fasza procit összerakni"!
-
skul0
aktív tag
Na szép. Eddig azzal etettek, hogy az ICS már kezeli a két magot, erre jön egy ilyen "teszt", miszerint mégsem úgy van. A júzer meg elhiszi, hogy az ICS már jobb, persze, nem tud mást tenni.
-
BDave
őstag
"Bell megerősítette, hogy cége a többmagos Atom processzorok kiadásakor megfelelő szoftveres meghajtókat is szállítani fog, így a jelenlegi egymagos processzorhoz kiemelkedő teljesítményre és alacsony fogyasztásra lehet majd számítani."
És mindezt majd mennyiért? Ha majd egy független cég mondja ki ezeket a hibákat, akkor elhiszem. Amíg egy konkurens, addig nem.
-
tjb007
nagyúr
Némi igazság biztosan van benne de ez csak a Vegyél Intel Medfield -es telefont mert az jobb kampány és az ARM sz@r lejáratókampány része (meg gondlom nem fogynak annyira jól az Intel chipes telefonok mint azt előre gondolták).
[ Szerkesztve ]
-
-
kutkut
addikt
-
Maxentius
addikt
Pont az Intel trollkodik az akkuidővel, na jó, hagyjuk már...
Samsung Galaxy S22 Ultra | JBL E65BTNC
-
buktagt540
senior tag
Verik a mellüket,de eddig még nem sokat produkáltak
-
debrejo
senior tag
Merne mást mondani... Saját maga alatt vágná a fát.
-
[P]laci
senior tag
válasz buktagt540 #1 üzenetére
Sírok!
-
Cathulhu
addikt
Mondjak azok utan, hogy a medfield igen siralmas teljesitmenyre volt kepes (tavalyi, 1.2-es ketmagos A9-eket vert el), kivancsi vagyok mire lenne kepes az uj kraittel, vagy az 1.4-es negymagosokkal. (A15-ot meg nem is emlegetem egyelore, GPU-rol meg vegkepp hallgassunk)
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
-
Probber
őstag
Nem akart beszólni a Google-nek, a jövöben ôk még partnerek lesznek, így inkább másra hárították a saját tesztjeik eredményét.
"Rendben, mi a munka? Reklám! Egy kelet-európai üditőnek amit Splort-nak hívnak. A világ első cékla ízű kólája!"
-
pauldenton
csendes tag
Azért ez nem teljesen igaz:
http://www.anandtech.com/show/5770/lava-xolo-x900-review-the-first-intel-medfield-phone/3Sebesség meg nem is rossz:
http://www.anandtech.com/show/5770/lava-xolo-x900-review-the-first-intel-medfield-phone/4 -
Domy
aktív tag
Esetleg Orange San Diego viszont mivel nemhogy kis hazánkban, külföldön is alig kaphatóak, ezen nem érdemes rugózni még szerintem.
Más kérdés, hogy a hétköznapi használat során mennyire lesznek ütőképesek. Tesztekben többnyire csak az előző generációs kétmagosokat sikerült csak "elkalapálni".
[ Szerkesztve ]
-
Hiszi a piszi. Tessenek valamit letenni az asztalra végre mobil-fronton, aztán majd meg lehet mondani a tutit.
-
lmisi
senior tag
Valami emuláció van rá, de korántsem teljeskörű. Továbbá állítolag küzdenek azzal hogy a playen a fejlesztők rakjanak fel x86 variánst is appjaikból.
A legnagyobb baj az Intellel, hogy csudafejlett gyártástechnológia ide, vagy oda piszok drágán adják a cuccaikait és nem adnak senkinek x86/x64-es licenszet, de szerencsére jött az ARM
és talán a mobil chipek/soc-ok felfejlődéséből megint nyiltá válhat a pc-s chipek piaca is.
Ehhez persze a lényegében 99%-ban x86 only windows birodalomnak be kell rogynia. -
GhanBuri Ghan
őstag
Azért azt el kell ismerni, hogy az Intelnek (és természetesen az AMD-nek is) elég sok tapasztala van a különböző ütemezőkkel, már csak a Pentiumok RISC-CISC fordítása és a több végrehajtó egysége miatt is.
Ha nemcsak a reklám szól belőlük, hanem ez valós probléma, és a saját mobil procijuk tényleg annyival jobb, akkor ez nekünk annyiban jó, hogy így rákényszerítik az ARM-ot a hatékonyabb tervezésre. -
vicze
félisten
válasz pauldenton #17 üzenetére
Hát, ez elég ködös ez nekem...
Intel outlines this in a number of slides which have made their way online, and the process is virtually completely transparent to end users and Dalvik applications. The x86 compatible Dalvik VM is a part of the OS, as are the ARM to Atom BT phase for JNI libraries.
ARM native NDK apps on the other hand are translated by Intel in the cloud, validated against Intel's Android x86 emulator and pushed to the Play Store. The point is the bulk of binary translation happens away from the device itself and running on much faster Xeons in the cloud. As binary translation requires more cycles than natively running the code, which in turn consumes additional power, this was the only route for Intel to ensure that Atom would remain power efficient (and high performance) even on non-native NDK apps. Update: Intel has clarified and informed us there is no cloud aspect to binary translation, it is 100% done on the device for ARM NDK applications.It's still unclear just how long this process takes after a developer has uploaded a non-x86 NDK app to the Play Store, or what happens if the process fails to validate for whatever reason (Does Intel get in touch with the developer? Is the app forever excluded?). Intel is being unusually vague about how all of this works unfortunately.
The combination of all of these efforts should result in over 90% of the apps in the Play Store working right away. What about in our experience? We discuss that next.
A sebességgel tisztában vagyok. Amúgy ha megnézed a Linpack eredményeket, az Intelnek igaza van, csak a Qualcomm oldotta meg értelmesen a skálázódást, meg majd az OMAP5. A Tegra egy katasztrófa marad ezen a téren továbbra is.
[ Szerkesztve ]
-
ng0ofy
KORREKTOR
Ebben annyi értelmet látok, hogy az intel kijelentettek, hogy a gyártók felelőssége a hardveres támogatás megfelelő megoldása és ők meg is fogják oldani a saját hardverükhöz. Jó nagy lefety a guglinak és meg jó kis versenykeltés (remélem) gyártói szinten a processzorhoz (egyébhez) adott plusz szolgáltatások terén.
(ha a gyártók dolgoznának a megfelelő drivereken, nem lenne annyi gond a sokféle készülékkel és sokféle androiddal, egységesebb és könyebben frissíthető lenne a rendszer, ami jó nekünk!)
-
iOnizer
tag
Ez az Inteles nyilatkozat kb. a "Köszönjük Emese!" szint xD
Alá bizony
-
jacis
nagyúr
Na ez ha tényleg így van akkor az nagy égés lesz a többi proc gyàrtónak.
iPhone 15 Pro Max,; Samsung Galaxy Z Fold 5; GoPro 8 black, XBOX Series S, Samsung Galaxy Watch 4
-
vicze
félisten
Nézd meg a single és multi thread eredményeket, S4-nél pontosan duplája, tehát S4-nél működne rendesen a skálázódás a többinél pedig nem? Akkor vagy az Intelenk van valamennyire igaza, mivel a többi gyártó képtelen értelmesen skálázódó SoC-ot csinálni. Azt viszont nem hiszem, hogy SW oldalon van a probléma (csak majd ha mutat valódi tesztet az Intel), hanem inkább a szarabbnál szarabb SoC implementációk okozzák, és valósan mókusvakítás a sok mag... lásd Tegra 3 multi thread eredményei.
"Az aktív magok számának meghatározása, azok órajelének dinamikus szabályozása, illetve a párhuzamos szálak aktív magok közötti leghatékonyabb elosztása egyáltalán nem triviális feladat, ráadásul ez igencsak processzor és chipset függő lehet."
Ezt mind a SoC vezérli és pontosan ebben erős a Qualcomm, jelenleg az ő megoldásul a legjobb ARM-en, és még jó ideig az is marad. -
paperboy
senior tag
Azért akárki akármit mond, azért az Intel már lerakott az asztalra nem keveset. Valamennyire csak tudják miről beszélnek, még ha biztos van benne önreklám is...
[ Szerkesztve ]
-
Sn[4k3]
senior tag
Meg lehet nézni az Orange San Diego benchmark eredményeit, gyakorlatilag oda-vissza veri az SGS2-t és az Atrixot, pedig az egy aljax86-os kis semmi processzor. Én bízok az Intelben.
Ericcson T100 -> Sony Ericcson T230i -> Sony Ericcson K610i -> Motorola V3 -> Nokia 6120c -> Nokia 3310c -> Samsung E250-> LG Shine -> LG KF750 Secret -> Samsung Monte -> Sony Ericcson Xperia X8 -> ZTE Blade -> HTC Dream -> ?
-
Cathulhu
addikt
De mar 2012 van... Szep szep, hogy elveri az egy eves telefonokat, de az ideiekkel kellene versenyezni, es a felso kategoriaban, mert az adja a presztizst. Kozepkategoriaban a vevonek majdhogynem mindegy, mi van a telefonjaban....
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
-
Sn[4k3]
senior tag
Szerintem nem mindegy még a középkategórában vásárlóknak sem, hogy mi van a telefonjukban... az meg fegyvertény, hogy az OSD lenyomja a kétmagos ARM-eket (Ace 2-t is, simán), mert ez előre vetíti -hogy a beígért jó skálázással- mennyire erősek lesznek a kétatomos telefonok.
Nem mellesleg nem vitte még telefon annyira gyorsan és akadásmentesen a flasht, mint az OSD (Modaco), nem szabad figyelmen kívül hagyni, hogy a netes kód két évtizede x86-os PC-kre lett megírva, optimalozálva.
Ericcson T100 -> Sony Ericcson T230i -> Sony Ericcson K610i -> Motorola V3 -> Nokia 6120c -> Nokia 3310c -> Samsung E250-> LG Shine -> LG KF750 Secret -> Samsung Monte -> Sony Ericcson Xperia X8 -> ZTE Blade -> HTC Dream -> ?
-
lmisi
senior tag
Az igéret elővetíti, azaz semmi biztosíték nincs rá csak igéret.
Röhejes építenek egy relatív gyors 1 magost ami amit ultra magas órajelen pörgetnek talán 1,5 - 1,7 Ghz-en és nyekegnek hogy megveri a 1Ghz -es 1 évvel öregebb és talán feleannyiba se kerülő 2 magost
Az x86-os intelek azért elég gyengén skálázódnak főleg a kezdetekben a risc-hez képest, szerintem most sincs mire vernie magát, csak kipusztult a konkurencia.
Inkább az ellenkezője látszik valószínűnek.
Mindíg is dilemma volt a kimagasló egymagos, vagy a jó több magos skálázódás közötti választás.
Az intelnek viszonylag kevés innovatív megoldása van mindíg is a nyers gyártástechnológiában jártak elöl (Na meg az árazásban főleg ha a gyártási volument is figyelembe vesszük). Abban egyébként jók.
A félvezetőgyártás legnagyobb bukását is ők produkálták az "titanik-us" itanum architektúrával. Csak azért nem ment rá a cég mert olyan nyereséghányaddal dolgoztak, hogy simán elbírta ezt a több milliárdos buktát. -
Cathulhu
addikt
De, ld. pl. Galaxy Ace. Rendkivul nepszeru, holott cseppet sem kiemelkedo hardveres belso. Egyszeruen az a reteg nem azt nezi. Csucstelefonoknal mar lehet ertelme a belsovel peldalozni (ld. amit a tegrak probalnak elerni), de ott is inkabb a gyarto neve adja el es nem a hardver (ld. kismillio Galaxy S 1-2-3 varians). Es az intel egyelore brutalisan messze van a csucskategoriatol.
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
-
lmisi
senior tag
Egyébként amire ütemezőként célozgatnak az a soc belső micro-kódja lehet.
Ezt tényleg a gyártók pilinckázzák.
Az android ütemezőjét a Linux kernel adja nagyrészt, persze a dalvik többszálú végrehajtása is beleszól ebbe.
A másik gáz inteléknél hogy valami borzasztó antitálentumok a grafikus meghajtók terén, még akkor sem sikerült nekik amikor kiadták másoknak a melót
Manapság amikor a mobil oprendszereknél alapkövetelmény a folyamatos 2d/3d gyorsítás a felületeiken nem jó jel szintén a intel felé.
Nem véletlen hogy 2d gyorsítás nélküli gingerbread verzióval "demózik" árulja a cuccát, mert az ICS-el lehet problémák adódtak a folyamatos 2d gyorsítás miatt.[ Szerkesztve ]
-
namaste
tag
Még mindig azt mondom, hogy a memória miatt nem tud skálázódni a Linpack.
A Tegra 3, Exynos 4412 kb. 3x gyorsabb Linpack többszálas futtatásánál. Az meg már majdnem négy.Legjobb tudomásom szerint a kernel vezérli az órajel beállítását, a magok ki-be kapcsolását.
(#41) lmisi
soc belső micro-kód -
vicze
félisten
Memória alatt a L2-t érted? Ebből a szempontból mindegyik azonos. 32k L1 és 1MB L2 van az összesben. A régi 2 magosokban is (Tegra2, Exynos 4210/12) pontosan ilyen a memória alrendszer, és ugyan olyan rosszul skálázódnak. A sávszélessége a Exynos 4412-nek és a Karitnak is 128bit belsőleg.
Nem egészen értem tehát mi miatt nem tudnak a régi kétmagosok skálázódni? Meg azt se hogy miért nem az új 4 magosok, és miért tud a Karit? Sőt miért tud az S3-as Scorpion majdnem tökéletesen skálázódni? -
namaste
tag
Nem, a memória memóriára gondolok. Az egyszálas Linpack egy 500x500-as mátrixszal dolgozik, 2 MB a mérete, ez nem fér bele a cache-be. Itt a memória a lényeges. Ahogy előrehalad a számolásban a mátrix egyre kisebb részével dolgozik, egy idő után már belefér a L2 cache-be. A Cortex-A9 valahogy nem őrzi meg a cache tartalmát, túl korán kiírja a memóriába, majd ha kell visszaolvassa. Ilyenkor már az L2 vezérlése és a memória is korlát.
Nézzük a többszálas Linpackot. Négy szálon számol (az 1, 2 magos CPU-kon is), 4 db 250x250-es mátrixon. Ez se fér bele az L2 cache-be. Ha ezt ráereszted erre a (z S4-nél gyengébb) memória alrendszerre, az nem fog jól skálázódni.
Egy feladat, ami nem használ ilyen sok memóriát, az jobban skálázódik.Egyébként a Krait-nek 2x16 kB L1 cache és 2x4 kB L0 cache van.