- Apple iPhone 15 Pro Max - Attack on Titan
- Yettel topik
- Android alkalmazások - szoftver kibeszélő topik
- MIUI / HyperOS topik
- Apple iPhone 11 - népalma
- T Phone 2 Pro - majdnem mindenben jobb
- iPhone topik
- Samsung Galaxy S24 Ultra - ha működik, ne változtass!
- Mobil flották
- Samsung Galaxy S21 és S21+ - húszra akartak lapot húzni
Hirdetés
-
Ellopták a Tesla akkumulátor-titkait
it Beperelte egy korábbi beszállítóját a Tesla, és azzal vádolja, hogy üzleti titkokat lopott a Tesla akkumulátorgyártási technológiájával kapcsolatban.
-
RISC-V alaplap a Framework Laptop 13 notebookhoz
ph A szabadon szerelhető, bővíthető noteszgépbe a DeepComputing jóvoltából kerülhet a nyílt platform.
-
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
-
-
Raymond
félisten
-
ddekany
veterán
"aminek a készítői nem töltöttek el 4-5 évet az ARM-ra való optimizálásban"
Már megint ezt az ostobaságot nyomod, mikor jópárszor el lett mondva, hogy ez pár ritka esettől eltekintve nem létezik. Azon kívül mennyit optimalizál egy programozó x86-ra? 99.99%-ban semennyit. Megríja, mondjuk C++-ban (de lehet, hogy C#, Python, JavaScript, stb.) és kész. Az optimalizáció, hogy úgy általában az algoritmust, adatstruktúrákat, architektúrád jól tervezed. A fordító/interpreter intézi a többit, nincs is beleszólásod abba, hogy a ISA szintjént ez mi lesz.
-
Sidorovich
senior tag
Szoftverfejlesztőként mondom, hogy az esetek 90%-ra kivetítve ddekany és freeapro fórumtársaknak van igaza és te írsz baromságokat marha nagy egoval és magabiztossággal (lásd aláírásod).
Számtalanszor láttam a gyakorlatban mind munkában, mind hobbi projektemnél, hogy a korszerű eszközökkel fejlesztett szoftver amit x86-on fejlesztettünk és teszteltünk, natív ARM-re (Apple Silicon) fordítva is gyönyörűen működött, még gyorsabban is annyival, amennyivel az M2 chip gyorsabb volt az előzőleg használt korai Ryzennnél.
Persze vannak kivételek, de azok nagy része eleve alacsonyabb szintű, architectura specifikus optimalizációt igénylő dolog (pl. OS kernel, 3D engine akár játékhoz akár máshoz, stb.), meg esetleg néhány szarul megírt őskövület amit példának hoztál. De az elmúlt szűk 10 évben írt C#, Go, Python, Java, JavaScript, stb. (de akár C++) crossplatform nyelveken írt üzleti szoftvereknek, webes kódoknak fikarcnyi hátránya nem származik az ARM-re való fordításból. A JavaScript kifejezetten imádja az ARM chipek brutális egyszálú teljesítményét az őskövület x86-al szemben.Apple-nél a 2020-as ARM-re váltás előtt se gondolnám, hogy 0-ról írták újra az egész macOS-t és egyéb saját szoftvereiket.
[ Szerkesztve ]
-
Sidorovich
senior tag
Ez alapján a hardverhez is pont annyira értesz, mint a szoftverfejlesztéshez.
Ha neked 2 CPU összehasonlítása kimerül a magszámban (4 magos Raspit hasonlítasz egy 4 magos x86-hoz), akkor kár is tovább erőltetni. Van itthon Raspi 4 és ASUS Mini PC is. Az 1 Ghz-en üzemelő passzív hűtésű 2 magos ASUS PN41 Mini PC is lényegesen erősebb volt a legújabb Raspi 4-nél. Nem az ARM-re való fordítás gyengeségei miatt lassúak a dolgok Raspin, hanem mert egy egy kiherélt gyenge gép olcsón, hobbi célokra. Ettől még imádnivaló, csak hülyeség keverni az ott látott tempót azzal, hogy az ARM mire képes valójában."apple processzora eleve nem arm dizájn, hanem az apple saját szuperskalár out of order risc processzora, amely az arm utasításokat mikrokódra fordítva hajtja végre, semmi köze nincs a qualcomm meg a többi gyártó processzoraihoz semmilyen formában sem."
Azt hiszed okosat mondtál, de ez az összes mai processzorra igaz, ARM-re és x86-ra egyáltalán. Mindegyik végtelenül komplex módon, többek között mikrokóddal valósítja meg a hardver szintjén a logikai architektúrát (értsd: utasításkészletet). Egy Ryzen és egy Core i7 is full különböző, mégis mindkettő x86-64. Ugyanígy az Apple Silicon és egy Snapdragon is ARM, hibába teljesen különbözőek a vas szintjén.
Képes vagy átlátni ezt az absztrakciót a konkrét vas (fizikai archi) és az utasításkészlet (logikai archi) között? A magas szintű nyelveken írt szoftvert operációs rendszer és CPU architektúra kombinációjára fordítják (pl. Windows-x86). Hogy alatta ki a CPU gyártója, azon a szinten marhára lényegtelen."minden egyes létező irodában, közhivatalban úgy kezdik a napot, hogy dokumentumokat"
Igen, túlnyomó többségében Office 365, Google Workspace és társait használnak. Eddigi 3 munkahelyemen az életben nem láttam senkit LibreOfficet használni, feleségem ugyanezt vallja az ő tapasztalata alapján. Az, hogy te a Raspi 4-et használsz fő PC-nek LibreOffice-al és ez lassú és nem kényelmes, az az egyéni mazochizmusod, ne vetítsd ezt ki a világra.Más fórumokban más témákban is láttam már a flegma stílusod, munkásságod, kár a gőzért. A PH fórumokon való trollkodáson és flamelésen kívül pontosan mit is dolgozol?
[ Szerkesztve ]
-
Sidorovich
senior tag
"csak az elmúlt két hétben több helyen voltam munkaállomásokat karbantartani és telepíteni, mint ahány helyen te egész életedben dolgoztál a saját bevallásod szerint."
A pizzafutár is ha kimegy 20 címre az 20 munkahely tapasztalata ugye?"Mivel fogalmad nem volt arról, hogy az apple nem az arm dizájnját használja"
Mi ez a baromság? Az ARM egy licenszelhető logikai architektúra, amihez lehet adnak egy referencia implementációt iránymutatásnak és kereteket, de minden gyártó úgy valósítja meg, ahogy akarja és tudja a kereteken belül. Qualcomm, MediaTek, Apple Silicon, ezek mind mind ARM chipek, a konkrét chipek sokban különböznek a fizikai megvalósításban, de ez lényegtelen mert mind ARM kompatibilisek. Ezen mit nem lehet ennyi hozzászóláson keresztül megérteni?"elegánsan hallgatsz róla, hogy windowsos arm gépekbe az apple dizájnjai nem fognak bekerülni."
Ezt kell bárkinek is magyarázni, hogy az Apple saját hardvere csak Apple gépekbe kerül? Azért releváns itt az Apple Silicon, mert egy élő példája annak, hogy komplett ökoszisztémát OS-el mindennel együtt át lehet mozgatni x86-ról ARM-re úgy, hogy még a teljesítmény is javul, nem csak az akku idő. A cikk is erről szól, csak Windowsos laptopokkal kapcsolatban. Ott is menni fog ez, csak idő kell. A LibreOffice meg senkit nem érdekel mindeközben, aminek az ARM teljesítményével kapcsolatban rinyáltál.Off:
Egyébként gőzerővel és sikeresen dolgoznak azon, hogy Apple Siliconon natívan fusson a Linux. Virtuális gépen szintén megy és jól működik a Windows 11 ARM változata Apple Silicon gépeken. Sőt, hivatalosan támogatott a Microsoft által: [link]"A pökhendi okoskodásodat, hogy ki mihez ért, meg nem ért, meg javaslom, hogy vidd máshova, csak nevetségessé teszed magad."
Pont abban a stílusban beszélek veled, amit te képviselsz itt régóta számos topicban és ahogy itt is indítottál másokkal.[ Szerkesztve ]
-
Sidorovich
senior tag
"lehet, hogy én voltam kissé agresszívabb a témában, mint kellett volna"
"egyébként a puding próbája az evés"
Végre valamiben egyet tudunk érteni.Rendes kockaként és kütyümániásként van itthon minden és próbálgatom őket rendesen, és pont ez alapján mondom, hogy az ARM a jövő. Irodai szoftverek (Office 365, Zoom, stb.) legalább olyan jól futnak az ARM alapú Mac Minimen, mint a Windowsos laptopomon x86-on. Ugyanez elmondható a hobbi projektjeimről és azok fejlesztői környezetéről (C#, Visual Studio, Docker, Postgres, stb.). Sőt, még maga a Windows 11 ARM változata is fut virtuális gépen az ARM-es Macen Parallels-el, és bizonyos feladatokban jobb számokat hoz, mint a Ryzen 6800H-val (x86-64) szerelt laptopomon natívan futó Windowson ugyanezek.
Ha ez itt így összejött, miért ne sikerülhetne ez Snapdragon (és más) ARM chippel szerelt laptopokkal, natív Windows 11 ARM támogatással?
Menni fog, és jobb lesz, mint a bő 40 éves x86 további toldozása/foltozása. A teljesítmény mellett a hatékonyságról már ne is beszéljünk, ARM chipes laptopok röhögve hozzák a 15-20 óra körüli üzemidőz munkában, a gyakorlatban. A MacBookok már 2020 óta.
Ha valami lassabban fut ARM-en, mint x86-on, ott az adott szoftvert kell kalapálni, de személyes tapasztalatom szerint marhára nem ez lesz a többségi eset.[ Szerkesztve ]
-
freeapro
senior tag
Nem tudom, hogy mi hány opkód ARM és x86 rendszerekben, de a mai modern processzorokban már 3 szintű cache van, így biztosan nem ez adja a futásbeli különbségeket. Főleg nem OOO utasításvégrehajtásnál, ahol ez mind ki van optimalizálva. De ezzel nem is kell foglalkozni, azért programozunk C és C++ nyelveken, hogy mindezt a problémahalmazt eltakarja előlünk, és egy másik absztrakciós szinten gondolkodjunk.
Tudom nehéz meggyőzni vidéki önkormányzatok rendszergazdáit, mert ők mindenhez is jobban értenek. De én már programoztam Windows, Linux, Android, Solaris, HP-UX rendszerekben, Basic, Assembly, C, C++, Pascal, Modula-2, Forth, Java, Plex, Erlang, C#, TCL, Python nyelveken. Ezért azt gondolom és is valamennyire értek hozzá.
Új hozzászólás Aktív témák
ph A Qualcomm nem kínálja olcsón a friss fejlesztését, így a gyártók a prémium szintre lőnek majd vele.
- Gamer laptop feltöltés alatt
- Gamer laptop feltöltés alatt
- Acer Nitro 5 - AN515 - 15,6"FHD IPS 144Hz - i7-10750H - 16GB - 1TB SSD - RTX 3050 Ti - Win11 - Gari
- HP Laptop 17-by2024nf - 17,3"HD+ - i3-10110U - 8GB - 128GB SSD - 1TB HDD - Win11 PRO
- Macbook PRO 16 M1 PRO CHIP! 16GB/1TB (1024GB) SSD! Magyar! Gyönyörű! Akku 97%! Fulldoboz!
- Dell Latitude 5490 14" FHD I5-8350U,8GB,256GB SSD, WIN10
- HP Pro X2 612 G2,2 az 1-ben Tablet,i5-7Y57,8GB DDR4,256GB SSD,WIN10
- Dell Latitude 5300 I5-8365U 8GB DDR4 256GB SSD 13.3" FHD 2 in 1 Touch Vill BILL!
- Lenovo L480 FHD,14" I5-8265U 8GB DDR4 256GB SSD WIN10
- Lenovo V15 IIL,15.6" FHD I3-1005G1 8GB DDR4 256GB SSD + 320GB HDD WIN10