2012-ben jöhetnek a 64 magos számítógépek
2008. március 25. 09:27, kedd
A piaci elemzők arra esküsznek, hogy a 64 magot tartalmazó szerverek már jövőre elterjedhetnek, míg az asztali gépeknél négy éven belül játszódik le a folyamat. A szoftveres oldalon felzárkózásra van szükség.

Hirdetés

Az X-bit Labs a Forrester piackutató cég elemzőire hivatkozva ír arról, hogy a legfrissebb előrejelzésekben 1, illetve 4 éves periódussal számolnak, amely a sokmagos szerverek és asztali gépek elterjedését vetíti előre - mindkettő esetében a 64 magos megoldásokat tüntetve fel egyfajta mérföldkőnek. A fejtegetésekben nagy hangsúlyt helyeznek a szoftveres oldalon szükséges erőfeszítésekre.

A Forrester anyagában ugyanis leszögezték, hogy a 64 processzormagot tartalmazó szerverek akár már jövőre elterjedhetnek, míg asztali vonalon, az otthoni felhasználók esetében 2012-re válhat általánossá ugyanez. A problémát nem is a megfelelő hardverek kifejlesztése, hanem a szoftveres megoldások felzárkóztatása jelenti, amelyről mostanában szintén egyre több szó esik. Lényeges szempont, hogy a fejlesztők oldalán mikor történik meg a váltás, amely magával hozza a több szálat megfelelő módon kezelő párhuzamos programozást, ennek ismerete ugyanis ma még sok helyen hiányzik.

Nem véletlen, hogy a múlt héten a Microsoft és az Intel közös fejlesztésre határozta el magát, ez ugyanis szintén a sok magot használó szoftverek kifejlesztésére vonatkozik. "Világszerte hiány mutatkozik azon szakemberekből, akik megfelelő tapasztalatokkal rendelkeznek a párhuzamos programozás terén. Nagy hangsúlyt kell fektetnünk az akadémiai közösségek érdeklődésének felkeltésére, mivel innen kerülnek majd ki a jövő szakemberei" - jelentette ki a napokban Dan Reed, a Microsoft skálázható és többmagos megoldásokért felelős csoportjának igazgatója. A Forrester szintén leszögezte, hogy a fejlesztőknek egy átfogó stratégiára, kerettervre van szükségük, amely kijelöli a követendő utat - ez ma még hiányzik.

Hasonló kérdéseket vet fel a jövőre esedékes hibrid chipek megjelenése. Ez ugyanis újabb váltást hoz magával, amelynek eredményeként a szoftveres oldalon a homogén megoldások mellett immár az összetett, eltérő elemeket is tartalmazó fejlesztésekre is fel kell majd készülni - remélhetőleg ez gyorsabban megy majd, mint az első körben.
Megosztás
  •  
  •  
  •  
  •  
  •  
  •  
  •  
  •  
  •  
  •  
  •  
  •  
  •  
  •  
  •  
  •  
  •  
  •  
  •  
 

IT/Tech, Hardver
Tudomány, Mobil, Film, Játék
Az internet szabadságáért tüntettek Budapesten Az internet szabadságáért és a Hamisítás Elleni Kereskedelmi Megállapodás, az ACTA ratifikálása ellen tiltakoztak szombat délután mintegy ezren a fővárosban.King Arthur II - The Role-playing Wargame Kiadó: Paradox Interactive Fejlesztő: Neocore Games Honlap Rendszerkövetelmények: Minimum: Dual Core E2180 2,0 GHz-es processzor, 1,5 GB RAM, GeForce 8800 GTS vagy Radeon HD 3850 X2 grafikus kártya, 16 GB szabad hely a merevlemezen Ajánlott: Core 2 Quad Q6600 2,4 GHz-es processzor, 2 GB RAM, GeForce GTX 460 SE vagy Radeon HD 5830 grafikus kártya, 16 GB szabad hely a merevlemezen Hasonló játékok: King Arthur, King Arthur: The Druids, King Arthur: The Saxons, Total War-sorozat Kategória: stratégia A játékosok közül bizonyára nagyon sokan emlékeznek még 2009 zimankós novemberére, amikor a magyar játékfejlesztés történelemkönyvébe egy újabb fontos fejezetet írt a hazai Neocore Games csapata.Harmadára csökkentették a Sigma SD1 árátA Sigma gyártástechnológiai változtatásokra hivatkozva radikálisan átalakította csúcskategóriás készüléke, az SD1-es árazását.LG Optimus Vu és Miracle, új Nokia Egyszerre három új okostelefonról futott be hír a napokban, bár ezek közül csak kettőről tudjuk, hogy nagyjából mire is számíthatunk.Félmillió állás az appfejlesztésben Csak a tengerentúlon majdnem félmillió új állást köszönhetnek az okostelefonra és tábla PC-re fejlesztett appok megjelenésének és immár széleskörű alkalmazásának, bár ez a terület gyorsan változik.
Hirdetés



Hozzászólások
A témához csak regisztrált és bejelentkezett látogatók szólhatnak hozzá!
Bejelentkezéshez klikk ide
(Regisztráció a fórum nyitóoldalán)
dez  
2008. márc. 26. 12:57 | válasz | #28
Én úgy látom, át lett írva a szöveg.
Vorpal  
2008. márc. 26. 07:43 | válasz | #27
Ez kérlek szubjektív.
Én a munkám kapcsán meg csak ilyen embert ismerek - és a konvertálást is most fejeztem be.

A fogyasztásba meg eddig sem dögöltünk bele - de akkor legyen ahogy akarod.!

Most akkor mond meg - mi legyen??? Akkor dobjuk ki a 64 magosokat?
Mindet szórjuk a dunába? mert neked van egy véleményed?
A progresszió ha mindenki megy és te sem állsz - majd megszokod.
2008. márc. 26. 02:15 | válasz | #26
Na tobbek kozott ezert nem veszek (moralis okokbol) semmit az SG reklamjaibol es el sem olvasom oket amikor egy hasonloan kulturaltan megfogalmazott de negativ velemenyemet torolnek.

Igen, ez az ominozus #6 es #9 HSZ kozott volt ahol kozoltem a cikk szerkesztojevel, hogy tessek pontosan forditani, mert az nem 64 magos szerverek, sem pedig 64 processzoros szerverek. Egyik sem ujdonsag, sot szeles korben hasznalatosak.

1. Az eredeti cikk X86-os szerverekrol beszel, a forditasban is errol kellene beszelni.

2. A cikk tovabbra sem lett javitva.

T. Peter: Sem Te, sem mas, sem en nem vagyunk tokeletesek. Nem is vartam ezt el, csupan egy keresem volt, hogy javitsatok a cikket. A cikk "kijavitodik", az elet pedig megy tovabb.

Ha az reszedrol mint a szemelyzet felelos beosztasu tagja reszerol (foszerkeszto-helyettes) az alapveto igenyessegre nincsen meg a hajlam, ezzel az oldalat kepviseled, s tukrozi, hogy a lapot sem erdekli a szakmai pontossag. Ugyanakkor ha masok altal eszrevett es tisztelettel kozolt hianyossagot is csupan gogos kozonnyel megsemmisited, szinten az oldal filozofiajat kepviseled. Vannak akik nem szivesen jarnak ilyen helyre tarsalogni, epitgetni a kozosseget, netan hirdetni. En is ilyen vagyok.

Ha megint eltunik a kommentem, nem csupan nem vasarlok semmit toletek, hanem itt hagyom a portalt - mint azt korabban masutt is megtettem - de elotte megkerdezem a foszerkesztot, hogy a tudtaval tortenik-e az olvasok cenzurazasa.
2008. márc. 26. 00:56 | válasz | #25
Kicsit elírtam a 2. részét, de azért lehet érteni sztem.
2008. márc. 26. 00:55 | válasz | #24
Egy dolog a hardver, de ha nem értenek a kezeléséhez ott is megbukhat a dolog. Ezt arra értem, ha felrak az adott user 120 ezer programot, amiből 100 ezer rögtön indul is már a következő rendszerindításkor. Emellé szarik a biztonságra és feltelepül 1-1 sakk programnak álcázott (huh nem is ugrik be a szó rá) feladatokat megosztó program (mint a SETI). Aztán számolja is már a drága procija, hogy hány helyen lehet a királynő (van iylen progi, 1- hónapja szedtem le osztálytársam gépéről).
Persze kell egy alap minimum, de ésszel. Otthon egy átlagos felhasználó nem renderel, nem játszik high-end játékokkal (itt azt értem, hoyg halomra pakolja a nagy gépigényű játékokat, a kicsikkel már meg se elégszik) és nem konvertál reggeltől estig szerintem. Biztos van, aki pl én is, de ismerek csomó embert akinek se pénze, se ideje, se képzettsége nincs ilyenhez.
nenad  
2008. márc. 25. 22:58 | galéria | válasz | #23
mindent lehet fokozni.
a realtime raytrace global illuminationnal, rendesen megspékelt geometriával,
még ennyi is kevés lesz szerintem.
2008. márc. 25. 21:02 | válasz | #22
Az eddig lassunak szamolo adatcsere, bizonyos szallak kozott sokkal gyorsabb lesz. tok>alaplap>cluster.
Ezt ki lehet hasznalni.

Az erdekelne , meg minidg egy darab dual chaneles modjuk DDR3 MCU val akarjak megoldani 64 mag memorival valo eteteset, vagy legalabb raduplaznak ?
Anakyn  
2008. márc. 25. 20:05 | válasz | #21
64 magos görögdinnye nem volna hülyeség :)
Kaadi  
2008. márc. 25. 17:26 | válasz | #20
"Már 5 éve egy 80 procis Sun szerveren dolgoztam."

Itt x86-os processzorokrol van szo. Te valoszinuleg SPARC rendszeren dolgoztal. Ha jol tudom a ket architektura meroben kulonbozik (CISC, RISC). Abban igazad van, hogy sok szerver alkalmazas optimalizalva van sokszalas feldolgozasra, de eddig a feladatokat x86 platformon clusterekkel oldottak meg, tehat egy kozponti szerver elosztotta a feladatokat sok szaz masik kozott. Most az a kerdes, hogy ha 1 dobozba (1 alaplapra) raknak ilyen sok magot, akkor hogy fog zajlani a feladatelosztas es a vegrehajtas.

"64 mag mar osregi :)"

Ismet resz-igazsag, mert ez is mas architektura es alkalmazasi terulet. Semmi koze az x86 platformhoz es az asztali szamitogepekhez.
2008. márc. 25. 17:11 | válasz | #19
64 mag mar osregi :)
TILE64
JTBM  
2008. márc. 25. 16:22 | válasz | #18
Már 5 éve egy 80 procis Sun szerveren dolgoztam.
Az adatbázis programok már nagyon régen optimalizálva vannak a több processzoros feldolgozásra.

Az otthoni gépen futó általában egyetlen játékot viszont újra kell tanulni programozni, mert a párhuzamos programozáshoz hozzá kell szokni, már a legelejétől kezdve mindent aszerint kell megtervezni és lekódolni.

Azért szerintem egy jó programozó 3 hónap gyakorlás (és szívás) után képes olyan programot tervezni és megírni, ami tetszőleges számú magot ki tud használni. Csak egy játék tipikus fejlesztési ideje minimum 2 év, tehát ha ma kezdik írni, akkor 2 év múlva készül el...

Remélem nem esnek bele abba a hibába, hogy magszámhoz kötik a programot, pl. 2 v. 4 magos procira, hanem azonnal olyan programot írnak, amelyik annyi procit használ, amennyi van.
2008. márc. 25. 15:27 | válasz | #17
Jól megírt oprendszerrel van értelme talán 4 magig elmenni, de e fölött otthoni felhasználásra eléggé fölösleges. A szervereknél OK, ott semennyi sem elég, mert a feladatok szétoszthatók, a virtualizációnak hála pedig bármennyi mag kihasználható.
Otthoni felhasználásra mire lenne jó? 2012-re talán beérnek a ray-trace grafikák, amihez bármekkora teljesítmény jól jön, komoly mértékben párhuzamosítható. A fizikai szimulációkhoz már most is van elegendő teljesítmény a grafikus kártyákon, a hibrid rendszerek 2012-ben bőven meg fognak bírkózni az igényekkel (persze az is lehet, hogy így gondolták a 64 magot: 16 CPU, 16 PPU, 32 RT GPU).
A videoszerkesztés és egyéb workstation kategóriájú felhasználást nem kellene ide sorolni, ott nyilván már most is lenne létjogosultsága ekkora teljesítménynek.
Vorpal  
2008. márc. 25. 15:22 | válasz | #16
Vicces amikor tegnap hallgattam egy tutorialt a neten,
és a pasi azt regélte, hogy sajnálja hogy ilyen lassan fut a dolog nála,
de igazából ehhez olyan high-end rendszerekre lenne szükség mint kétprocesszoros
pentium2 - hidd csak szépen el - szükség lesz ezekre - és mert te levelet olvasol
rajtuk nem áll meg a progresszió.

Egy-egy rendernél áldanám az eget ha ilyen vas lenne alatta - és te is ha tolod a crysis 4 et.
2008. márc. 25. 15:06 | válasz | #15
A legutolsó hsz-eket olvasva egyetértek Kaandi és Inquisitor álláspontjaival. Meg eből si látszik hogy meg akarjk etetni a vásárlót vegye meg mert 64 magos, ne azért mert ki tudja használni és szüksége lesz rá. Tipikus túllövés.
Kaadi  
2008. márc. 25. 14:55 | válasz | #14
Szerverek vonatkozasaban elhiszem a tanulmany kovetkezteteset, de asztali vonalon nem. Egyaltalan nem indokolt az ilyen sok magos rendszer epitese 2012ig. Addig max a Windows 7 lesz az aktualis oprendszer, es a Vista meg a 4 magot sem hasznalja ki 1-2 program kivetelevel, es azokban is gyengen skalazza a teljesitmenyt. Munkaallomasokba (rendereles, videoeditalas) esetleg lesznek 16 magos vasak, de azon felul mar gondolkodni kell azon is, hogy mennyi memoriat teszel ala (min. 64GB), es hogy gyorsitod a hattertarakat annak erdekeben hogy legyen is mit dolgozzon az a sok mag. A grafikus kartyak mar ma is sokat levesznek a procik terhebol, es ez a trend folytatodni fog. Minek procikkal teletomni egy gepet, ha azok csak uresben fognak jarni, vagy 5-10%-on mozognak.
Szerverek teren a hardveres virtualizacio el fog terjedni, es majd egy dobozbol lehet berelni 3-4 virtualis szervert.
2008. márc. 25. 13:32 | válasz | #13
És hova és honnan pakolja, de legfőképpen hogyan a "32 bites" 1000 magos proci az adatokat? Hmmm?
2008. márc. 25. 13:31 | válasz | #12
"Jelenleg az MS license is csak 2 magra szol a 4 magos prociknál már új licens kell."

MS-nek sose volt liszence procimagokra, processzoronként van, és nyilván eddig is volt olyan liszencük ami kettőnél több procira szólt. Vagy 10 éve minimum.
2008. márc. 25. 13:28 | válasz | #11
Azért 64 magos szerver (pl. 4db 8 magos Nahalem/Xeon), meg a 64 magos proci között van egy "kis" difi, nem? :)
vax  
2008. márc. 25. 13:27 | válasz | #10
"Világszerte hiány mutatkozik azon szakemberekből, akik megfelelő tapasztalatokkal rendelkeznek a párhuzamos programozás terén." - Ez egy lényeges mondat. Ez is "árulkodik" hogy nem a 64 bit a "lényeg" hanem a több proces-os felépítés.
DjDano  
2008. márc. 25. 13:26 | válasz | #9
És mikor jönnek a 64 magos gyümölcsök? :D
2008. márc. 25. 12:49 | válasz | #6
Te meg legalább a linket megnézhetnéd, mielött fikázol.....
"“Expect x86 servers with as many as 64 processor cores in 2009 and desktops with that many by 2012,” analysts from Forrester Research wrote in a paper last month."
shabba  
2008. márc. 25. 12:49 | válasz | #5
A 64 bit az már erősen történelem, olyan magok már nagyon hosszú ideje vannak.
haxy27  
2008. márc. 25. 12:41 | válasz | #4
szerintem itt nem a 64 magra gondoltak hanem a 64bites magokra.
Bár a kettő nem ugyanaz. A cikk írója odafigyelhetne egy kicsit mielőtt le ír valamit.

Jelenleg az MS license is csak 2 magra szol a 4 magos prociknál már új licens kell.
2008. márc. 25. 12:36 | válasz | #3
2223-ra meg jönnek a 135413516 magos szerverek :D
shabba  
2008. márc. 25. 11:50 | válasz | #2
Most akkor el kellene dönteni hogy " 64 processzormagot tartalmazó szerverek" vagy "64 magos processzorok", mert a kettő messze nem ugyanaz.

64 magos processzorok jővőre biztos nem lesznek, az még nagyon távoli jővő(inkább úgy 2014-re, 16 nm-en valószínű). 64 magot tartalmazó szerverek már lehetnek jővőre, de csak a top szegmensben és nem hiszem hogy a kezdeteknél túlzottan elterjedtek lesznek majd, ahhoz kell pár év mire úgy lesz. Egy 64 magot tartalmazó szerver leginkább úgy képzelhető hogy 8 utas(8 db szerver processzort) szerver, olyan processzorokból amik 8 magot tartalmaznak. Ilyen szerver processzor lehet az Intel Nehalem-EX(Beckton)-ja vagy az AMD Montrealja.
2008. márc. 25. 11:20 | válasz | #1