- Fényképeken a Google Pixel 9 Pro
- Yettel topik
- Mobil flották
- Android alkalmazások - szoftver kibeszélő topik
- Még annál is olcsóbb lesz a Blackview Hero 10
- Redmi Note 12 Pro - nem tolták túl
- Poco F3 - a mindenes, de nem mindenkinek
- Samsung Galaxy S23 Ultra - non plus ultra
- Ulefone Note 17 Pro - tolmácsot szeretnék kérni
- Sony Xperia bemutató lesz május 17-én
Hirdetés
-
PowerWash Simulator - Már több mint 12 millióan próbálták ki
gp Sokak szerint abszurd a játék alap témája, mégis nagyon sokan döntöttek arról hogy kipróbálják a programot.
-
Lenovo Essential Wireless Combo
lo Lehet-e egy billentyűzet karcsú, elegáns és különleges? A Lenovo bebizonyította, hogy igen, de bosszantó is :)
-
Nyár közepén jön az AOC 540 Hz-es gaming monitora
ph Az Agon Pro szériás, kellemes felszereltségű újdonság lényegesen olcsóbb lesz a jelenleg kapható ellenlábasánál.
Új hozzászólás Aktív témák
-
Robitrix
senior tag
válasz flashpointer #7 üzenetére
A dolog nem ennyire fekete fehér. 16 nagy mag sokat fogyaszt nagyon melegszik. Azt a CPU-t le is kell hüteni annyira hogy tudjon magas órajelen dolgozni. Az egyik megoldás, hogy raknak a prociba magas órajelen nagy teljesítménnyel futó magokat és kisebbeket . Ha van egy 8+8 magos proci és szükség van mondjuk 4 mag futására. Akkor futni fog 4 gyors magon. ha van egy programom, ami 14 magot használ egyszerre na akkor gond van. elég "okosnak" kell lenni a rendszer feladatütemezőjének vagy magának a programnak, hogy jelezni legyen képes, hogy melyik programág igényel nagy teljesítményt melyiknek elég kisebb telejsítmény ís. A hétköznapi életben a legtöbb feladat esetén nem lehet egyenletesen szétterhelni sok magra a futást. Lesz olyan mag, ami agyon gyötri a használt magot lesz, ami csak lépecol és alibiből futat le pár kisebb program ágat. Abban igaza van az AMD-nek, hogy elöbb a programoknak és a rendszerek erőforrás ütemezőjének kell megfelelő szintre fejlödni. Az intel már kisérletezett egy 4+1 magos procival. 4 általános mag és 1 darab nagy teljesítményű mag. Az eredmény nos nem volt kielégítő. a rendszer erőforrás ütemezőjénél korántsem volt igaz. hogy mindig a legoptimálisabban hozta össze a nagy teljesítményű magot és a program leginkább számítás igényes ágát egymással. Vagyis korántsem alakult optimálisan a program futás. Az optimalizáláshoz olyan program fejlesztő nyelvek kellenének ráadásul, ahol a program fejlesztő valamilyen módon minősíteni tudja a program ágakat, hogy melyik igényel nagy teljesítményt és melyik csak átlagos. Aztán ezen információk alapján az erőforrás ütemező tudna lépni, hogy mit rak nagy teljesítményű magra mit hagy csak úgy lébecolni a háttérben. Amig ezek nincsenek biztosítva szoftver szinten nos a dolognak túl sok értelme tényleg nincsen.
Új hozzászólás Aktív témák
- Milyen RAM-ot vegyek?
- Haladó fotósok digitális fényképei
- Fényképeken a Google Pixel 9 Pro
- Olcsóbb lett a Tesla Full Self-Driving szoftvere
- Luck Dragon: MárkaLánc
- Yettel topik
- D1Rect: Nagy "hülyétkapokazapróktól" topik
- Skoda, VW, Audi, Seat topik
- Assetto Corsa Competizione
- Azonnali informatikai kérdések órája
- További aktív témák...