Új hozzászólás Aktív témák
-
dokanin
aktív tag
Hát ez fantasztikus! Csak azt nem értem, hogy ki a fene akarna olyan desktop procit venni, amiben 8 gyenge mag is van? Pláne, ha vehetek olyat, amiben 16 erős van és kész. Felesleges kockázat, mert simán lehet, hogy többet árt mint használ? És mit nyerhetek vele? Kevesebbet fogyaszt? Na ne már, hogy ez számítson ebben a kategóriában, amikor ezek zabálnak most a legtöbbet.
-
dokanin
aktív tag
válasz fatpingvin #12 üzenetére
Ha számít a fogyasztás akkor ezt nem veheted meg, mert ennél többet zabáló proci nemigen van szerintem. Plusz 8 maggal aligha fog kevesebbet enni, mint a mostani.
-
dokanin
aktív tag
Hát ja. Vagy i9-et veszel mert kell a teljesítmény, de ahhoz power kell, vagy ha a villanyszámla érdekel elsősorban, akkor meg celeront.
Kb mintha sportautót akarnék venni és azt akarnám, hogy 5 liter alatt fogyasszon de ez legyen a leggyorsabb. Hát nem tudom, hogy van-e ilyen az életben. -
dokanin
aktív tag
Hát pont ezaz. Mindenki az optimumra törekszik. Pont ezért a középkategóriában lenne max értelme ennek a vegyes designak szerintem. Ahol jó, ha elő lehet szedni többletteljesítményt ha kell, de a gazdaságosság is fontos. A Csúcskategóriában viszont tök felesleges a 8 gyenge mag szerintem. Mert lehet, hogy lehet találni olyan helyzetet, amikor jól jöhet még ott is, viszont sokkal több az olyan, amikor meg direkt árt.
-
dokanin
aktív tag
"De mi a csúcskategória? 64 mag? Oda valóban felesleges..."
Nyilván termékkategórián belül, azaz desktop, azaz i9. HEDT meg server nyilván más tészta.
Notebookban is simán lehet jó a kicsi mag. De hogy mit keres a csúcskategóriában az számomra rejtély, mivel elveszi a helyet a nagy magoktól, ami miatt csúcs a csúcs. De ez csak az én véleményem. És azt sem jelenti, hogy én valaha is vennék csúcsprocit magamnak, de ahogy látjuk van aki igen és szerintem azt meg elriasztja a kis mag, amikor csúcsprocit akar választani. De majd kiderül. -
dokanin
aktív tag
Úgy látom abban egyetértés van, hogy a kicsi magok optimális kihasználásához szükség van a fejlesztőkre is.
De kíváncsi lennék, hogy tudna-e valaki olyan gyakorlati szenáriót mondani amiben programozóként érdemes lenne pénzt és időt fektetni abba, hogy egy feladatot a kicsi magokra helyezzek amennyiben ezek elérhetőek. Mégis miért lenne ez nekem jó? Mit nyerhetnék ezáltal? Az, hogy így esetleg kevesebbet fogyaszt a proci programozóként egyáltalán nem szempont.
A legtöbb program mellett a legtöbb mag parlagon hever most is, pedig ezeknek a befogása rengeteget hozzáadhat egy szoftver sebességéhez, mégis kevesen lépik meg. Fura lenne, ha a kicsi magok jobban vonzanák a fejlesztőket.
Jelenleg egyetlen ilyen helyzetet látok csak, oprendszer fejlesztője tud profitálni a kicsi magokból, de ezen kívül semmit. De persze ez nem azt jelenti, hogy nincs, de kíváncsi lennék ki tud ilyet és mi az?[ Szerkesztve ]
-
dokanin
aktív tag
Emlékszem, amikor bejöttek a többmagos procik. Úgy vártam rájuk mint a messiásra. Végre valami ami kézzelfogható előnyt jelent a programozásban.
De most semmi ilyesmit nem érzek. Fejlesztőként a legkevésbé sem érdekel az üresjárati fogyasztás az ügyfélnél. Miért is érdekelne? Sosem fognak felhívni, hogy nagyon ürülünk, hogy téged választottunk és nem a konkurenciát, mert nálad sokkal kisebb lett a villanyszámla. -
dokanin
aktív tag
Természetesen a programozó tudja megmondani legjobban, hogy melyik szálnak mennyi kraftra van szüksége, de azt még mindig nem látom, hogy minek akarnék időt és pénzt áldozni arra fejlesztőként, hogy kicsi magokkal is foglalkozzak? Eddigi tapasztalataim alapján elég nehezen tudom elképzelni, hogy bármi gyorsabb lenne azáltal, hogy egy egy szálat inkább nem a nagy magon futtatom, amikor pl az én windowsomban most épp 2200 szál fut 8 magra elosztva. Ha pedig nem nyerek valamit vele a saját fejlesztésemmel kapcsolatban szinte kizárt, hogy használnám. Pláne valami homályos nyereség miatt. Még a több mag kihasználása is külön döntést igényel, hogy megéri-e a befektetett munka jelenleg is.
Továbbá egy másik probléma, hogy szerintem manapság a legtöbb programozó nem közvetlenül hoz létre thread-eket, hanem az általa használt keretrendszer kezeli ezeket jellemzően valami treadpool-ból újrahasznosítással, mivel nagyon nem éri meg folyton létrehozni és megszüntetni szálakat. Ebből kifolyólag pedig elemezni is lehetetlen hogy egy egy szál milyen teljesítményt kíván, hiszen hol ezt futtatja, hol azt.
És ami pedig a legnagyobb probléma szerintem, hogy akár egyetlen kicsi mag jelenléte is sokszor visszafoghatja az összes többi nagy magot a szinkronizáció miatt, így viszont inkább káros, mint hasznos a jelenléte.
A saját 20 éves szakmai tapasztalatom alapján én úgy látom, hogy kicsi magokat akkor lehet jól kihasználni, ha ezt az oprendszer teszi, nem keverve a felhasználói programokkal, hanem a saját háttérfolyamataihoz. Pl andorid esetében tényleg baromi hasznos lehet ez, ha a telefon készenléti módjában, amikor fogadni kell az értesítéseket, hívásokat, stb csak kicsi magokon dolgozik, hiszen akkor a user úgysem nyomkodja, tehát tök mindegy hogy mi mennyi idő alatt végez, viszont tényleg rengeteget lehet vele spórolni üzemidőben.
De a laptop pl pont nem ilyen. Ott ha nem használod kikapcsolod. Nincsenek háttérfolyamatok alvó üzemmódban.
De persze majd kiderül. Mindenesetre kíváncsian várom, hogy mi sül ki belőle. -
dokanin
aktív tag
-
dokanin
aktív tag
-
dokanin
aktív tag
Szerintem amikor a több mag kihasználásáról van szó a legtöbben mindig a hosszan tartó folyamatokra gondolnak, pedig üzleti alkalmazásokban is marha jól lehet használni rövid ideig tartó eseménykezelőkben is. Ha azt a rövid jellemzően 1-2 másodperces műveletet sikerül párhuzamosítani és ezáltal tizedmásodpercekre rövidíteni a válaszidőt, hatalmas ugrásnak fogja érezni az ügyfél, annak ellenére is, hogy a procija az idő 99%-ában malmozik. Szóval simán megéri ilyenkor is a többmagos procit választani.
-
dokanin
aktív tag
"Számításigényes feladatokra kellhet ennyi extra és erős mag. Mi az ami UX folyamat/esemény része (gyk. nem számítás/szimuláció) és nem kéne elfutnia 1db magon ami önmagában mips/gflops szinten irdatlan teljesítményre képes?*"
Hát én speciel nagyjából csak a Visual Studioban dolgozom és ott bizonyos műveletekkel el tud bíbelődni egy darabig és látható egyébként, hogy bizonyos műveleteket egy szálon old, meg míg másokat már optimalizáltak és több szálon fut. Pl a build az ilyen. De a bulid során is tökre jól látszik (legalábbis az én gépemen ryzen 2700), hogy még az SMT is tök negatívan befolyásolja a folyamatot. Amin most dolgozom solution smt nélkül 30 sec alatt végez, SMT-vel 40. Szerintem ha kicsi magok is keverednének ebbe a folyamatba ugyanígy csökkenne a hatékonyság, mivel a párhuzamosított folyamatoknak időnként mindenképp be kell várniuk egymást és ha belekeveredik valahogy egy lassabb szál a sok erős közé elvész az előny, mert ilyenkor a leggyengébbre vár a többi erős.
Abban egyébként teljesen igazad van, hogy az aktív szálaknak kb 99,9%-a háttérfolyamat, de szerintem ezek kiszolgálása még mindig sokkal kedvezőbb egyforma magokon. Persze ha nem veszem figyelembe a fogyasztást, de engem az személyesen egyáltalán nem érint jelenleg.
Új hozzászólás Aktív témák
- Windows 11
- Házi barkács, gányolás, tákolás, megdöbbentő gépek!
- Politika
- Helldivers 2 (PC, PS5)
- Háromféle processzor is része lesz a Core 200 sorozatnak
- sziku69: Fűzzük össze a szavakat :)
- PlayStation 5
- Amazon Fire TV stick/box
- HiFi műszaki szemmel - sztereó hangrendszerek
- Az Apple megszerezné a klubvilágbajnokság közvetítési jogait
- További aktív témák...
- Beszámítás! Intel Core i3 10105 4 mag 8 szál processzor garanciával hibátlan működéssel
- Garanciális Intel Core i5-13600K
- Beszámítás! Intel Core i3 9100 4 mag 4 szál processzor garanciával hibátlan működéssel
- Hibátlan - INTEL Core i5-9400F 6 mag CPU + gyári hűtő - LGA1151v2
- Ryzen 7 7800X3D // Alza gari 2026.12-ig
Állásajánlatok
Cég: Promenade Publishing House Kft.
Város: Budapest
Cég: Ozeki Kft.
Város: Debrecen