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

• #26 Fiery veterán tlac #23

  Új Válasz 2018-02-24 19:04:39 #26

  Ú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

  

  Fiery

  veterán

  válasz tlac #23 üzenetére

  Igen, a kevesebb utasitassal valo bibelodes az oka annak, hogy a sima 32 bites x86-tal inditanak. De ha tippelhetek egy mereszet, szerintem 1 even belul kesz lesz az x64 tamogatas is.

  En ugy ertelmezem a cucc mukodeset, hogy elso futtataskor dobja at a kodot ARM-ra, es utana az eredmenyt becache-eli. De hogy ez futasidoben tortenik-e, vagy elore atforditja, az jo kerdes. Mondjuk ha igy is mukodik a cucc, sanszos, hogy idovel atalakitjak ezt olyanra, hogy a .DLL es .EXE fajlokat mar akkor elkezdi a hatterben atforditani az oprendszer, amikor azokat eloszor kiirja a juzer a lokalis hattertarra. Tehat pl. egy WinRAR eseteben mar telepites kozben elkezdi atdobni a binarisokat, es amikor inditod a WinRAR-t, mar a feladat egy reszevel (vagy egeszevel) el is keszult a hatterben a Win10. Persze minden megoldasnak lesznek hatulotoi, en pl. ezeket kepzelem el:

  - halozatrol (UNC utvonal foleg) futtatott binarisoknal lassu lesz ez a megoldas -- kiveve ha valami nagyon furmanyos megoldassal ellenorizni tudja az oprendszer, hogy valtozott-e a tavoli helyrol futo binaris (pl. hash-et gyart a fajlokbol minden inditasnal)
  - x86 SIMD kodot (SSEx) sanszos, hogy elso korben butan fogja megoldani a forditas, es csak idovel (pl. az x64 tamogatassal egy korben) lesz annyira felokositva, hogy az x86 SIMD kod is szepen atfordul ARM SIMD kodra
  - nem hiszem, hogy AVX tamogatast belathato idon belul kapni fog ez a fordito
  - kerdes, hogy hany szoftvernel okoz majd gondot, hogy a kernel driver nem lesz betoltheto, hiszen azt nem fogja a fordito ARM-ra atdobni

  [ Szerkesztve ]

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