- Samsung Galaxy Fit 3 - keveset, de jól
- iPhone topik
- Android alkalmazások - szoftver kibeszélő topik
- Vodafone mobilszolgáltatások
- Milyen okostelefont vegyek?
- Huawei P40 Pro - kilökték a célegyenesben
- Mobilinternet EU-n kívül, eSIM adatcsomagok használata
- Fotók bizonyítják, tényleg szárat növeszt a Galaxy Buds 3
- Fotók, videók mobillal
- MIUI / HyperOS topik
Hirdetés
-
Megérkezett a Razer DeathAdder V3 Hyperspeed verziója
ph A Pro és a vezetékes változat után tehát itt a Razer saját rádiós megoldását használó változat, mely 8 grammal könnyebb is az előbbinél.
-
Retro Kocka Kuckó 2024
lo Megint eltelt egy esztendő, ezért mögyünk retrokockulni Vásárhelyre! Gyere velünk gyereknapon!
-
Kihajtható támasszal és nyolc hangszóróval szerelt tablet a Lenovótól
ma Bemutatkozott a Lenovo Tab Plus, egy különleges szórakoztatórendszerrel ellátott táblagép.
Új hozzászólás Aktív témák
-
Pikari
addikt
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.
A Dunning−Kruger-hatás az a pszichológiai jelenség, amikor korlátozott tudású, kompetenciájú vagy képességű emberek rendkívül hozzáértőnek tartják magukat valamiben, amiben nyilvánvalóan nem azok.
Ú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.
- Júniusban a hardverek is vakációra mennek
- Napelem
- Miért vezet mindenki úgy, mint egy állat?
- Xbox Series X|S
- gban: Ingyen kellene, de tegnapra
- Azonnali fáradt gőzös kérdések órája
- AMD K6-III, és minden ami RETRO - Oldschool tuning
- Samsung Galaxy Fit 3 - keveset, de jól
- Kerékpárosok, bringások ide!
- World of Tanks - MMO
- További aktív témák...
- ASUS ROG Strix
- HP OMEN Gaming 16-wf0003nl - ÚJ 16" QHD GAMER notebook - i9-13900HX, 32GB, 1TB SSD, RTX 4070(8GB)
- Dell XPS 13 9360 13.3" FHD IPS i7-7500U 8GB RAM, 256GB NVMe SSD gar
- AKCIÓ Új Bontatlan 2023 MacBook Pro 16 M2 Pro 12/19 16GB/512GB Magyar billent Azonnal Átvehető Deák.
- BESZÁMÍTÁS! Apple MacBook Pro 15 2018 i7 16GB 256GB notebook garanciával hibátlan működéssel