- Magisk
- Redmi Note 11 Pro 5G - a bajnokesélyes nem készült fel
- Samsung Galaxy S21 FE 5G - utóirat
- Eleglide C1 - a középérték
- Samsung Galaxy A72 - kicsit király
- MIUI / HyperOS topik
- Ennyibe kerülnek a Huawei Pura modellek Európában
- Motorola Edge 40 - jó bőr
- Nothing Phone 2a - semmi nem drága
- Képeken az egyik kameráját elvesztő Sony Xperia 10 VI
Hirdetés
-
Senua's Saga: Hellblade II - Íme a végleges gépigény
gp A folytatás megjelenéséig kicsivel több mint két hetet kell már csak várnunk.
-
Sokat fogyaszt az AI, egyre több az adatközpont, kell az atomenergia
it Az AI-t kiszolgáló adatközpontok olyan nagy energiaigénnyel bírnak, hogy egyre több atomenergiára van szükség.
-
iPaden is vége az App Store monopóliumának
ma Ősztől lehet alternatív alkalmazásboltból telepíteni az EU tagállamaiban.
Új hozzászólás Aktív témák
-
#25954560
törölt tag
csak spekulalok: valoszinuleg a kevesbe jol optimalizalt tobbszalu programoknal meg nagyobb lesz az elonye a nagy cache-nek, talan ez is fontos elonye lehet. tehat nem kell _annyira_ gorcsolni adatlokalizacion, kessmereteken, memoria particionalason, mert sokmindent "megold" ehelyett a nagy cache. illetve akik random olvastak nagy teruletu memoriat, ott is nagyobb az eselye, hogy lecsokken a cache-miss.
amire viszont kivancsi vagyok, az az, hogy nem teszi-e meg rosszabba a 'cache line bouncing'-ot, tehat amikor tobb magon is irjak ugyanazt a cacheline-t. mert ez intelen is tud fajni, de pl egy 64magos epyc-en meginkabb.
ha nem inkluziv, akkor talan nem.
Új hozzászólás Aktív témák
Állásajánlatok
Cég: Ozeki Kft.
Város: Debrecen
Cég: Promenade Publishing House Kft.
Város: Budapest