Új hozzászólás Aktív témák
-
Busterftw
veterán
A 4. evben jarunk, azota elvileg bestbuy a Ryzen es az Epyc felnyalta a padlot a Xeonnal.
Aztan ugye 30% desktop market sharet vizionaltak es double digit szervert idenre.Ez informatikaban eleg hosszu ido.
De oke, tartson sok ideig, viszont az Intel nemhogy stagnalt volna 3 penzugyi ev utan hiszen mindenki AMD-t vesz, hanem rekordokat dontoget.
Lehet, hogy hozom a szokasosat, de akkor vagy az AMD-s "hangulattal" van gond, vagy az Intel hamis adatokat kozol. A ketto egyutt fizikailag nem megy.[ Szerkesztve ]
-
carl18
addikt
válasz Pingüino #247 üzenetére
Hát a Broadwell volt 2014-ben az első ami 14 nanométeren volt gyártva. Azért lassan 7 éve hogy 14 nanométeren ragadtak, ebből ki indulva mivel a 10 nanométer kifejlesztése se rövid idő volt.
Szerintem 2-3 évig biztos hogy használni fogják a 10 nanométert, de lehet keveset is mondtam.
Csak szerintem intelnél az lesz a gond hogy ameddig ők 10 nm ragadnak az AMD már 5 NM EUV, 3 NM Euv is piacra kerülhet.
Talán az intelnek is lehetséges lassan el kell gondolkoznia hogy használjon-e bérgyártot.
Még minden igaz idén szeptemberben jön a Zen 3, kimaxolva az AM4 platformot. Szóval az AMD nem lassit a tempon, és folytatja az intel darálását. A Fő kérdés mit válaszol erre az intel és mikor?Hiába szúr, itt Ryzen a úr!
-
Alpi.
addikt
válasz Pingüino #250 üzenetére
Ja, hát netto vesenyképességbe nem is olyan nagy kérdés, azt hiszem azt Intel is nyilatkozta a közelmúltban, hogy a saját 7 nm-es nod-ig nem lesznek igazán partyban Amd-vel.... :S Olyan téren értettem, hogy ha a pletykák igazak, akár csak részben is az ipc, stb. emelkedésről, akkor ott egy újabb tervezésű magot kéne látnunk. Arra leszek kíváncsi, mit dobnak (tak) össze.
Bár a "power-core" 14 nm-es mivolta már esküszöm egy, már börleszknek is siralmas, víziót dobott be elsőre, akaratlanul is.https://www.youtube.com/channel/UCbJjHfBdTsUw3UJAFr-5Gsg
-
ddekany
veterán
válasz Pingüino #250 üzenetére
Windows BIG.Little támogatás hiánya Windows-ban nem meglepő jelenleg, ez még változhat.
Az extra utasítások lekapcsolása meg kb. senkit nem érdekel, főleg ott, ahova ilyen SOC menne. Ami inkább kérdés, hogy lesz-e erre x86 esetén jelentős igény, hogy egy kicsit emeljük az akku időt. Mobil telefonnál van, de abból kiesett az x86. Notebooknál meg valószínűleg egy pici kissebség az, akinek ez napi gondja. x86 tabletekben talán, de azt gondolom az is csak egy nagyon kicsi szelet.[ Szerkesztve ]
-
-
MODERÁTOR
válasz Pingüino #259 üzenetére
A 4K videólejátszás még egy modern asztali processzort is le tud terhelni, szóval nem biztos, hogy az ARM magokkal előbbre jutnánk. Még nagyobb probléma, hogy a játékoknál sok erős mag kell, ott az ARM magok használhatatlanok. Ha meg már úgy is sok erős mag kell (a modern játékokhoz 6+), akkor miért tennénk bele ARM magokat? Az erős magok sem fogyasztanak sokat, ha nincsenek megterhelve.
***
-
MODERÁTOR
válasz Pingüino #265 üzenetére
Nem számít az az ég és föld különbség fogyasztásban, mert nincs értelme asztali gépbe, mivel teljesen mindegy, hogy 5 vagy 10 wattot fogyaszt a processzor internetezés közben. Mobil gépekbe (laptopokba) meg eleve alacsony fogyasztású processzorokat szerelnek, nem sokat segítene pár plusz ARM mag. Nekem i7-9700-em van, és alig fogyaszt valamit, ha nincs nagy terhelés. Szóval teljesen felesleges ilyen extra magokat integrálin a processzorba, főleg más architektúrával. A médialejátszásnál meg nem csak a VGA számít, főleg akkor nem, ha integrált VGA van csak a gépben.
***
-
S_x96x_S
őstag
válasz Pingüino #265 üzenetére
> Alapvetően egyébként az egész BIG.Little koncepciónak
> csak laptopoknál van értelme, asztali gépen sem
> a hardcore gamerek, sem az irodai munkások
> nem nyernek vele annyit, hogy megérje a bonyolultabb felépítés.annyira nem bonyolult ..
és mindenütt van értelme, ahol az energiatakarékosság számít.
( performance/watt )és szerver/HPC szinten is.
Towards Generalizing "Big Little" for Energy Proportional HPC and Cloud Infrastructures
"Reducing energy consumption is part of the main concerns in cloud and HPC environments. Today servers energy consumption is far from ideal, mostly because it remains very high even with low usage state. An energy consumption proportional to the server load would bring important savings in terms of electricity consumption and then financial costs for a data enter infrastructure. In this paper, we propose a platform composed of heterogeneous architectures to achieve proportional computing goal. "
( https://ieeexplore.ieee.org/document/7034863 )Mottó: "A verseny jó!"
-
opr
veterán
válasz Pingüino #280 üzenetére
Engedd el. Ez, amit irsz egy borzaszto bonyolult dolog lenne, nem erne meg senkinek, sehogyan. Az, hogy azt gondolod, hogy ez egyszeru, csak azt jelenti, hogy nem erted, mirol van szo. Hidd el, ez egy kiemelkedoen nagy lelegzetvetelu dolog lenne, ami kb 5-10 ev kokemeny kooperativ munka utan lehetne stabil es jo. Cserebe nyertunk, mit? Egy uberbonyolult kernelt, egy uberbonyolult OS-t, ahol a programok es a vas kozott tobb az absztrakcios reteg, mint eddig barmikor (tehat homlokegyenest ellentetes irany az iparagi trendekkel), tehat eljutottunk oda, hogy az elmeletileg jol hangzo csokkentett fogyasztas gondolatbol az lett, hogy minden lassabb es tobb eroforras futtatni, mint elotte.
A vege az lenne, hogy tobbet enne a vas, mint amugy.Nem veletlen, hogy meg elmeletben sem letezik ilyen kernel, brutalisan komplex lenne tok feleslegesen.
ui.: abba gondolj bele, hogy mekkora problema es melo meg annyit is megoldani a jelenlegi asztali OS-ekkel, hogy azonos architekturaju, de kulonbozo utasitaskeszlettel es feladatra szant magok rendesen mukodjenek. Meg ettol is evekre vagyunk, pedig elhiheted, hogy nem pihennek a "fiuk". Ahhoz, hogy az, amirol Te beszelsz, mukodjon, szo szerint az alapoktol kene kezdeni mindent. Sot, valoszinuleg az lenne a legegyszerubb, ha mindent, ami most van, siman kidobnank a pics@ba, es teljesen uj koncepcio alapjan kezdenenk az egeszet elorol hw es sw oldalrol is.
Mar csak azt kitalalni, hogy melyik hogy fer hozza milyen eroforrashoz es hogy dolgoznak ossze, es erre csinalni egy tok minimal proof of concept-et eleg lenne talan meg egy phd szakdolgozathoz/publikaciohoz is, de egy nagyon eros msc biztos kijonne belole.
ui2.: A fentiek, plusz a teny, hogy ezek utan is haszna kb annyi lenne, mint egy ezer oldalas kutatas a lepkek altal bejart ut es az asztrologia kapcsolatarol.[ Szerkesztve ]
"Programozó vagyok. Ez azt jelenti, hogy amit leírok, megtörténik." :D “The only valid measurement of code quality is What-The-F**ks/Minute.” - Robert Martin
-
S_x96x_S
őstag
válasz Pingüino #259 üzenetére
> Simán el tudnék képzelni olyan gépeket,
> amin fut mondjuk egy android ARM magon,
> miközben a windows fel van függesztve.
> Majd egy gombnyomás, és feléled a nagy x86 magokon futó windows.
én inkább ideális fejlesztői (laptop) gépnek tudnám elképzelni ..
( ami persze réteg igény ... )Linux/Apple alatt - párhuzamosan 2 cpu futna ( ARM + x86 )
és tesztelni tudom a binárist/scriptet mindkét architektúránAmúgy miért ne lehetne egy ARM-es co-processzor?
Persze lehetne PCIe-s Xeon Phi -t rakni az ARM-es szerverekbe is,
de az furcsa lenne .. főleg, hogy nem future proof ....Mottó: "A verseny jó!"
-
opr
veterán
válasz Pingüino #291 üzenetére
Az, hogy meg lehet oldani VM-ben, az egy teljesen mas dolog.
Szerintem gondold vegig, ha minden hulye szembe megy a forgalommal, akkor abban csak lehet valami, nem?"Programozó vagyok. Ez azt jelenti, hogy amit leírok, megtörténik." :D “The only valid measurement of code quality is What-The-F**ks/Minute.” - Robert Martin
-
ddekany
veterán
válasz Pingüino #291 üzenetére
BIG.Little esetén nem (vagy nem csak) alkalmazás szinten dőlhet el, hogy ki melyik magon fut. Lehet, hogy mondjuk használod az Excel-t, és amíg elég gyorsan reagál az UI eventekre, meg nem csinál huzamosabban CPU terhelést, addig a Little-n fut, de ha pl. elindítottál egy terhelőbb műveletet, akkor ideiglenesen átrakja az ütemező Big-re. Vagy, ha vészesen merül akku, akkor esetleg a Little-n fut ami amúgy a Big-en futna. Vagy, ha épp rá vagy dugva tápra, akkor sokkal bátrabban használja a Big-et (ez telefonnál nem egy fontos eset, de notebooknál tipikus). Vagy, egy alkalmazáson belül egyes szálak Little-re kerülnek, míng mások Big-re. Ez a rugalmassák alighanem igen sokat számít, mert sokkal több alkalmad van a takarékoskodásra. Ez csak úgy reális, ha u.a. az ISA mind a két fajta mag. Persze, még nem tudjuk, hogy ezt mennyire sikerül majd jól csinálnia a Windows-nak, vagy hogy lesz-e rá elég akart egyáltalán.
Másik, ha nem akarod teljesen elszeparálni a két rendszert (lehetőleg a felhsználó ne is tudjon erről), akkor az x86 rendszer VM host, az ARM-os meg VM guest lesz kb. Ezzel meg az lesz a szívás (többek közt), hogy a VM host CPU-ját így nem kapcsolhatod le, és annyival is többet fogyaszt az egész.
Új hozzászólás Aktív témák
- Hibátlan - INTEL Core i7-9700K 8 mag CPU 4.9GHz + UHD Graphics 630 - LGA1151v2
- AMD AM4 Processzorok - Ryzen 3 / 5 / 7 / 9 - Új - Garanciás
- 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 4790 4mag 8szál processzor garanciával hibátlan működéssel
- Új Intel 10-14. generációs processzorok kedvező áron!!
Állásajánlatok
Cég: Ozeki Kft.
Város: Debrecen
Cég: Ozeki Kft.
Város: Debrecen