Új hozzászólás Aktív témák

• #95 Pikari veterán freeapro #94

  Új Válasz 2024-04-01 16:18:30 #95

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Pikari

  veterán

  válasz freeapro #94 üzenetére

  Nem mondtam olyat, hogy nem értenél hozzá... A feltételezésed, ami alapján azt gondolod, hogy oop kód esetén épp ezek lennének kioptimizálva, viszont túl optimista. A te magas szintű oop kódod optimizálódik ki, meg ami jól fog még futni, azok az adatbázis szerű műveletek, ahol pointerekről vagy osztályok példaányairól példányaira ugrálsz, vagy egyszerűen dolgokat címezgetsz. De egy olyan library vagy forráskód már nem, ami mondjuk egy armra nem külön ráoptimizált dekóderrel csomagol ki valami nyersanyagot/resourceokat/pl képet/valamit kitömörít/ betömörít/különféle nem alignált transzformációkat/nem az archnak megfelelő szélességű deltákat vagy bitszélességeket használva, hát hát pont ezek a sebességkritikus részek rengeteg programban. És minő meglepetés, ezeken vérzik ki az arm architektúra általában, mivel az egy végletekig egyszerűsített load-store architektúra. Onnantól kezdve az ilyen kódot vagy vért hugyozva valahogy armra optimizálják, vagy nem lesz optimizálva (általában nem is szokták, hanem pont a leg naívabb c kódra ifdefelnek vissza, hogy egyáltalán működhessen), akkor viszont hiába várod a jó teljesítményt pusztán attól, hogy a deklarációidból fakadó kód overheadje nem roszabb rajta, mint x86-on.

• #90 Pikari veterán freeapro #85

  Új Válasz 2024-04-01 14:12:51 #90

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Pikari

  veterán

  válasz freeapro #85 üzenetére

  Minnél alacsonyabb szintű funkcionalitást kell megvalósítani a librarynak, annál nagyobb lesz a hátránya az x86-al szemben. Például nem mindegy, hogy egy igazítatlan 64 bites számérték regiszterbe olvasása 1 opkód (x86-64), vagy 8 + 8 +1 (arm). Nincs az a memória és regiszterbackend, ami ezt hatékonyan el tudná rejteni.

• #75 arty veterán freeapro #63

  Új Válasz 2024-03-31 12:11:13 #75

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  arty

  veterán

  válasz freeapro #63 üzenetére

  nekem csak az eszköz minusz kellene, azzal nem nyerek, ha a x86 helyett armos ventis dobozom van

• #57 arty veterán freeapro #36

  Új Válasz 2024-03-29 21:18:24 #57

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  arty

  veterán

  válasz freeapro #36 üzenetére

  nem kell armos noti, desktop támogatás kell droidra (googletől) és dokkoló a telefonokhoz.

• #41 hapakj őstag freeapro #36

  Új Válasz 2024-03-29 11:26:13 #41

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  hapakj

  őstag

  válasz freeapro #36 üzenetére

  Jogos, nekem is jónak tűnnek ezek a desktop android megoldások, de egyébként én nem látom, hogy az ARM-os windows-zal lenne a baj. Szépen teszi a dolgát és olyan x86 alkalmazásokat is tudsz vele futtatni amik régebbiek mint maga az Android
  
  Szóval szerintem létjogosultság az lenne, itt tényleg az a baj, hogy valahogy nem sikerül jólárazni a termékeket

• #38 Pikari veterán freeapro #36

  Új Válasz 2024-03-29 11:06:59 #38

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Pikari

  veterán

  válasz freeapro #36 üzenetére

  Androidos és Linuxos ökoszisztémájuk van már régóta, desktop változata is van az androidnak, viszont sok az irodista jellegű user, és rengeteg otthoni felhasználó is a windowst részesíti előnyben. Ezek körében hatalmas piaci részesedése van a windowsnak. Sok pénz lenne az nekik, ha pár százalékot ki tudnának harapni ebből a tortából maguknak. Csak ez eddig nem sikerült nekik. Részben a saját hibájukból, részben a microsoft hibájából.

Új hozzászólás Aktív témák