- Samsung Galaxy A55 - új év, régi stratégia
- Samsung Galaxy Z Fold3 5G - foldi evolúció
- Kétféle Realme GT 6 érkezik egy néven
- iPhone topik
- Apple iPhone 13 mini - miért nem veszik elegen?
- Milyen okostelefont vegyek?
- Xiaomi Mi 11 Ultra - Circus Maximus
- Google Pixel 8 Pro - mestersége(s) az intelligencia
- Netfone
- Xiaomi 13 - felnőni nehéz
Hirdetés
-
Közeledik az X Fold3 Pro
ma A kínai bemutató után megtartotta a Vivo a nemzetközit, de még nem Európában.
-
Ismét láthatjuk hogy fest az Enotria: The Last Song
gp A korábbi halasztások után szeptember közepén elviekben végre megkapjuk a teljes kiadást.
-
Computex 2024: a jövőt vázolta fel az NVIDIA
ph A korábban bemutatott fejlesztések mellett a 2025-ös és 2026-os tervek kerültek elő.
Ú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: Alpha Laptopszerviz Kft.
Város: Pécs