- gban: Ingyen kellene, de tegnapra
- LordAthis: Ismét egy "Idióta" A.I. Projekt, hogy meglovagolja az aktuális trendeket...
- ubyegon2: Airfryer XL XXL forrólevegős sütő gyakorlati tanácsok, ötletek, receptek
- f(x)=exp(x): A laposföld elmebaj: Vissza a jövőbe!
- Meggyi001: Nyilvános wc-k.....még mindig hiánypótló...
Új hozzászólás Aktív témák
-
-
Ottoka
őstag
Nem értem minek fejleszt az amd szerver procikat? A piac 11%-ra?
"Az Intel piaci részesedése növekszik, az AMD-é csökken
Az iSuppli legfrissebb elemzései szerint az Intel a második negyedév folyamán igen szép teljesítményt mutatott fel a processzorpiacon, amelynek gyümölcseként a vállalat négy éves csúcson zárta a második negyedévet processzorpiaci részesedés tekintetében. Az adatok szerint az Intel részesedése az elmúlt negyedév folyamán 80,6%-ra növekedett, ami az első negyedévhez képest 1,5%-os, míg a tavalyi év hasonló időszakával összehasonlítva 1,4%-os ugrást jelent."Nem véletlen az a 80%-os piaci részesedés....
-
westlake
félisten
AMD Magny Cours CPU-Z Validation
hello-bello
-
A lenti kép szerinti elképzelésem volt ez lenne a legjobb és gyorsabb lenne, igaz vannak "becsuklási" kockázatok ebben a folyamatban. Nem most képzeltem, hanem olyan kb. 10 évvel ezelőtt utoljára ezzel foglalkoztam, abbahagytam mert az bőven elég és jó mindenre. Úgy látom, hogy az AMD még mindig kb. 10 éves kimaradása van az én fejemtől.
-
azbest
félisten
válasz
t72killer
#100
üzenetére
szerintem az nem az oprendszer, hanem a fejlesztőeszköz / nyelv korlátja, ha külön szenvedni kell a többmagosra írással. Nameg persze a program és a program által végzett művelet párhuzamosíthatósága egy korlát. Ha a program képes több szálon futni, akkor nem hiszem, hogy különösebben gond lenne az oprendszerrel. Például egy képfeldolgozó program minden bizonnyal akárhány magot képes kezelni (hogy futna egy cinebench 128 magon vajon?
![;]](//cdn.rios.hu/dl/s/v1.gif)
) , vagy egy webszerver esetén sincs akadálya a párhuzamosításnak.Oprendszer terén inkább csak nem tűnik a leglogikusabbnak némely esetben az, hogy oda vissza jojóznak a szálak a magok közt (hisz a cachek közt is vándorol így az adat, ami felesleges lassítás).
-
t72killer
titán
nekem linuxos matlabbal volt az első találkozásom 4maggal. ott a függvény, amit használtam csak 1 magot vett igénybe, és szép szakaszosan vándolrolt magról magra.
A win7 magkezeléséről tudunk valami okosat? kell valami spécit tudnia a rendszernek ahhoz, hogy 12-32 magot gond nélkül dolgoztasson? (ok, hogy az alkalmazásnak természetesen több szálon kell futnia, csak mennyire macerás ezekhez a szálakhoz magot rendelni pl 30 szál esetén?)
-
westlake
félisten
-
azbest
félisten
ez nem szegedi, hanem Széchenyi Egyetem (Győr)
szegednek u-szeged.hu domainje van.
Egyébként a kép lehet retusált, de kb így néz ki a valós is
Linux alatt hirtelen virtuális gépben néztem, ott is van hogy váltogatja a magok köszt a terhelést, de ott általában teljesen át is kerül rövid átmenet után a másik magra.
-
proci985
MODERÁTOR
PDF az NT szálkezeléséről. ez az alapokat nem írja le, de a szálkezelés + google + egyetemi jegyzet hasznos lehet a további érdeklődőknek (azért a szegedi bscsek jegyzete került ki, mert azt találtam linkelhetően). pár hetes anyag szokott lenni (BMEn annyi volt) több tárgy anyagában (operációs rendszerek, számítógéparchitektúrák is említi).
energiagazdálkodás szempontjából annyira ne legyél biztos a dologban. ha egy mag megy fullon (ehhez kell neki X fesz) és a többi lekapcsolva ill a négy mag megy 25%on de csökkentett órajelen és feszen, akkor lehet a második lesz az optimális megoldás. nem mindig annyira egyszerű a helyzet, hogy a fix affinitásos stratégia nyerő, sőt egyáltalán jó legyen. négy magnál négy cache is van (egymásét lassabban érik el, már ha elérik), sávszél is nagyobb, meg lehetnek egyéb problémák is (pl a 3. mag csak a mod4 számú memóriát éri el valamilyen tervezési döntés miatt). szóval hidd el a dolgot
. az oprendszer azért van, hogy elfedje a fizikai layert és ezt tegye jól. -
#93
Integra
titán
fordfairlane
#82
Integra
titán
válasz
fordfairlane
#82
üzenetére
ha 3x ennyi mag lenne a cpu-ban, nekünk az is kevés lenne szerintem, akkora az adatforgalom..
hiába, vissza kéne állni mainframe-re.. -
Sanyix
őstag
ez akkora hülyeség volt, hogy majdnem szellemi szingularitást képzett.
Ez szerver proci... a szerverprogramok évek óta kihasználnák a több magot, de csak azóta használják amióta van is több magos processzor. Akárhány magosat ki tudnak használni... a szerverprogramokban kb minden hálózati kapcsolat és az ahhoz tartozó feladatok külön szálon futnak, néha még feladaton belül is több szálon. Simán több ezer szálról van szó egy rendesebb terheltségű szerveren.
-
Foxi
senior tag
Van sok szempont aminek meg kell felelni, ezek egymásnak részben ellent is mondanak. A mostani kernelek szerveroldalról jöttek ráadásul, vagy épp egyszerre vannak otthoni és szerver felhasználás alatt. Szerver oldalon pedig nem fontos szempont, hogy lekapcsolható-e egy mag is, ha van üres kapacitás azt lehet másra használni (virtualizációval pl). Szóval mindenféle trükközés eredménye, hogy mindig próbál az oprendszer egy optimum mentén válogatni az erőforrások közül. És ez így is van jól, legfeljebb arról lehet vitatkozni, hogy valakinek pl. a válaszidő fontosabb vagy az átbocsátóképesség.
A másik pedig, hogy ez terhelés alatt készült screenshot volt, üresjáratban jó eséllyel máshogyan néz ki a dolog, nekem úgy rémlik, hogy a lekapcsolás hardveresen van megoldva, azaz a proci dönt, így ha ez nem így van, akkor sem feltétlen az oprendszer sara.
-
Oliverda
félisten
Aha. Már csak az nem jött le számomra hogy ez miért jó így? Miért jobb mintha 1+x mag helyett csak egyet terhelne (vagy éppen annyit amennyi éppen csak feltétlenül szükséges)? Energiagazdálkodási szempontból sokkal előnyösebb lenne ugyanis. Az inakatív magokat teljesen le lehetne kapcsolni de így most ezzel erre nincs lehetőség.
"Miután egy szál kikerül a végrehajtás alól, semmi nem garantálja, hogy az ugyanazon a magon fog folytatódni ahol megelőzőleg zajlott."
Szvsz pont az a baj hogy nem garantálja semmi...
deter: LOL. Nem, ez tényleg így fog kinézni és ezt marhára nem ők csinálták.
-
deter
aktív tag
Ezt a képet nem a Hardware OC csinálta április elseje alkalmából?
-
Foxi
senior tag
A kulcsszavak benne voltak
Egyszerre egy processzoron (magon) egy szál tud aktívan futni, multiprogramozott rendszernél viszont több van egyszerre, így ezek között váltani kell a kernelnek, így érve el azt a hatást mintha egyszerre futna minden. Erről gondoskodik az ütemező. User módban preemptív ütemezés van mind NT, mind Unix alatt, azaz a futás jogát el is veheti, tehát nem feltétlenül fejeződik be a végrehajtás. Leginkább nem fejeződik be. Majd ha megint sorra kerül akkor szépen megy tovább onnan, ahol abbamaradt.
Miután egy szál kikerül a végrehajtás alól, semmi nem garantálja, hogy az ugyanazon a magon fog folytatódni ahol megelőzőleg zajlott. Tehát ezért terheli az összes magot valamennyire alapesetben, az affinitással pedig lekorlátozod, hogy melyik magokra kerülhet egyáltalán a szál.
-
bsh
addikt
szerintük ez a normális működés. a windows process scheduler így működik.
[link]
"When single-threaded workloads run on multiprocessor systems that include dual-core configurations, the workloads may migrate across available CPU cores. This behavior is a natural artifact of how Windows schedules work across available CPU resources." -
#74
szuper-t
őstag
TomBoy1986
#56
szuper-t
őstag
válasz
TomBoy1986
#56
üzenetére
Pl itt
nem kimondottan server procira írtam mert a srác nem server processzort kérdezett
sempron2600+ ami nekem 1.8 on megy öö akkor hogy is van ez?
-
#73
shabbarulez
őstag
proci985
#66
shabbarulez
őstag
Renderelni nem igazán 4 vagy több utas rendszereken szoktak, ezért a sw fejlesztők sem olyan hw környezetre optimalizálnak ami gyakorlatilag sosem fordul elő, hanem arra aminek realítása van. Renderelni inkább 2 utas munkaállomásokon vagy clustereken szoktak, ott meg a 16 szál még okés. Jővőre ha majd jön a 24 szál, akkora a sw-t is hozzá fogják igazítani, ugyanúgy ahogy pl. az AVX-hez is jővő év vége felé amikorra kijönnek az azt támogató termékek.
A SMT előnye abból fakad hogy die méretbe vagy fogyasztásban nem kell annyit többletben "rákölteni", mint amennyi előnyt hozhat.2x annyi mag az dupla die mérette és fogyasztással is jár, az SMT teljesítmény előnye nem ekkora inkább csak 30-50%, de ennyit többletbe nem kerül die méret vagy fogyasztás fronton, így hatékonyságban kifizetődik.
-
-
simonzé
addikt
mijómán. Akkor lehet eldobni a négymagosokat.
Igaz az emberek 90%-ának a gépében a 2. mag még meg se röccent, egyszerűen mert az op. rendszere (XP) nem ismeri a többmagos procikat. Persze a Vista, meg a Linux más, de én maradok annál az álláspontnál, hogy munkába robogóval járok, és nem Jumbo Jettel. Verebet meg nem ágyuval fogok lőni. Asszem ez egy jó hasonlat. -
Oliverda
félisten
"Az AMD és a Formula 1-es Ferrari csapat kapcsolata jól ismert az F1 szurkolók előtt. Ezért talán nem véletlen, hogy a CPU gyártó a közeli jövőben piacra dobandó termékeit is Formula 1-es helyszínekről nevezi el. Itt van például mindjárt az új platform, amely a Ferrari hazájának számító "Maranello" városáról kapta a nevét. A Maranello-ba a tervek szerint 2010 első felében már beleültethetjük a 6 magos "Sao Paolo"-t és a 12 magos "Magny-Cours"-t."
-
proci985
MODERÁTOR
anandtechnél (asszem) néztek egy vagy 24 vagy 32magos munkaállomást (nem tudom hány proc de nem is ez a lényeg). 16magig jó volt az egyik renderelőprogramnál (multicore teszt volt), aztán utánna már nem skálázódott sehogy sem. szóval ipari cuccoknál sem biztos, hogy ha támogat 8-16magot, akkor többet is fog.
meghúzás témához: menne 4-5ghzn, de akkor mondjuk enne 400-600Wt és a 135-150es TDPosztályba is nehezen férne be. meg alapvetően nem 5percig kéne az órajelet tartani, hanem 5 évig.
a HT bizonyos esetekben pedig nagyon szépen skálázódik. nem natív mag, de azért jó dolog.
win7nél pedig dobálja a terhelést a magok között. a miért meg hogyan szerintem kellőképpen bonyolult, fogadjuk el, hogy nem véletlenül van így. az MSnél sem azért fizetik a programozókat, hogy lassú kódot írjanak, az Intelnél sem azért, hogy a terheléselosztással lassítsanak a procikon.
-
#63
Oliverda
félisten
TomBoy1986
#56
Oliverda
félisten
válasz
TomBoy1986
#56
üzenetére
"de ennek a teljesítménye nem dupla, azaz nem éri el a rendes, fizikailag 8 magos CPU-ét a legtöbb esetben (sőt, nem tudom, hogy van-e olyan többszálú eset, ahol eléri/megközelíti egyáltalán...)"
Olyan valóban nincs ahol eléri viszont olyan van ahol lassabb bekacsolt HT mellett.
-
Chaser
legenda
[OFF]"Látható, hogy a négyutas környezetben már nincs mindegyik processzorlapka közvetlen összeköttetésben, ami annak az az eredménye, hogy nincs elég HyperTransport 3.0 link a chipekben."
A Magny-Cours processzort a Maranello szerverplatformban alkalmazzák majd, amely később bővíthető lesz a 2011-ben érkező Interlagos kódnevű processzorral. [/OFF]
Én azt mondom, jobb ma 2 mag, mint holnap 12
-
#56
TomBoy1986
veterán
szuper-t
#53
TomBoy1986
veterán
Meg ne sértődj, de ez egy elég nagy badarság amit írtál...
Phenom I 9550 = 4x2.2GHz (elméleted szerint ez ugye 8800+)
Phenom I 9650 = 4x2.3GHz (9200+)
Phenom I 9950 = 4x2.6GHz (10400+)Hol is vannak ezek a jelölések?
Vagy nézzük a mostanibbakat is nyugodtan:
Athlon II 250 = 2x3GHz (6000+???????? közben meg ugye köze nincs hozzá)
Szóval inkább ne adj felvilágosítást erről...
Rayyy:
Az AMD-nél nem létezik HyperThreading, mint az intelnél, ezért ha egy AMD CPU-ra az van írva, hogy 2, 3, 4, 6, 8 vagy akár 12 magos, akkor az jelen állás szerint 2, 3, 4, 6, 8 vagy akár 12 valódi processzormaggal bír.
Az Intel először a P4-nél alkalmazta ezt a technológiáját, amikor eszközkezelőben az egymagos CPU-nál kettő virított, mert volt egy szimulált második mag a HT-nek köszönhetően.
Ugyanez folytatódik most a napelemnél is, ami 4 CPU maggal rendelkezik, közben ha a HT ON, akkor 8 db van a vezérlőben, de ennek a teljesítménye nem dupla, azaz nem éri el a rendes, fizikailag 8 magos CPU-ét a legtöbb esetben (sőt, nem tudom, hogy van-e olyan többszálú eset, ahol eléri/megközelíti egyáltalán...)
-
azbest
félisten
az affinitás állítást? igen, ez is szétdobja a magok közt... winrarral próbáltam (1 szálú módban)
egyébként nem feltétlen pont egyformán terheli a magokat, de látszik, ahogy oda vissza vándorol. 4 magos amd-vel próbáltam.
Alapból 1 szálú módban:
Affinitás a 3as magra korlátozva, majd pár másodperc után a 0-ás magra is engedélyezve:
-
#50
LackoMester
addikt
LackoMester
addikt
pihaa,nem semmi
-
azbest
félisten
válasz
zsolt320i
#35
üzenetére
Xp prof 2 foglalatot hajlandó kezelni, a foglalatonkénti magszám nincs korlátozva, tehát elvileg akár 2x12 magot kezelhetne.
Ha egy szálú programot futtatsz, akkor azért látszik egyformának a terhelés a magok közt, mert oda vissza rakosgatja a processzt a win... nem tudom ennek mi értelme... de ezt csinálja. Ha a feladatkezelőben az affinitást egy maghoz kötöd, akkor csak azt terheli.
-
bsh
addikt
nincsen letiltva. a hal ugyanúgy támogatja a többmagos procikat, ht-t, stb. a licensz úgy szól, hogy egy fizikai processzor_foglalatot_ támogat a home (egy socketet), de az lehet akárhány magos, erre nem tér ki a licensz. a professional meg 2 socketet támogat.
lásd itt
"Q. How does this licensing policy affect products such as Microsoft Windows XP Professional?A. Microsoft Windows XP Professional and Microsoft Windows XP Home are not affected by this policy as they are licensed per installation and not per processor. Windows XP Professional can support up to two processors regardless of the number of cores on the processor. Microsoft Windows XP Home supports one processor."
-
t72killer
titán
A win7 HP+Professional tuti, hogy kezelni fogja a 12 magot, kérdés, hogy optimálisan ki tudja-e majd használni
? Azért van némi különbség a feladatkezelésben, ha 2 mag van, vagy ha 12...Márpedig tartok tőle, hogy a jelenlegi windowsokat leginkább 2magos környezetre optimalizálták. Szerencsére van 1 kis know-how a M$-nál, lévén írtak már 1-2 szerver OS-t (itaniumra is pl, aki szintén szereti sokadmagával kergetni a biteket), ugyhogy remélhetőleg nem lesz gond. Egy ilyen optimalizációt (ha túlságosan elszaporodnának a magok, pl 32db 2év mulva) egy SP keretében is kiadhatnak....
#46: néha pofonegyszerű (batch képfeldolgozás) néha vértizzasztó (egymásra épülő iterációkból kiemelni a párhuzamosítható részeket). Az OS részéről nagyon fontos lesz a scheduler, aki okosan szétosztja az alkalmazások között a magokat. Itt már nem is arról lesz szó, hogy minden app külön magot kap, hanem pl az OS felméri, hogy az antivírusnak kell 2db, egyéb, apró rendszerfolyamatok ráférnek 1re, a játék meg kap 9 magot.
-
ngabor2
nagyúr
válasz
zsolt320i
#35
üzenetére
itt az 1 progi több mag használatáról van szó. ha több magot támogat az oprendszer, akkor általában 1-1 magon 1-1 progi fut (asztali rendszerről beszélünk). ahoz, hogy 1 progi használjon egyszerre párhuzamosan 2 magot, ott már a programot is fel kell erre készíteni, ami legjobb tudomásom szerint nem feltétlen egyszerű.
-
-
Metalfan
senior tag
Akkor biztos csak az én oem xp-m van megbuherálva, de nálam simán megy mindkét mag, egyenlő terheléssel. Vagy másképp fogalmazva: látványos gyorsulás van bizonyos programoknál 1 és 2 mag használata közt
juliabrilke: valahol láttam egy durva képet egy 128 magos gép feladatkezelőjéről, asszem xp volt, de arra már nem emlékszem, hogy szerver vagy pro volt-e...
-
#36
zsolt320i
senior tag
juliabrilke
#34
zsolt320i
senior tag
válasz
juliabrilke
#34
üzenetére
jogos....
-
ngabor2
nagyúr
válasz
zsolt320i
#25
üzenetére
azt azért te is tedd hozzá, hogy asztali környezetben. ugyanis szerveren ez már régóta így megy. asztali környezetben meg még nem túl régóta van olyan általánosan elterjedt oprendszer, ami kihasználja a több magot. a linux kihasználja... csak nem általánosan elterjedt desktop téren. a vista drágábbik verziói is, az meg nem régóta van.
amúgy azért van az, hogy a programok nagy része 1 magot használ, mert elé neki 1 mag. amit nem lehet párhuzamosítani, azt nem lehet párhuzamosítani. amit meg nem érdemes, abba meg nem fognak feleslegesen rengeteg melót beleölni.
-
Atis707
tag
Akkor az i7-nek (bloomfield pl.) nem lesz szerver változata? Vagy az Intelnél a szerver az az i9 vonal lesz?
Szerk: cs2160: vállalati környezetben, és programoknál nem a sebesség számít. Minél több feladat/lekérés egyidejű végrehajtása a mérvadó, a mai procik már elegendő órajelen járnak ahhoz, hogy ne órajelre kelljen hajtani. Ja igen, és a fogyasztás, és melegedés se utolsó szempont, a'sszem ennyi.
A Sun Rock-ja nem jelenik meg soha.
Az IBM teljesen más, nem x86. -
cs2160
csendes tag
heló!
Nagyon nem értek az ilyen dolgokhoz, de procimagok számának növelése helyett nem lenne jobb inkább frekvenciára gyúrni, főleg olyan prociknál amiket vállalatoknak szánnak?
Lehet butaság, de én úgy tudom hogy sok vállalati környezetbe szánt progi után nem processzorokért hanem magonként kell fizetni. Mondjuk X mag Y frekvencián ad Z teljesítményt, és X/2 mag 2Y frekin ugyancsak Z-t, de a második esetben feleannyiba kerül a cégnek a szoftver, amit futtatni akarnak...
Bár más kategória, de ott van pl az ibm-es power6 proci, amiről mintha azt olvastam volna hogy többek közt ilyen megfontolások miatt ketyeg 4-5 GHz-n 2 maggal, szemben a sun-os soksok magos rock procijával.
-
divrapier
tag
Pl. itt van értelme az ilyen prociknak. Ezeken a helyeken meg sosincs olyan, hogy elég mag. Kíváncsi leszek Nehalemes Xeonokkal hogy alakul a verseny majd
zsolt320i: egyszerűbb/olcsóbb a fejlesztés, ennyi. A játékokat leszámítva tudsz olyan progit mondani, aminél nem használ több magot, pedig jól jönne? -
#25
zsolt320i
senior tag
juliabrilke
#21
zsolt320i
senior tag
válasz
juliabrilke
#21
üzenetére
a 2-ik részével egyetértek mclaca hozzászólásával.
sw oldalon rágyúrhatnának a több mag kihasználására.
mi az oka annak, hogy még most is a megjelenő szoftverek nagy része csak 1 magot használ ki? -
westlake
félisten
i9 (gulftown) desktop, amd 12 core server... nem azonos platform
akkor mar inkabb a dunningtonokat allitsuk szembe az amd uj jovevenyevel, mivel ezek a procik keszulnek a szerver piacra.. lathattunk is mar egy kis bemutatot milyen is 24 szalon dolgozni.. mondjuk arrol nem tudok, hogy a dunningtonok mennek-e majd four socketes konfigokban.. -
Atis707
tag
Kedvenc oldalamat nyitom meg (vajh melyiket?) ,,Asus mérnökei sem unatkoznak"...az AMD mérnökei se!
Témára térve amúgy ekkortájt jelenik meg a Gulftown jól tudom? Kíváncsi leszek, hogyan veszi föl teljesítményben, és/vagy ár/érték arányban az Intel 8 magos, I7-re alapuló megoldásaival szemben a versenyt.
Jó sokáig bírta az AMD foglalat váltás nélkül, remélem nem ejti pofára a szerver piacot később, és sokáig bírja a Maranello is... -
Tyberius
aktív tag
A "szerver" szó négyszer szerepel a cikkben, az Opteron név meg egyszer, plusz egy illusztráció is van róla azok kedvéért, akiknek az olvasási képessége nem érte el a másodikos szintet
De sebaj, a lényeg az, hogy hülye az áemdé, mert nem gyorsabb rajta a krájzisz.(tyű, hogy itt milyen tömeges bann lesz mindjárt
) -
-
![;]](http://cdn.rios.hu/dl/s/v1.gif)
) , vagy egy webszerver esetén sincs akadálya a párhuzamosításnak.
? Azért van némi különbség a feladatkezelésben, ha 2 mag van, vagy ha 12...
)
Új hozzászólás Aktív témák
- Intel Core i7-10700 8-Core 2.9GHz LGA1200 (16M Cache, up to 4.80 GHz) Processzor!
- Intel Core i9-13900K 24-Core 4.3GHz LGA1700 (36M Cache, up to 5.80 GHz) Processzor!
- Intel Core I5-8600K
- Intel Core i9-13900 24-Core 3.0GHz LGA1700 (36M Cache, up to 5.60 GHz) Processzor!
- Eladó Garanciális (2027.10.08) AMD 7700 processzor Jegelve: torok.adam11
- BESZÁMÍTÁS! Logitech G923 Driving Force Racing Wheel + Shifter garanciával hibátlan működéssel
- AKCIÓ! ASRock Z370 i5 8500 16GB DDR4 512GB SSD 2060 Super 8GB Zalman Z9 Plus Enermax 750W
- Logitech G513 Carbon Tactile DE (3)
- iPhone 13 mini 128GB Midnight -1 ÉV GARANCIA - Kártyafüggetlen, MS3085, 100% Akkumulátor
- HP ZBook Studio 8 WorkStation i7-11850H 16GB 512GB Nvidia Quadro T1200 15.6" FHD IPS 1 év garancia
Állásajánlatok
Cég: FOTC
Város: Budapest