Túl gyorsan növekszik a processzormagok száma

← ElőzőOldal 2 / 2

Jelentkezz be a hozzászóláshoz.

#21
Azok a dolgok, ahol n-szer ugyan azt kell végrehajtani, jól párhuzamosíthatók. A probléma a sekvenciális dolgokban van, fõleg ha minden egyes lépés függ az elõzõ(ek)tõl.

#20
Azért nem egy példa van olyan programokra amik nagyon jól skálázódnak több magon (tipikusan raytracer cuccok), és van egy halom lib is ami több ezer szálat képes párhuzamosan kezelni. Csak egy megfelelõ feladatstruktúrát kellene kialakítani ami jól párhuzamosítható. Nem az a baj hogy nem tudnák megcsinálni, hanem valószínûleg egy szoftver 67-ik verziójánál tartanak, és sok olyan rész van amit a régi verziókból emeltek át, és azt foltozgatják. A teljes újratervezésnek meg nem állnak neki, bár tisztelet a kivételnek (lásd DX9 -> DX10 váltás).

shaken, not stirred

#19
az a problémájuk hogy azok az op. rendszerek is változó eredménnyel végzik el ugyanazt a feladatot (akár 15%)

HP+

zola2000
#18
Na igen, ez kb olyan szintû probléma, hogy pl a ps3ban is van 9 mag, ami elég lenne három krízis futtatásához, de ezt kihasználni, ténylegesen még senki sem képes. Persze ez a generáció végére változhat.

A

IMYke2.0.0.0
#17
Erre én is kíváncsi lennék.
Mert mindenhol csak a Linux-flame megy, konkrétumok nélkül.

Szigorúan magánvélemény | Can’t spell “STEAL” without EA? | Gamer's Hell: DLC, Early-A, Pre-Order, Seasons, Episodes, Regions, Loot Box, Microtransactions, MS Store, Epic Store.

Molnibalage
#16
Miért is? Alig támogat valami két magot is rendesen nemhogy négyet..

A történelem nagy tragédiája, hogy az Aurora helyett a Titanic süllyedt el. (Meg az, hogy a világot elárasztották a konteóhív?k...) i5-2400S 2.5GHz, HD7850 2GB, 8 GB RAM

#15
"Merthogy elég régóta vannak olyan oprendszerek + programnyelvek amik lehetõséget adnak a többmagosra irt kódok hatékony fejlesztéséhez."

Itt konkrétan mire gondolsz? Mert a Linux + C/C++ sem alkalmasabb rá, illetve bármely Unix klon + C/C++-ra ez igaz. Tényleg kíváncsi vagyok.

#14
OS osztja szét magokra a feladatot, az csak akkor gyorsít, ha több szálas a feladat vagy több nagy CPU igényû feladatot futtatsz. Hiába váltogat a magok között az OS (megjegyzem, ezt utoljára az XP csinálta, hogy automatikusan váltogat a magok között, Vista inkább a nagyobb sebesség érdekében nem vált magot, ha lehet, az adott feladat alatt).

#13
Hahó, tisztelt Gartner, nem csak a winfos létezik! Mert az valóban nem való ilyesmire.....
Merthogy elég régóta vannak olyan oprendszerek + programnyelvek amik lehetõséget adnak a többmagosra irt kódok hatékony fejlesztéséhez.
#12
Szerintem is annak kéne, pedig mennyire nem tudja, lásd játékok többsége.
Egyébként a proci egy magon belül próbálkozik pipekre bontani a szálakat, több kevesebb sikerrel. Az AMD-nél volt is egy terv (1 éve), hogy egy hid segítségével a több mag egynek látszódjon, és ne csak látszodjon hanem egy magként is mûködjön. Nem tudom, hogy hol tart ez a dolog, de lehet hagyták a fenébe, mert a marketing most a magok számának növelésében látja az üzleti sikert.

#11
ez a második mondatodban volt...

,,Boldogok, akik üldözést szenvednek az igazságért, mert övék a mennyek országa.\" //INRI

#10
...bocs, már az elsõ mondatban hiba: az _OS_ osztja a magokat a folyamatok között

A flipflop és a visszhang összehasonlítása: flipflop: eszem-iszom-eszem-iszom-eszem-iszom-eszem-iszom visszhang: eszem-iszom-iszom-iszom-iszom-iszom-iszom-iszom

#9
Asztali témában ez egyáltalán nem érdekes. Itt úgyis a proci osztja a magokat a folyamatok között, az alkalmazásnak errõl semmit sem kell tudnia.
Szerver oldalon picit tényleg más a helyzet, mert itt nem fut annyi szál egyszerre. Itt tényleg az alkalmazásnak kellene tudni kihasználni a sok magot.
Nekem viszont nincs szerverem, és egy önzõ nemtörõdöm állat (hihi) vagyok, szóval kitérdeke'?

A flipflop és a visszhang összehasonlítása: flipflop: eszem-iszom-eszem-iszom-eszem-iszom-eszem-iszom visszhang: eszem-iszom-iszom-iszom-iszom-iszom-iszom-iszom

#8
Még mindig jobb, ha valamerre fejlõdik a hardver, minthogy toporogna, hogy bevárja a szoftvert.

#7
Na jó, vannak programok, amik kihasználják a több/sok magot, de 1. desktop alkalmazások közül kevés program használja ki akár csak ezt a néhány magot, legtöbb a 2-t sem; 2. szerver alkalmazások közül is kevés használja ki a többszáz magot, vagy akár csak a több tucatot. Adott esetben nem is lehetséges annyifelé bontani a feladatot, és/vagy az ezzel járó pluszadminitrszáció több erõforrást használ, mint maga a feladatvégrehajtás. (Ezért pl. a szuperszámítógépek sem jók mindenre.)

#6
Miért, szerinted az?

#5
"A Gartner kutatócég úgy véli, hogy a sokmagos felépítésû processzorok esetében túlságosan gyors ütemben duplázódik meg a magok száma, amelyet a szoftveres fejlesztések egyelõre nem tudnak követni."

Ez valami vicc ?
#4
A programok többségének jó lenne...

Mindenesetre jobb lenne jövõre egy 6-7 GHz-es 4-magos, mint egy olyan 8-magos, ami ugyanúgy ~3 GHz-en jár, mint a mostaniak...

B0nFire
#3
Nekem is sok az az 53 m2 amiben lakok, mert nem szaladgálok álló nap föl-alá a lakásban. Mindazonáltal nem szívesen korlátoznám le az életteremet mondjuk 16 m2-re. Jó az, ha a hardver fejlõdik. A szoftver most éppen nem követi a fejlõdését, de eljön az idõ (nem is olyan sokára), amikor már a hardvert nem lehet tovább bonyolítani/miniatürizálni. Majd szép lassan a szoftver is felzárkózik. Ha lesz rá igény miért ne?

A szenvedés az az, amitõl az ember jobbá válik. Csak túl kell élni.

#2
Persze használjunk egy magot 6-7GHZ-n sokkal jobb lenne<#nyes>.

techgarazs.com ingyendomain.tk BME

Molnibalage
#1
Lassan több mag lesz, mint ahány fogam van...

A történelem nagy tragédiája, hogy az Aurora helyett a Titanic süllyedt el. (Meg az, hogy a világot elárasztották a konteóhív?k...) i5-2400S 2.5GHz, HD7850 2GB, 8 GB RAM

← ElőzőOldal 2 / 2