Apple Killing Intel Chips on Macs

HUP cikkturkáló

Apple will reportedly ditch Intel chips in Macs as early as 2020

In a major shift that carries big implications for both companies, Apple will reportedly replace Intel’s processors with the company’s own chips in Mac computers as soon as 2020, according to a new report from Bloomberg. The changeover is likely to begin with laptops such as the 12-inch MacBook. Intel’s stock price took a hit soon after the report was published; Bloomberg estimates that Apple provides approximately 5 percent of the chipmaker’s annual revenue.

The story led Intel’s stock to drop as much as 9.2 percent since the its publication.

via https://www.theverge.com/circuitbreaker/2018/4/2/17189372/apple-intel-c…

  • 4495 megtekintés

( flatline | 2018. 04. 03., k – 11:34 )

Ez már egy ideje lógott a levegőben.

https://en.wikipedia.org/wiki/Universal_binary

Voltak aprobb problemak azert. Pl ha jol emlekszem az audioeditor programok thirdparty pluginjeinek Intelt tamogato verzioja helyenkent eleg sok kesessel jelent meg. Azok akik nem tudtak nelkulozni a plugineket, varniuk kellett, mig a fejleszto egy uj release-t adott ki.

Igen is meg nem is. Ha PPC emulatorral inditottad az appot (10.6-ig volt pipa a Get Info ablakban, hogy "open using rosetta"), akkor az tudta hasznalni a PPC plugint. Ha Intel modban inditottad, akkor csak az Inteles plugineket. Tehat, ebben az esetben eleg volt pl. az adott szoftvert PPC emulacioval elinditani. Ugyonez volt a megkotes a kernel extensionokre. Inteles kernel csak Inteles extensiont tudott hasznalni. Tehat azok a hardverek, amelyekhez 3rd party kextre volt szukseg, csak akkor mukodtek, ha az adott gep kernelehez (ppc, x86, x86-64) volt kext.

---
Apple iMac 27"
áéíóöőúüű

( Nyosigomboc v | 2018. 04. 03., k – 11:42 )

Vegre egy jo hir az AAPL-tol!
A sok hulye folyton oket masolja, de ebben az esetben ez jo. Mar reg szeretnek egy ARM alapu kis, olcso Linuxos net/notebookot, ami az oket majmolo cegek miatt par even belul eljohet.

--
Any A.I. smart enough to pass a Turing test is smart enough to know to fail it. -Ian McDonald

Nos...

Az ASUS NovaGo a világ egyik első Windows-os Snapdragon laptopja, mely igazi online mobilitást kínál. Qualcomm® Snapdragon™ 835 mobil PC platformjával, ezzel az ultra vékony és könnyű, átalakítható laptoppal messzebre juthatsz, folyamatos készenlétével mindig online számítógépes élményt nyújt számodra. Az ASUS NovaGo-t gigabit szintű Qualcomm Snapdragon X16 LTE modemmel láttuk el, amelynek letöltési sebessége még az otthoni Wi-Fi-det is meghaladja. 22 órát1 is meghaladó akkumulátoros üzemidővel büszkélkedik - ez kétszer nagyobb a jelenlegi laptopokénál. Emellett, a kiegészítő stylus támogatás teszi az ASUS NovaGo-t tökéletes választássá az út közbeni szórakozáshoz és hatékony munkához, míg a Nano SIM vagy a beépített eSIM2 a határokon túli zökkenőmentes csatlakozást biztosítja.

via https://www.asus.com/hu/2-in-1-PCs/ASUS-NovaGo-TP370QL/

Asus NovaGo Release Date in Europe
These devices were not ready to be sold back in December. But now Asus says that the Asus NovaGo will come to the market in early Spring of 2018 in more precise words- April 2018. This is the time we expect Redstone 4 to be released. So by April of 2018, both the hardware and software will be ready.

Asus NovaGo Price in Europe
Asus also gave a hint about the pricing of the Always connected PC. The pricing was confirmed by Asus to be 699 Euro (857$). Though a little higher than expected, the price is still good for what it offers. Obviously, a lot of research went into making this possible.

via https://www.windowslatest.com/2018/03/02/asus-novago-release-date-price…

De tény, hogy ez csak kísérleti dolog, az Apple lépése valószínű felgyorsítja majd ezt a folyamatot.

Ezt nem tudom, hogy kell-e ilyenkor ARM-os printer driver vagy a 32 bites x86 alrendszer erre is kiterjed?

szerk: úgy látom, hogy a Windows beépített drivereit ígérik rá.
Ez spéci régebbi nyomtatóknál illetve a külön print utility-knél fájdalmas lehet, de a nagy többségnek alighanem megfelelhet.

Üdv,
Marci

Inkább erősen korlátozottan működnek a pc-s win alkalmazások ARM Win10-en. A Microsoft ezt úgy hívja "necessary limitations". Hyper-V kapásból nem egy. Ezt még megértem. Ennél fájóbb pont, hogy win64 programok egyáltalán nem működnek csak a 32-bitesek. OpenGL programok, játékok 32 bitesek közül sem indulnak el. Továbbá nagyon sok win32 program nem működik egészen apró kis tooloktól komplex alkalmazásokig.
Közel sem hasonlítható az Apple Mac PPC-Intel váltáshoz, ami eléggé simán ment.

Normális HUP-ot használok!

Sok ellentmondásos hírt lehet olvasni erről. TheVerge-en arról írtak, hogy a Home-on ingyenes marad az S mode kikapcsolása még Pro kiadáson 49 dollár lesz. Máshol azt írták, hogy egységesen 49 dollár lesz az S mód kikapcsolásra ráadásul például Home-ra automatikusan jönni fog frissítéssel 2020-ban ha kéred ha nem. Valve mellett a többi játékiparosnak nem árt csipkednie magát, mert számukra ez végzetes következményekkel járhat. Ha a Mac addigra teljesen ARM-re tér át, a Windows default kizárja őket nem marad más út mint a Linux. De addigra a jelenleginél izmosabb részesedést kell produkálni ennél az egyetlen független platformnál.

" Mert ha igen, akkor teljesül a (hupon is) sokat hangoztatott álom, hogy ne legyen az eszköz árába kötelezően beépítve egy Windows licenc."

Ez 2018-ban még valóban akkora álom lenne? Magyarországon inkább az a baj, hogy nincs fillérekért beépítve a Windows licenc ára a freedos PC-be. Ezért szerzik be utólag jó drágán a Windows licenceket különösen a magyar intézmények. Pedig ebay-en pár ezer forintért lehet venni Windows licencet, egy EU döntés következményeként.

Normális HUP-ot használok!

https://www.software-deals.eu/blog/cjeu-decision/
https://www.computerworld.com/article/2505356/it-management/eu-court-ru…
Már itt kezdődött:
https://www.theregister.co.uk/2002/05/08/selling_oem_windows_copies_you/

Ezért lehet egy két ezer forintért Windows 10-et venni ebay-en. Most ránéztem, átszámítva már 1000 forint alatt is van. Még pro is.

Normális HUP-ot használok!

Ubuntu telepítése ChromeOS-re: https://www.youtube.com/watch?v=cIuUA3eY29s
Arra lehet Firefoxot is telepíteni.

Dual boot Chrome OS and Linux on the same SSD: https://www.youtube.com/watch?v=NirkF2mZv9s

Sideload Android APK to Chromebook: https://www.youtube.com/watch?v=Vc59gXRnB9I&t=10m20s
Ugyanezen a módon alternatív store, mint F-droid vagy Humblebundle is telepíthető ChromeOS-re.

Normális HUP-ot használok!

jó kis vasnak tűnik, remélem hamar elérhetővé válik normális operációs rendszerrel is / elérhetővé válik valami mód hogy normális operációs rendszert lehessen rátenni

"all submitted complaints will be forwarded to /dev/null for further investigation"
expectations versus reality

Erre nem látok nagy esélyt. Ha arm notebook kell inkább keress egy arm-os chromebookot. Azon is működik a crouton amivel debian, ubuntu és még egy rakat Linux desktop használható chromebookon.
Nagyobb probléma a Linux disztribúciók csomagjainak arm támogatása. Nekem két éve nem voltak jó tapasztalataim Debian/Arm-mal.
Az Apple váltása Arm-ra jó hatással lesz a Linux disztribúciókra is szerintem. Több figyelmet fognak szentelni az Arm portoknak. De ma még nem váltanék ha desktop Linux disztribúció kell Arm-ra.
Windowsos Arm gépen viszont már a bootnál el fog hasalni a Linux install.

Normális HUP-ot használok!

> sok hulye folyton oket masolja, de ebben az esetben ez jo.

pedig az intel kb. az egyetlen amelyik ad nyilt forrasu 3d drivert.
Na jo, meg a raspberryben levo broadcom chiphez is van. (meg az uj generaciohoz is irjak)

De az ilyen mobilokban levo csodakhoz (snapdragon) nincsenek....

---
Saying a programming language is good because it works on all platforms is like saying anal sex is good because it works on all genders....

"Mar reg szeretnek egy ARM alapu kis, olcso Linuxos net/notebookot"

Csak nehogy az legyen a következménye, hogy tömegesen jelennek meg az arm-es laptopok mindenféle egyéni, chip specifikus bootloaderrel, és cseszheted a linuxot, mert csak a vele szállított rendszert fogja bootolni, ahogy az most van pl a tabletek, vagy mobilok esetében.

( carlcolt | 2018. 04. 03., k – 11:56 )

Az architekturara azert kivancsi leszek.

x64?
ARM64?
Back to PPC?
Netan valami mas?

Nem x64 eseten lesz egy unibin jellegu megoldasunk amit dobnak majd a 3 evvel kesobbi macOS-ekben es nem fognak elindulni a 2024-es Mac-en friss macOS-szel a 2018-ban forditott binarisok? (Ez mar most is leginkabb regi jatekoknal problema, amit csak PPC-s Mac-re portoltak).

A Parallels mostmar qemu szeru viselkedest is fog emiatt majd emulalni, ha az Apple nem x64-ben gondolkodik? Gyors marad a Parallels-ben Windows futtatas? (+VMWare Fusion +VirtualBox). Vagy hamarabb jon arra az architekturara _teljes_erteku_ Windows (nem ilyen Windows RT meg Windows Phone herelmeny amin csak IE alapu bongeszok lehetnek es nincs admin jog), minthogy ezt az "ASM wrappelest" megoldjak gyorsra?

Es a legfontosabb: a macOS ugye megmarad teljes erteku OS-nek? Ugye meg? Ugye meg? Rendes fajlkezelessel, ami a Windows 95 ota mukodik mindenkinek. Meg sudoer joggal by default. Nem az iPadrol akarjak majd nekunk eladni hogy annak az iOS-en kene nekunk webfejleszteni, inspect elementelni, brew installozgatni, git parancsokat beirogatni, webszervert es db servert futtatni? Azon az iOS-en amin egy hosts fajlt se lehet atirni

Eleve ARM-on nem definiált és szabványosított úgy az egész boot meg firmware dolog, mint X86-os PC architektúrán. Azt csinál vele az Apple, amit akar, sokkal lazábban lezárhatja, mint X86-on. Megtervezi a saját ARM CPU-ját úgy, hogy csak az általa kitalált és hitelesített boot folyamattal induljon el. És szerintem ez cél is.

Ha ez lenne az Apple célja már régen bezárta volna a Darwin forráskódját. Mégsem teszik.
Különben az x86 lezárása semmivel sem nehezebb. PS4 és Xbox One hiába használ AMD processzort máig nincsenek feltörve. Pedig nemcsak a konzol warez miatt lenne ez érdekes. Hanem a teljesen legális PC-ként felhasználás miatt is.

Normális HUP-ot használok!

Szerintem az ARM64 borítékolható. Az iPhone X CPU teljesítménye már jelenleg is megközelíti az i5/i7-es Intelekét, jóval alacsonyabb fogyasztás mellett: http://barefeats.com/iphonex_v_others.html

Szerintem nem fog változni a macOS, mert nehéz lenne letolni az emberek torkán, hogy lemondjanak a megszokott appokról / workflow-ról. Illetve az Apple-nek is jó, ha 3 külön eszközt tud eladni a felhasználóknak: iPhone, iPad, Mac

Nem vagyok HW-s, es X CPU-rol meg meg kevesebbet tudok. Szoval fixme. Az x86 egy altalanos celu CPU mindenfele utasitaskeszlettel, meg hardveres seged cuccal. Ezert vannak teruletek, egyet tudok is igy hirtelen, a hash szamitas, ami nem az erossege az ARM chipeknek. Persze messze van meg a 2020, es mar most is csomo mindenre jo az ARM architektura, tiszta sor. De azert egy mac book-on nem csak a bongeszot kell tudni futtatni, meg a candy crusht, hanem "vegtelen" modon fel lehet hasznalni a CPU miningtol, a kutya fuleig mindenre. Az uj csillivilli imac-el is ez a baja mindenkinek, hogy faja a xeon proci, sok esetben bivaly eros, csak 1080p-s videot nem lehet vele renderelni, nemhogy 4k-t. Nem ugyanezzel fognak szemebesulni, amikor a userek majd erre meg arra nem tudjak hasznalni, mert nem altalanos celu az ARM?

-
Advanced testing of Golang applications

Kezdjuk talan azzal, hogy ARM-on a GPU altal kiszamolt 1080p es 4k encoding es decoding sokkal hamarabb mindennapossa valt.

ARM is altalanos celu es az Apple fele ARM mar utolerte hash szamolasban is a legujabb Core i7-eseket. Cryptoban, meg par extrem feladatban (pl. Go kod futtatasa) meg van lemaradas. Pici.

Egy 10mp-es 4k-s videó renderelése core m3-as laptopon (integrált gpuval)

- Win10 + Premiere: 10:02 minutes.
- Win10 + Sony Vegas: 24:22 minutes
- OS X Sierra (Hackhintosh) + Final Cut Pro X: 1:59 minutes. (55 seconds with Background Render turned on, QuickSync magic. And no, the final image quality is equal to the others)

via https://www.tonymacx86.com/threads/guide-xiaomi-mi-notebook-air-12-for-…

"Apple fele ARM mar utolerte hash szamolasban is a legujabb Core i7" koszi, ezt peldaul nem tudtam (irtam is, hogy fixme).
"Cryptoban, meg par extrem feladatban" erre vonatkozott a kerdesem, hogy nem korai-e meg a valtas. Nagysagrandekkel tobb fajta desktop alkalmazast futtatunk ma x86-on mint ARMen (van egy csomo, amit meg se probaltak meg ARMen futtatni, soha, 2 ev mulva meg mar az lesz a macben). De ha csak "Pici" akkor jo.

Bocsi, csak en meg abban elek, hogy a macbook sorozat az egy gyengebb de teljes erteku gep, az is lehet, hogy, egy netbook lesz (ipad billentyuzettel), sose lesz ra fotoshop meg archicad.

-
Advanced testing of Golang applications

"Nagysagrandekkel tobb fajta desktop alkalmazast futtatunk ma x86-on mint ARMen"

Az Apple már a Motorola>PowerPC váltást is jól megoldotta, bár erről csak olvastam. A PowerPC>Intelx86 váltás is simán ment. Azaz a PPC binárisok különösebb fagyások és hibák nélkül működtek a Macintoshok Intel processzorain. Az azóta történt fejlesztések következményeként ez az Intel>ARM váltás még tökéletesebb lesz, nem mintha a korábbival probléma lett volna.
A különbség talán az lesz, hogy ezúttal nem törli egyből az Inteles Macintoshokat az Apple. Így pár évig biztosan párhuzamosan lesznek Macintoshok a két architektúrára. Az Inteles Mac mellett szól, hogy Windowsnál cseppet sem problémamentes az ARM váltás. Márpedig van, nem is jelentéktelen vásárlói igény a Macintoshok dual-boot képességére.

Normális HUP-ot használok!

Miért vagytok így leakadva a Gónál? Azért, mert arról csinált benchmarkot a Cloudflare?

Szerintem ez kissé irreleváns. Bármilyen szoftver szarul fog futni X processzoron ha nincs ráoptimalizálva, és ez fordítókra hatványozottan igaz. Ez a processzorról semmit sem mond el, inkább a szoftverről.

Írtam is, hogy ez nem az ARM hibája. Igen, most erről van benchmark és azért a Go nem jelentéktelen tényező. Ha Haskell lenne lassú arra azt mondanám, hogy bár személy szerint kedvelem de ez nem akadály az ARM szerverek azonnali elterjedése előtt.
Az Apple is nyilván okkal vár 2020-ig. Pedig nyers teljesítményben már ma alternatívája az ARM az Intelnek. Szoftver oldalon Go mellett valószínűleg vannak még fontos szoftverek amiket optimalizálni kell előbb ARM-re, hogy a váltás valóban problémamentes legyen.

Normális HUP-ot használok!

A speckó utasításképszlet hiányát ellensúlyozhatja az, hogy ugyanakkora területen több ARM core fér el.

ARM (Qualcomm Falkor 46core, 120W) vs x86 Benchmark (12 x 2S x 2HT = 46 thread, 170W) a cloudflare-től:

Multi-core kriptográfiában elég jó teljesítményt hozott: https://blog.cloudflare.com/content/images/2017/11/pub_key_all_core-2.p…, de még elég sok minden van ami nincs egálban: https://blog.cloudflare.com/arm-takes-wing/

> Szerintem az ARM64 borítékolható. Az iPhone X CPU teljesítménye már jelenleg is megközelíti az i5/i7-es Intelekét

Ez egyszeruen nem igaz igy altalanossagban. Geekbench -- oke.

Java appszerver teljesitmeny? Oracle TPS? Kulonbozo Spec* eredmenyek? Lattal mar olyat, hogy egy uj CPU desktop/szerver CPU teljesitmenyet Geekbench alapjan itelte volna meg barmely komoly review-er? Nem.

----------------------
while (!sleep) sheep++;

Természetesen minden benchmark specifikus tulajdonságát teszteli a CPU-nak. Egy laptopba szánt CPU esetében butaság lenne az Oracle TPS-t nézni, mint irányadó.

Mivel a szerver applikációk 99.9%-a Intel procin fut jelenleg, így az arra van optimalizálva. Amint megtörik az egyeduralma az x86-os prociknak várható, hogy a compilerek is egyre jobb binárisokat fognak készíteni erre az architektúrára is.

A Cloudflare tesztelte a számukra, szerveres környezetben fontos teljesítményét a Qualcomm _első_, szerverekbe szánt ARM proesszorát és volt, és sok esetben az alacsonyabb fogyasztás mellett (170W vs 120W) a teljesítményben is megelőzte az Intelt.

És ez csak szerver oldalról vizsgálja az ARM-ot Intellel szemben, ami eddig nem volt ARM erősség. Ha olyan Mac userek számára fontos desktop teszteket néznénk mint például 4k video enkódolása lejátsztás mellett akkor sanszos, hogy akár Qualcomm akár Apple ARM rendesen ráverne az Intelre.

Normális HUP-ot használok!

"Egyre több mobil rögzít 4k-ban, a felvett adatot meg enkódolni kell valahogy."

Szerinted melyik a tipikusabb felhasználás? Az, hogy egy átlag user átmásolgatja a gépére a videókat, szerez egy videóvágót, és nekiáll szerkesztgetni, vagy az, hogy a mobilról közvetlenül tolja fel FB-re, Youtube-ra, instára, vagy akárhova, és majd a szolgáltatás megoldja a konvertálgatást?

Az a user réteg amelyik közvetlenül tolja YT-ra FB-ra a videókat egyébként sem fog Macintosht vásárolni. Van egy régi PC-jük amit még nem dobtak ki és néha bekapcsolják. Ha majd megdöglik nem fognak mást venni helyette, mivel már úgyis évek óta az érintőképernyőket simogatják.
Nézd csak meg az iPhone vs. Mac eladási arányokat! Az Apple-nek bőven elég ha a mostani Mac vásárlóinak tud olyan Macintoshokat kínálni a jövőben amikben az cpu utáni profit is az ő zsebükbe megy.

Normális HUP-ot használok!

A Cloudflare-es szamok nemileg relevansabbak -- ahogy irod, ok 120W vs 170W teljesitmeny mertek, de mintha paran itt azt allitanak, hogy az iPhone-os CPU eleri az i5-ot (a ketto kozott 10x-es fogyasztaskulonbseg van, legalabb).

A masik problema a Qualcomm szerver CPU-val, hogy a szalankenti teljesitmenye meg mindig alacsonyabb.

Szoval csak annyit allitok, hogy 10%-os fogyasztas mellett azonos teljesitmenyt ne varjon senki. Azt siman elhiszem, hogy azonos fogyasztas mellett elerik vagy akar le is lepik az Intelt, benne van a pakliban.

----------------------
while (!sleep) sheep++;

Arról nincs információ, hogy egy darab iPhone-ban is felhasznált Arm lesz a Macbookokban.
Lehet, hogy gyártat majd az Apple egy külön chip-családot Macintoshokba. Vagy csak egyszerűen több Arm chipet raknak majd a Macbookokba. Ez utóbbi szvsz gazdaságosabb megoldás iPhone és iPad mellett.

A szálankénti teljesítmény elég kevés alkalmazásnál számít ma már. Többnyire win32 legacy alkalmazásoknál. Az Apple eléggé hathatósan ösztönzi a platformjára fejlesztőek, hogy ne legyenek évtizedes beragadt programkódok. Például Carbon - Cocoa váltásnál.
Az Arm váltás szerintem simán és problémamentesen fog menni az Apple-nél. Nem ez lesz az első náluk. Problémák inkább a Microsoftnál lesznek, mert bár Windowsnak is van többplatformos múltja, de azok között nem volt konzumér szinten átjárás. Sok legacy program húzza a Windowst amik nélkül a fő vonzerejét veszti el a Windows, velük pedig a sima platformváltás nem oldható meg. Az Apple idővel dobni fogja az Intel platformot, bár szerintem az átmeneti időszak itt jóval hosszabb lesz. A Microsoftnak viszont továbbra is támogatnia kell a Pc platformot Arm mellett.

Normális HUP-ot használok!

> A szálankénti teljesítmény elég kevés alkalmazásnál számít ma már. Többnyire win32 legacy alkalmazásoknál.

https://www2.eecs.berkeley.edu/Pubs/TechRpts/2006/EECS-2006-183.html Ez egy regi paper, de ma is igaz -- lenyeg, hogy nem minden problema parhuzamosithato effektiven. Szoval a szalankenti teljesitmeny mindig is fontos lesz.

----------------------
while (!sleep) sheep++;

A szerverekben lévő procik és a mobilba szántak fogyasztása mindig jelentősen eltérő volt.
A 11-es Macbookban jelenleg lévő Intel Core M3-as TDP-je 4.5W (2Core). Az iPhone X CPU-járól nincs ilyen adat (2 + 4 core), de olyan 2-3W körül lehet, szóval nincs olyan messze egymástól a kettő. Amin fogyasztásban spórólni tudnak még az az, hogy a ARM procik esetében általában minden vezérő egyben van. (A kijelző 4-5W-ot fogyaszthat)

Szerintem ha hasonló teljesítmény mellett a jelenlegi 10-12 órás üzemidő helyett 15-18órát fog tudni a gép, akkor mindenki elégedett lesz.

Kivancsiságból megnéztem (HWINFO64-el) mennyit fogyaszt valójában egy Macbookhoz hasonló specikiációjú gép. (12", Core M3 7y30):
- Idle: ~3W (CPU: 0.7-1W)
- FullHD youtube video lejátszás közben: ~4W (CPU: 1.1-1.5W)

Probaltam keresni iPhone-os fogyasztasi adatokat, de nem sok sikerrel jartam.

Szerintem ott kellene mar tartani, hogy egy laptop biztonsaggal 2 munkanapot vegigdolgozik.
Igy nem kene mindenhova magammal vinni a toltoet, mert mi van ha pont nem eleg benne a szufla.

Szoval nekem olyan 30-40 oras uzemido kellene, hogy a toltot otthon merjem hagyni.

---
Saying a programming language is good because it works on all platforms is like saying anal sex is good because it works on all genders....

az elozo laptopomban 86Wh-as akksi volt (samsung),
a mostaniban is van 43+23Wh (lenovo t560).

Tudnek venni a 23 Wh-as helyebe 72Wh-ast.
Akkor lenne 115Wh.

Ugye a mobilomban van 11Wh, es kapok erte bo egy napot.

Szerintem nem egy elrugaszkodott elkepzeles.

---
Saying a programming language is good because it works on all platforms is like saying anal sex is good because it works on all genders....

Hogyan számolod a mobilnál a bő egy napot?
Feltankolsz energiaitalokkal és 24+ órában nyomkodod folyamatosan?
Mert így lenne fair az összehasonlítás.
Különben ha használod 10-20 percig a notebookod majd összecsukod alvó állapotba, utána megint használod egy fél órára és újra suspend. Néha előveszed pár percre és alvás. Így a notebook is simán ad neked bő egy napot.
Az egyik nagy fogyasztó a képernyő, ami mobilon telefonáláskor általában ki van kapcsolva. Szóval aktív idő összevetésénél sem mindegy mit hasonlítunk össze.

Normális HUP-ot használok!

youtube-ot hallgatok munka kozben.
(firefox mobil bongeszojevel. Neha ranezek, ha olyat mondanak).

Probaltam laptoppal is. Eselytelen.

De masik usecase: telegram fut, neha ranezek, ez mobillal meglepheto, laptoppal nem
Konkeratan nincs erezheto kulonbseg akozott, hogy kodolok es forditok, es akozott hogy megy a firefox olvadgatok, vagy megy a telegram es neha ranezek mi tortenik (mert mondjuk a kertben vagyok es csak 20percenkent nezek ra).

---
Saying a programming language is good because it works on all platforms is like saying anal sex is good because it works on all genders....

A hozzászólásod nem számokról és teszteredményekről szól, hanem kognitív disszonanciáról.
Ráadásul szerver teszteredményeket követelsz, miközben itt Mac desktopról van szó. A előbb linkelt számok tükrében sanszos, hogy ezekben is megállná a helyét az ARM már ma is. Az Apple nem kapkod, 2020-ra tervezi a váltást.

Ha az Oracle rácuppan az Arm platformra akkor lesz ott is támogatás és optimalizálás. Erre látok esélyt, mert Sparc és Pc közé pont jól jönne az Oraclenek egy olyan platform amit hardveresen nem neki kell fejlesztenie, de olyan gépeket építhet rá amik csak az Oracle rendszereit bootolják. De ez már offtopic mert a téma továbbra is Mac desktop Arm-on.

Normális HUP-ot használok!

Nem sértésnek szántam. Sokan vannak így vele. Egy létező emberi tulajdonság, mindenkivel előfordul.
Korábban az Arm például Nokia mobilok meg a régebbi még valóban gyengébb okosmobilok chipje volt. De mára ez megváltozott, méghozzá eléggé gyorsan. A régi unix szakik ugyanígy csóválták a fejüket amikor meghallották a Pc szerver szavakat. Nekik az Intel volt gyenge játék cpu a jó és drága risc rendszerek processzoraival szemben. Most újra risc jön az Advanced Risc Machines chipjeivel.

Normális HUP-ot használok!

"Java appszerver teljesitmeny? Oracle TPS? Kulonbozo Spec* eredmenyek? Lattal mar olyat, hogy egy uj CPU desktop/szerver CPU teljesitmenyet Geekbench alapjan itelte volna meg barmely komoly review-er? Nem."

Most lehet, hogy en veszitettem el a hir lenyeget, de nem arrol szol a fama, hogy az Apple szeretne ismet architekturat valtani intelrol arm-ra? Macbookban, iMacben, Mac Miniben, stb..?
Marpedig ha igen, akkor ide hogy jon a java appszerver _teljesitmenye_?

Ha az lenne a kerdes, hogy beroffentheto-e ARM-on a java appszerver, akkor az egy jogos felvetes lehetne.
De ki a fene futtat MAC-en production java appszervert?
Mac-en tartalmat fogyasztanak es hoznak letre, de (tudomasom szerint) kiszolgalast nem vegeznek roluk, foleg azutan, hogy par hete/honapja jott a hir, hogy kiherelik a macOS Server alkalmazast is, ami kb. semmire nem lesz alkalmas azon kivul, hogy eszkozoket kezelj benne flotta szinten.

Benezek valamit?

-------------------------
Roses are red
Violets are blue
Unexpected '}' on line 32

Nem ugyanazokat az use case-ket kell hozni desktopon, mint mobilon. A kulonbseg jellemzoen pont a profi felhasznalas:
- fejlesztes (forditas, adatbazis)
- gepi tanulas
- CAD
- virtualizacio
- etc.

Persze, senki nem futtat prod appszervert Macen, de rengeteg Mac-en fut java appszerver egy xhyve VM-ben, mert azon fejleszt a user.

----------------------
while (!sleep) sheep++;

( dejo v | 2018. 04. 03., k – 14:31 )

Akkor ezentúl nem fognak azzal nyúzni, hogy telepítsek már Windowst a frissen vásrolt Apple gépekre, mert nem tudják használni a megszokott programokat?
Mert, ha igen akkor ez egy jó hír! :)
--
Tertilla; Tisztelem a botladozó embert és nem rokonszenvezem a tökéletessel! Hagyd már abba!; DropBox

( khiraly | 2018. 04. 04., sze – 21:31 )

Nekem az az erzesem, hogy az intel processzorok nem fejlodnek az elmult 4 evben.
Elotte mindig az volt, hogy vettem egy uj gepet es erezhetoen gyorsabb volt, jobb volt.

De olyan 4 eve kb. megallt az elet. Nincs meg az a nagysagrendi ugras, mint elotte.

Ugyanez igaz a videokartyaikra (most nem tudom, hogy az a beepitett core-t lehet-e videokartyanak csufolni vagy sem). Ott is az volt,
hogy latvanyosan fejlodott (szerintem pont az apple miatt egyebkent,
ok verhettek a dobot), de az is tokre megallt az elmult kb. 3 evben.

---
Saying a programming language is good because it works on all platforms is like saying anal sex is good because it works on all genders....

És mi a Core arch Netburst után?
A jó öreg Pentium Pro arch, amit már a Netburst korszak alatt is azért tartott életben az Intel izraeli fejlesztőközpontjában Pentium M néven mert a Pentium 4 túl forró volt a notebookokban és túl sokat fogyasztott.
Amerikában közben az Intel felsült a Netburst mellett az Itanium-mal is, pedig rengeteg pénzt költött rá.

Az AMD-nél közben a Ryzen-nél látok fejlődést.

Normális HUP-ot használok!