Hirdetés
-
Galaxy S22 One UI 6.1 frissítés: volt, nincs
ma Komolyabb hibák bukkantak fel, a Samsung a biztonság kedvéért leállította a frissítés közzétételét.
-
MI applikációkra kihegyezett, érintőkijelzős mini PC jön a Minisforum járatával
ph Az egyszerre négy darab 4K-s monitort kezelő, jól felszerelt típus a vállalat új brandjének a hírhozója.
-
Spyra: akkus, nagynyomású, automata vízipuska
lo Type-C port, egy töltéssel 2200 lövés, több, mint 2 kg-os súly, automata víz felszívás... Start the epic! :)
Új hozzászólás Aktív témák
-
stratova
veterán
Ez elsőre eléggé meredeken hangzik, mennyiben van köze a témának ahhoz miszerint az Intel egy időben minél több feladatot a CPU vállára helyezett volna a GPU-tól?
Apple pedig a megjelenés évében kiadja a gránátalmát.
Cell reloaded :][ Szerkesztve ]
-
P.H.
senior tag
Intel’s Near-Threshold Voltage Computing and Applications
Alacsonyabb csíkszélességen, több tranzisztorral kisebb energiaigény. Átmeneti megoldásként annak, akinek gyártástechnológiai előnye van, mindenesetre jó lesz.[ Szerkesztve ]
Arguing on the Internet is like running in the Special Olympics. Even if you win, you are still ... ˙˙˙ Real Eyes Realize Real Lies ˙˙˙
-
SkyLine3000
addikt
Kevés lesz az...
-
#95904256
törölt tag
Remélem, hogy nem csak ultramobil vonalon maradnak a homogén módon programozható lapkák.
-
JimiJet
csendes tag
sztem abszolut van ertelme a mobil technologiaban. Hiszen ott kevesbe hardverigenyes feladatoknal tok jo lenne. Arra gondolok, hogy sok kis program fut egymas mellett pl . chat alkalmazas, facebook alkalmazas, adatforgalom mero, anyamkinja.
-
somogyib
őstag
"ehhez a koncepcióhoz újra kell gondolni a szoftverfejlesztéseket, hiszen a sok mag csak akkor ér valamit, ha az alkalmazás ki is használja"
Szerintem ez a kulcsmondat a cikkben (és a további fejlesztéseket tekintve is)
-
Angel1981
veterán
" korábban egyszerűnek mondható elv, miszerint a következő generációs hardverek majd meghozzák a teljesítményt az adott program futtatásához "
A C64-es korszak végétől kezdve a hardverek mindig is előnyben voltak a szoftverekhez képest!
-
#16939776
törölt tag
Ezt már korábban is foglalkoztatok, csak más szerző tollából:[link]
Jó cikk, korábban már volt szerencsém hozzá.
On: Ebben mekkora lehetőség van? tudtommal már most sokkal "energia hatékonyabb" egy GPU-val számoltatni mint CPU-val.
Nekem ez kicsit elkeseredett harcnak ígérkezik a (ultra)mobil szegmens "meghódítására"Az viszont örvendetes hogy lesz egy csomó programozó aki rá lesz kényszerítve hogy jól párhuzamosítható kódot írjanak. Ugye Intel bácsi mögött elég sok pénz van
[ Szerkesztve ]
-
Hokoyumi
tag
érdekes lesz, kíváncsi vagyok mit hoz a jövő
az intel ezzel totál ellene megy a hsa alapítványnak
HA marad is a 48 magvas mobiltelefon prociban az x86 és a fejlesztők valóban 48 magra optimalizálnak a szoftver még amd-n sem fog futni normálisan, de ugyan ez lesz fordítva
magonként lesz 800mhz ez a proci?Amit nem tudsz nem fájl, ilyen a szájber tér. | "Jó lenne még a homokozóba ríni a dömperé"
-
DrJános
aktív tag
Hát szerintem most Inteléknél valaki valamit nagyon elszámolt.
Ha Asztali környezetben több Gigás OS-nél (és az ultramobil eszközökhöz képest nagy méretű programoknál) nem tudják megoldani azt, hogy 8 mag felett legyen jelentős haszon a + magokból, akkor ezt pont az ultramobil eszközöknél fogják tudni megoldani ahol pár megás /pár száz megás programokkal /OS-ekkel dolgoznak?
Szerintem nem túl valószínű, hogy ami asztalon nem működik az pont működni fog az ultramobil eszközökben, főleg mivel ezek egyre inkább átveszik a PC-k helyét. Ma már (és főleg a jövőben) nem elég az ha "buta" rendszereket hoznak össze. Azzal már nem lehet eladni őket, hogy egyszerűen kicsik, csak azzal lehet eladni őket, hogy egyre inkább tudják azt mint egy "behemót" PC.
Ez csak az én véleményem, lehet hogy nincs igazam, de én így érzek ezzel kapcsolatban
[ Szerkesztve ]
Gép és régi mobilok profilban. jelenlegi mobilom : Samsung Galaxy S10
-
HaZsolt
őstag
Ez merész kijelentés. Még a számítógépek sem használnak 48 magot.
-
pakriksz
őstag
"nem tudják megoldani azt, hogy 8 mag felett legyen jelentős haszon a + magokból"
hát ha megnézel egy amd fx procis tesztet, akkor már látható hogy többségében 2 mag fölött sem... de 4 mag fölött ritka mint a fehér holló ha valami profitál belőle desktopon és ez nem igazán akar változni. Már jó pár éve vannak 4 magos procik és még mindig ugyan az megy mint a megjelenésükkor "majd ki lesz használva néhány év múlva". Pl a játékoknál a directx a legnagyobb korlátozó tényező a többszálasításban.
Szerveren persze más a helyzet.Troll (nemhivatalos definíció): az akinek véleménye nem tetszik nekünk/nem értünk vele egyet. (10-ből 9 fanboy ezt ajánlja) || Fanboy 8 in 1 (Intel, AMD, Nvidia, konzol, PC,+minden politikai oldal) hiszen "ahol nem mi vagyunk, ott az ellenség"
-
=WiNTeR=
senior tag
Lehet hülye kérdés, de olyat nem lehet csinálni, hogy mondjuk egy ténylegesen 8 magos processzort a rendszer 4 magként lásson, pedig valójában amit a rendszer magonként egynek lát, az ténylegesen 2 mag legyen, így dupla számítási teljesítmény lenne, és még a programnak se kéne támogatnia a 4+ szálakat.
"I will become a true hardscoping hitmarking sample text legend."
-
pakriksz
őstag
ha lehetne már rég így lenne a programozóknak is könnyebb lenne, és 100%-ban ki lehetne használni az összes magot.
Troll (nemhivatalos definíció): az akinek véleménye nem tetszik nekünk/nem értünk vele egyet. (10-ből 9 fanboy ezt ajánlja) || Fanboy 8 in 1 (Intel, AMD, Nvidia, konzol, PC,+minden politikai oldal) hiszen "ahol nem mi vagyunk, ott az ellenség"
-
#22145024
törölt tag
A felhasználói programok (excl. games) ma mennyire használják ki jól az x86-os hardvereket? Lehetne mondjuk 3-10x olyan hatékonyan is futtatni ugyanazt, ha a jelenleginél "normálisabban" írnák meg a kódot? Vagy már eleve túl vannak a mindent brute force-ból megoldani dolgon?
-
CYBERIA
őstag
Pont az a lényeg, hogy a programnak fel KELL lennie készítve a többszálú futásra, ha nincs akkor hiába tüntetsz el előle magokat, meg hiába is teszel hozzá.
Amire te gondolsz, az azért nem működik, mert nem az történne hogy kétszer gyorsabbá válna a számítás, hanem ugyanazt kétszer számolná ki.APU: AMD, MB: AMG :) A peresztrojka nálunk olyan gyors, hogy már ma jobban élünk, mint holnap! | Tudja Mohnke, a nyugati demokráciák dekadensek. Előbb-utóbb alulmaradnak a szigorúan fogott keleti népekkel szemben. | Volvo och SAAB beundrare. | A vér nem válik vízzé.
-
sampe
aktív tag
48 mag, 10 éven belül? UGYAN!
A barátok közt már 64 magos processzorral rendelkezik, már MOST!
Elnézést az offért!
"A bosszú a legédesebb gyönyör a dugás mellett" 2Pac // Ha elfelejtenék PÜ-re válaszolni, írj emlékeztetőt nyugodtan, ember vagyok én is.
-
Tigerclaw
nagyúr
Eddig nem igazán tudták optimálisan kihasználni a programozók a több mag adta lehetőséget. Mi a garancia, hogy ebben jelentős javulás lesz?
Az a baj a világgal, hogy a hülyék mindenben holtbiztosak, az okosak meg tele vannak kételyekkel.
-
Ruuwa
tag
A HSA és az intel jelen ötlete nem egy és ugyan az? A HSA azt mondja, hogy legyen néhány bonyolult mag, és rengeteg kicsi egyszerű. Az Intel azt mondja, legyen sok közepesen egyszerű mag. Gyakorlatilag azon megy az ötletelés, hogy milyen arányba legyenek egyszerűbb/bonyolultabb magok az adott lapkában. Nekem ez jön le az egészből. Ezért például az eljövendő HSA-s fejlesztőkörnyezeteknek nem jelent majd különösebb nehézséget az Intel megoldásaihoz alkalmazkodni, hiszen ugyan azzal a szemlélettel kell majd a programot írni, "csak" a fordító lesz más. Vagy ennél azért nagyobb a két megközelítés között a különbség?
Valami tréfás, humoros, mégis mélyenszántó gondolatokat magában hordozó, rövid, velős mondat, mely egyéniségem rendkívüli sokszínűségéről tesz tanúbizonyságot.
-
senior tag
Van egy olyan sanda gyanúm, hogy az Intel ezért tolja az Atom projektet tovább. Teljesen ismert rendszer, szabadon lehet vele kísérletezni. És mobil eszköz...
-
Zeratul
addikt
Szkeptikus vagyok a 48 maggal kapcsolatban mert a Larabee esetén se tudta megoldani a cache koherenciát normálisan, illetve 30 MB cache kellett a 3-4. gen utódjába hogy normálisan menjen. Ultramobilban az ilyen felépítés szóba sem jöhet.
[ Szerkesztve ]
-
aktív tag
Hát nem tudom számomra kicsit rémízstő egy mobilba 48mag??????Bár sosem lehet tudni
tökjó.2009-ben kizárt csaló tag után kaptam 1 feketét:(
-
cucka
addikt
Az derék dolog, hogy bele fognak zsúfolni 48 magot egy mobil eszközökhöz fejlesztett alacsony fogyasztású cpu-ba. A fontos kérdés viszont az, hogy vajon ki fog erre szoftvert fejleszteni? Vagy egyáltalán melyek azok a feladatok, amelyeket mobil eszközökkel oldunk meg és ennyire masszívan párhuzamosíthatóak?
A párhuzamos programozás az nem egyszerű dolog, különösen desktop/mobil alkalmazásoknál. -
#95904256
törölt tag
Muszáj lesz megtanulni több szálra programozni. Az egyértelmű, hogy az órajel a fizikai korlátokat döngeti, így ez az út tovább már nem járható. Ideje másik zsákutcát keresni.
Szvsz. az órajel csökkentése új lehetőségeket is teremt. A mérnökök meg fogják találni, hogy mely áramköröket érdemes az adott TDP limiten belül többszörös órajelen üzemeltetni, ugyanis a gyártástechnológia ezt megengedi! Pl. az is lehetséges, hogy a jövőben egyetlen nagy cache lesz a sok processzormag mellett. Az alacsony órajelen ketyegő magokat képes lesz kiszolgálni egy magasabb órajelen ketyegő cache. Ez pl. feleslegessé tenné a processzoron belüli energiazabáló cache-koherencia logikát. stb... lehet ötletelni.
-
Sundesz
őstag
Engem ez a kijelentés kicsit arra emlékeztet, amikor az Intel a 2000-es évek elején 10+ Ghz-es processzorokat vízionált, aztán rájöttek, hogy a P4-nek aztán hiába emelik az órajelét, mert xar. Szóval én szkeptikus vagyok abban a tekintetben, hogy a magszámok emelése lenne az egyértelmű jövő.
Hörcsög Powa'
-
Silenzio
addikt
Az uccsó előtti bekezdést támogatom. Már csak az a kérdés, mekkora terület kell egy ilyen processzornak? Egyelőre a fogyasztás mellett ez a legnagyobb gond. Azt is leszarja jelenleg mindenki az okostelefonok piacán, majd rájönnek, mekkora szívás, ha fél nap alatt lemerül a csúcskütyü.
Na de mi van akkor, ha már akkora a lapka területe, hogy fizikailag nem tud megfelelő késleltetéssel kapcsolatot létesíteni a magok közt?https://pte3d.hu - 3D nyomtatás, 3D szkennelés, anyagvizsgálat, VR
-
Pálin(t)ka
tag
huuuu...*_* hát várjuk.
-
siti
senior tag
válasz #95904256 #32 üzenetére
volt régen egy cikk az inteltől, amikor kihozta az első kétmagos desktop procikat (E2140 1.6GHz és E2160 1.8GHz), miközben a p4-ek bőven túl voltak a 3GHz-en, azt mondták, hogy a frekvenciákat nem lehet tovább növelni, túl komplikált és hogy a több mag a jövő és ezekhez elég az alacsonyabb órajel is. Ha most belenézek a gépbe, akkor ez az alap i3 itt pörög 3.3GHz-en, mert hát, izé, kell az is, mert elég sok program még mindig csak egy szálon dolgozik, pedig azóta eltelt 5 év. és most ott tartunk, hogy valahogy rá kéne venni a GPU-t is, hogy ha már nem háromszögeket számol, akkor besegítsen az excel makró futtatásba, mert vagy a magok, vagy freki, de valahogy nem elég hogy a HD film ne szaggason
Füle -> 9. BRSZK -> 2024. Június 22-23. (hamarosan beérjük a Fast and furious sorozatot)
-
ddekany
veterán
Nagyon kíváncsi leszek rá, hogy ezt mennyire tudják majd kihasználni a programok, meg hogy hogy a fenébe... Vannak feladatok, amikről ismert hogy jól párhuzamosíthatóak, azaz könnyen fel tudom bontani a feladatot tetszőleges számú egyforma alfeladatra (tipikusan grafikai területen, de nem csak), ezekre vannak is speciális eszközök (OpenCL, amire lehetne építeni valami magasabb szintűeket) de a többivel mi lesz? A sok "szokványos" programrésszel? Valószínűleg lehet automatizáltan pici kis párhuzamosítható részeket találni az alkalmazásokban, ha szigorúan funkcionális stílusban írod őket (kb. Haskell, talán valamilyen LISP...), de hogy nem állunk át ilyenekre 10 éven belül, az biztos. Igazából az sem bizonyított, hogy valaha gyakorlatilag értelmes lenne egy ilyen átállás... Van egy szubkultúrája ezeknek, ahol esküsznek, hogy miután beletanult az ember, nem is robban le a feje a legegyszerűbb feladatoktól is. Aztán ki tudja mi az igazság. Én amennyit ilyenekkel vacakoltam, nem láttam bizonyítottnak, hogy ez emberi lényeknek való minden feladat esetén. Aztán az sem bizonyított, hogy a sok pici párhuzamosíthat cafat kinyerése a sok frok-join overhead-je nem üti agyon az egészet.
[ Szerkesztve ]
-
mrhitoshi
veterán
Épkézláb fejlesztésnek tűnik, de mégis életképtelen. A HSA-ba nyomják ezerrel a pénzt, ráadásul olyan cégek vannak már most is benne, mint a Qualcomm, nem hinném hogy az Intel megoldása lenne a nyerő, már csak azért is mert az ultramobil/mobil szegmensben nem versenyképes az Intel, ezzel meg végképp árral szemben megy.
Szóval ha van pénzük, már pedig van, akkor elhülyéskednek még egy ideig ezzel a gondolattal, meg az x86-tal, de sokáig nem lehet az árral szemben úszni.
Viszont a non Low end kategóriákban lehet nyerő lesz ez az ötlet, mert nem nagy a konkurencia.[ Szerkesztve ]
PS4
-
Szafter
tag
Betegül hangzik!
Nevess, és a világ veled nevet. Horkolj, és egyedül alszol.
-
---Lasali---
Közösségépítő
Francba, én is ezt akartam belinkelni.
De amúgy mai napig azt tapasztalom hogy a fejlesztők többsége nem tud többszálasan programozni.. asztali prociknál is pl ott van a bulldozer-vishera, látható hogy ahol szépen többszálasan hatékonyan dolgoznak, ott utolérik vagy még gyorsabbak is az i7 nél, de mindenhol máshol bukta.. nyer a még erős single processokra tervezett intel proci..
Szóval itt az egész programozással kapcsolatos gondolkodás módot újra kéne gondolni, kötelezővé tenni a több magos optimalizációt a kódban, mint a programkód tagolást.
Valamint a fordító programokat és nyelveket is kihegyezni erre, hogy minél egyszerűbben lehessen több szálasan programozni.
Pár éve az egyetemen még csak kérdő ív formájában beszéltek arról hogy van-e igény erre.. hát ezt nem kérdő ív formájában kellett volna kérdezgetni, hanem mivelhogy erről fog szólni az informatika, azonnal bepakolni a tantervbe.. -
julius666
addikt
Igazából ilyen dataflow nyelvek amik direkt a párhuzamosságra mennek rá (a klasszikus imperatív nyelvekkel szemben nem kell gondolkozni azon mit lehetne külön szálakba szervezni, mert a struktúrából adja magát a párhuzamosság) ősidők óta léteznek. Itt most persze megpróbálják eladni azt hogy ez egy új probléma, közben nem, a tudományos számításoknál, grid rendszereknél pl. rég megoldott kérdések ezek.
Aztán az sem bizonyított, hogy a sok pici párhuzamosíthat cafat kinyerése a sok frok-join overhead-je nem üti agyon az egészet.
Itt van a kutya elásva. Többszálú programozás esetén a "szűk keresztmetszet" a szálak szinkronizálása Jól párhuzamosítható feladatoknál ugye ez nem jelent problémát, mivel ritka, rosszul párhuzamosíthatóknál igen.
Sok apró feladatot ki lehet dobálni külön szálakba, de az általad említett "fork-join overhead" nagyobb lesz mint maga a számítási feladat elvégzése volt.Arról nem is beszélve, hogy a rahedli szálat valahogy managelni is kell, ez néha még asztali gépen is probléma tud lenni (bizonyos szál felett szépen "bedugul" a rendszer és jelentősen esik a teljesítmény), nem hogy mobilon, ahol még a fogyasztás is számít.
És akkor nem is lehet végtelenségig többszálúsítani semmilyen feladatot. Tök jól hangzik a "Dennard skálázási szabályának hanyatlása", de akkor én meg mondom Amdahl törvényét, ami még univerzálisabb.
Őszintén szólva mobilon a grafikus jellegű feladatokon kívül nem nagyon látom mit lehetne durván többszálúsítani, az meg már most is ugye "többszálúsítva" van, mert külön segédprocesszoron (GPU) fut. Esetleg a játékok fizikáját, de aztán kész.
[ Szerkesztve ]
-
Abu85
HÁZIGAZDA
válasz julius666 #44 üzenetére
Amdahl törvényét lehet kezelni a programozási szokások drasztikus módosításával. A Gustafson-Barsis törvény, pont az ellentettjét mondja az Amdahl törvénynek. Ergo a Dennard-féle skálázási szabállyal ellentétben ez a gond sokkal könnyebben kezelhető. Lehet dobálózni persze a mérnökök felé, hogy hülyeség amit csinálnak, de ettől a fizika törvényei nem változnak meg.
(#38) ddekany: Szerintem senki sem látja teljesen tisztán, hogy mi lesz. Nyilván a mérnök szeme előtt az lebeg, hogy skálázni kell az új generációs termékek teljesítményét, és ez a hagyományos módon már nem megy. Nyilván a mai zöld világban a vezetőség meg sem akarja hallani, hogy a TDP keretet meg kellene duplázni, szóval marad a párhuzamos feldolgozás. A programozó oldaláról pedig felmerül a hogyan kérdés, mert ők meg a megszokott dolgokon nem szeretnek változtatni.
Ami egyelőre biztos, hogy a Dennard-féle skálázási szabálynak vége, vagyis nem lehet más irányt választani a hardver tervezésénél, mint a termékbe betervezett pJ/FLOP mutató mérséklését. Aztán, hogy ezután mi lesz az kérdés.[ Szerkesztve ]
Senki sem dől be a hivatalos szóvivőnek, de mindenki hisz egy meg nem nevezett forrásnak.
-
julius666
addikt
Feladatfüggő le lehet-e "kezelni". Gustafson törvénye egyáltalán nem olyan univerzális.
Gustafson's Law (also known as Gustafson-Barsis' law) is a law in computer science which says that computations involving arbitrarily large data sets can be efficiently parallelized.
Ilyenek mobil eszközökön a grafikai számítások. Tudsz még hasonló feladatot mondani amire mobilon szükség lehet? Képfelismerés, hangfelismerés esetleg, de a fejemet merném tenni rá, ezek a jövőben dedikált hardvert fognak kapni, ergo kiesnek a képből.
-
Abu85
HÁZIGAZDA
válasz julius666 #46 üzenetére
Én is ezeket mondanám mobilban. Illetve a multimédiás programok egy része.
Azt kétlem, hogy ezek átkerülnének dedikált hardverre. A fixfunkciós eszközök jók egy bizonyos határig, de a nagyon számításigényes feladatokra már nem jók. A képfelismerés tipikusan ilyen. Azt meg lehet csinálni, hogy szeleteled a képet mozaikokra és azokon mész át több fixfunkciós hardverrel, de akkor meg a lapka elég nagy része egy olyan célhardverből áll, ami másra nem használható. Távolról sem mondom, hogy a fixfunkciós eszközöknek nincs értelme, csak ezeknek is megvannak a maguk korlátjai. Valamit megéri ezekkel csinálni, míg valamit nem.[ Szerkesztve ]
Senki sem dől be a hivatalos szóvivőnek, de mindenki hisz egy meg nem nevezett forrásnak.
-
gyurielf2
csendes tag
Érdekes..... lehet, hogy talán egy újabb technológián kellene törni az eszüket. Egy teljesen más koncepción.
Új hozzászólás Aktív témák
- Ryzen 9 5950x csúcs processzor 2 év garanciaval
- Beszámítás! Intel Core i3 8100 4mag 4szál processzor garanciával hibátlan működéssel
- Beszámítás! Intel Core i7 2600K 4mag 8szál processzor garanciával hibátlan működéssel
- Beszámítás! Intel Core i7 4790 4mag 8szál processzor garanciával hibátlan működéssel
- Beszámítás! Intel Core i7 4790K 4mag 8szál processzor garanciával hibátlan működéssel
Állásajánlatok
Cég: Ozeki Kft.
Város: Debrecen
Cég: Promenade Publishing House Kft.
Város: Budapest