Új hozzászólás Aktív témák
-
Fücsök007
őstag
Idővel be fog érni ez a dizájn is, szerintem 1 év múlva már nem fognak sírni az időnkénti kisebb FPS-en a játékosok.
-
Petykemano
veterán
Találgatunk, aztán majd úgyis kiderül..
-
opr
veterán
Jol hangzik, varjuk, meglatjuk. Amig szamomra hiteles tesztelo nevvel vallalt publikus tesztjeit nem latom, ugy, hogy lehetoleg azonos verzioju OS-el, azonos verzioju programokkal hozzak a szamokat, addig En mar nem hiszek el senkinek semmit.
"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
-
CPT.Pirk
Jómunkásember
Ez a big-little felépítés az oprendszerek ütemezőjének szintjén már rendesen meg van támogatva? Korábban emlékeim szerint kiemelt probléma volt, hogy a PC-s oprendszerek ütemezői nem ilyen kialakításra lettek kitalálva, azokat rendesen fejleszteni kell, hogy érdemben kihasználják ezt a kialakítást.
Azt meg nem igazán tartom valószínűnek, hogy a játékfejlesztők külön foglalkoznának ezeknek az érkező prociknak az optimalizálására a játékaikban... Maximum 2-3 ilyen jellegű hardver generáció múlva lesz elég proci a gépekben ahhoz, hogy időt szánjanak rá.
Valószínűnek tartom, hogyha az AMD nem követi ezt a big-little felépítést (szerintem nem fogja), akkor idővel az Intel is szakít majd vele, de ez csak az én elképzelésem a jövőre nézve. - Tömöríteni, kódot fordítani, videót kódolni nem ideális a big-little... A kisebb igényű dolgoknak mint pl. office használata meg úgy is mindegy, milyen mai proci van a gépben...
[ Szerkesztve ]
Nincs más - csak egy szál gitár - szidom a rendszert - forradalmár. - Én vagyok egyedül 88 telén. (Auróra)
-
Petykemano
veterán
"Ez a big-little felépítés az oprendszerek ütemezőjének szintjén már rendesen meg van támogatva?"
"Valószínűnek tartom, hogyha az AMD nem követi ezt a big-little felépítést"
Strix point adopts the hybrid architecture of zen5+zen4 and introduces a new cache.Találgatunk, aztán majd úgyis kiderül..
-
Tigerclaw
nagyúr
Jovore szerintem tovabbra is toronymagasan az M1 lesz a legjobb ultramobil megoldas, majd az Alder Lake es Tiger Lake. Sotet lo lehet az M1x/M2, illetve a Van Gogh vagy utodja, de az utobbi csak a harmadik, negyedik helyert versenyezhet.
Komolyabb mobil felhasznalasra tovabbra is a 8 magos Ryzenek varhatoak befutonak, hacsak nem dobja piacra az Apple a mar emlitett M1 utodot.
Desktop szegmensben nem hiszem hogy sokat mutat majd az Alder Lake. Ott nem fontos a fogyasztas es nem hiszem, hogy megerne kifizetni a felarat az elozo genhez kepest.
Persze ez csak technologiai rangsor, nem piaci.
Az a baj a világgal, hogy a hülyék mindenben holtbiztosak, az okosak meg tele vannak kételyekkel.
-
Fücsök007
őstag
A Win11-et már erre a felépítésre írták, Win10-et pedig nem fogják átírni. Win11-nél 16-20 hónapot dolgoztak rajta idáig ha igazak a pletykák, de nem kizárólag a Big-Little dizájn miatt kezdtek fejleszteni a kódon. Intelnél erre raktak fel mindent, és a kezdetek óta már meghátráltak volna, ha nem lenne kivitelezhető szoftveresen a kis magok hatékony használata. Ennek a felépítésnek más haszna is van, nevezetesen a nagy magokból idővel ki lehet venne a tranzisztort, helyet és teljesítményt felemésztő régi (legacy) utasításkészleteket, így még hatékonyabb erős magok mellett megmarad sok kis mag legacy utasításkészlet támogatással. Minden régi, mára alig használt utasításkészlet elvesz ma is a teljesítményből, mert befolyásolja a nagy magok architektúrájának a fejleszthetőségét. ARM oldalon nincs ilyen kényszer, ezért is tudnak hatékonyabbak lenni.
[ Szerkesztve ]
-
CPT.Pirk
Jómunkásember
válasz Petykemano #7 üzenetére
Köszi!
Szóval a W11 van felkészítve a Thread Director használatára. Érdekes lesz majd az új procik tesztjeit megnézni W11 és W10 alatt is emiatt.
A Strix point is érdekes, de az még nagyon távoli pletyka. Meglássuk.
Fücsök007: igen, ennek így van értelme. Mondjuk érdekes lesz, hogy a legacy utasítás használó progit valami módon bekorlátozza az E-core procikra az ütemező. Hmm.
Nincs más - csak egy szál gitár - szidom a rendszert - forradalmár. - Én vagyok egyedül 88 telén. (Auróra)
-
Abu85
HÁZIGAZDA
Az ajánlás az, hogy ezt az alkalmazás kezelje direkten, hogy eleve a nekik megfelelő magokra kerüljenek a feladatok.
De ha ez nincs meg, akkor van egy Thread Director, ami ellenőrzi a futó szálakat, és ha úgy érzi, hogy az egyes szálaknak a másik típusú magon kellene futnia, akkor átrakatja azokra az operációs rendszerrel. Helyből tehát nem kerülnek a jó magokra a szálak, de idővel ezt kontrollálni tudja a Thread Director.
[ Szerkesztve ]
Senki sem dől be a hivatalos szóvivőnek, de mindenki hisz egy meg nem nevezett forrásnak.
-
Petykemano
veterán
"nagy magokból idővel ki lehet venne tranzisztort és helyet felemésztő régi (legacy) utasításkészleteket, így még hatékonyabb erős magok mellett megmarad sok kis mag legacy utasításkészlet támogatással. Minden régi, ma már alig használt utasításkészlet elvesz ma is a teljesítményből, mert befolyásolja a nagy magok architektúrájának a fejleszthetőségét."
Utoljára Jim Keller azt nyilatkozta, hogy nem önmagában a régi utasításkészlet okozza a problémát. A régi utasítások már nagyon kis helyet foglalnak az egész magból.Ezzel szerintem jó meglátás, én remek ötletnek gondolom.
De ez mindenképpen egy következő szint, mert jelenleg épphogy problémát jelent, hogy ha a kis és nagy magok eltérő utasításkészlettel rendelkeznek. A Lakefield esetén csak akkor érhető el az AVX512, ha a kismagokat letiltod és az ADL esetén is azért nem érhető el az AVX-512, mert a kismagok nem tudják - viszont itt már a nagymagok se, hiába tiltanád le a kismagokat.
Tehát ha az AVX512 tudás vagy nem tudás jelenleg probléma, akkor jelenleg hasonló problémát jelentene a legacy utasításkészlettel való rendelkezés vagy nem rendelkezés is.
Gondolom az ütemező úgy működik, hogy tisztában van egy szál erőforrásigényével és prioritásával. Viszont azzal egyáltalán nincs tisztában - főleg nem előre - hogy egy szál milyen utasításkészleteket fog majd akarni használni.
Találgatunk, aztán majd úgyis kiderül..
-
SindaNarmo
tag
válasz Petykemano #12 üzenetére
Szerintem inkább húzzanak emulációs réteget fölé, és ne szórakozzanak ilyenekkel hogy ezek a magok ezt tudják azok a magok amazt. Én fölösleges bonyolításnak látom.
-
tasiadam
veterán
Ez a 8 kicsi 2 nagy felosztas egy untig eleg megoldas. Meg merem kockaztatni, hogy a 8 kicsi 0 nagy is tokeletesen kiszolgalna barkit, es vegre lenne egy M1 fogyasztast produkalo x86 win laptop, ami nem 2 mag 4 szalas cerka 0 erovel.
Gyermektelen, nem házas, másodrangú állampolgár
-
Abu85
HÁZIGAZDA
Thread directort drivert lehet írni Windows 10-re is, csak nem biztos, hogy az OS jól fog dönteni. Attól függ a próba, hogy az Intel mit mond rá. Előre nem zárjuk ki.
[ Szerkesztve ]
Senki sem dől be a hivatalos szóvivőnek, de mindenki hisz egy meg nem nevezett forrásnak.
-
KROK640
veterán
Nekem azért ijesztő, hogy sok esetben játékoknál a 10th gen-t sem hozzák (mert ugye a 11th gen ugyanaz, szal nevezzük nevén a gyereket).
Lehet, hogy ez is olyan lesz mint a Bulldozer volt, hogy majd évekkel később kezd igazán jó lenni...
Csakhogy, ez azt is jelentheti, hogy most majd mikor kijön és az aktuális AMDkkel kerül összehasonlításra, akkor az AMD-t fogják favorizálni az emberek, ami sem az Intelnek nem jó, sem a piacnak, ha valamelyik irányba nagyon eldől a mérleg nyelve.Inkább azt kérdezzék miért nincs szobrom, mint azt, hogy miért van...
-
CPT.Pirk
Jómunkásember
Mármint mit mond meg az Intel?
Most ha jól értem, jelenleg nincs TD driver W10-re, vagyis borítékolható a nem optimális működése a big-little procinak, miközben még sokáig a W10 lesz a domináns oprendszer PC piacon.
Nincs más - csak egy szál gitár - szidom a rendszert - forradalmár. - Én vagyok egyedül 88 telén. (Auróra)
-
KROK640
veterán
Attól függ milyen kicsi a kicsi, és mit is jelent ez pontosan.
Mert ha a kicsi mag olyan mint mondjuk 1-1 Celeron mag, akkor 8 sem túl sok belőle. (bár több mint a mai 2/4-esek, de mi van ha még kissebb a mag?)Inkább azt kérdezzék miért nincs szobrom, mint azt, hogy miért van...
-
CPT.Pirk
Jómunkásember
De miért? Futni fog rajta a W10, mindegy, hogy adnak-e ki hozzá drivert, maximum összevissza fogja használni a magokat. Pont ez lenne a teszt lényege arra a pár évre mindenképpen, amíg nem lesz érdemi elterjedése a W11-nek.
PuMbA: valóban, de cserébe olcsón kaptál 8 szálat a Ryzen korszak előtt. Ha pl. videót konvertáltál vagy kódot forgattál, akkor jó választás volt az árához képest. Cserébe az egyszálas teljesítménye gatya volt...
Nincs más - csak egy szál gitár - szidom a rendszert - forradalmár. - Én vagyok egyedül 88 telén. (Auróra)
-
CPT.Pirk
Jómunkásember
Jah, hogy a platform többi komponensénél is lehet driver gond, így már világos.
Tetszik, mikor az Intel meg az MS megoldja egymás közt, hogy mikor kelljen komplett gépet cserélni...
Nincs más - csak egy szál gitár - szidom a rendszert - forradalmár. - Én vagyok egyedül 88 telén. (Auróra)
-
opr
veterán
Programozashoz, arahoz kepest valami brutalisan jo volt. Anno valami 30k-ert vettunk fx8350-et havernak. Annyibol meg i3-at is neccesen vettel akkoriban, plane, hogy az alaplap is duplaannyi volt intel ala. Ok, ennek oka volt, szinte barmi masra hasznaltad, fos volt az fx, de bonyolult projekteket sok szalon forditani gyorsan. Ahhhhh, alom volt akkoriban, ilyen teren meg az i7-ekkel is pariban volt, pedig az haromszoros aron kezdodott.
Szerszamot feladathoz veszunk, voltak teruletek, amiben az fx nagyon jo volt, csak sajnos keves ilyen terulet volt, es az atlafelhasznalo gyakorlatilag egyikkel se talalkozott, maximum hallott rola, hogy elnek lenyek, akik csinalnak valami olyasmit.
"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
-
hallador
addikt
Az a helyzet, hogy ennek a processzor technológiának nem az asztali processzoroknál lesz nagy haszna, hanem a notebookoknál. Ha még nem is most, de jövőre nagyon is az lesz a lényege. Az AMD-nek erre kell elmennie, mert egyszerűen nem fog tudni versenyezni az Intellel processzorfogyasztásban.
Az sajnos nagyon kevés lesz, hogy az AMD 5-6-7 nm-e az ellen, ha az Intel elkezd olyan processzorokat gyártani, ami alapdolgoknál (netezés, office munka, filmnézés, IM) fele annyit fogja fogyasztani, ameddig, az AMD meg csak olyan magokkal rendelkezik majd, amik mindig teljes értékű magokkal mennek majd, miközben erre nem nagyon van szükség, a teljes értékű magokat soha nem fogja tudni levinni olyan kis sebességre, hogy kevesebbet fogyasszon, mint amit eleve erre terveztek.
Arról nem beszélve, hogy az AMD sajnos mobil vonalon sehol nincs, eladásokban. És hiába sokkal jobb a mobile ryzen, főleg a Zen3, felmossa az Intellel a padlót, erre a teljesítményre, ha csak nem tényleg játékra, vagy typeII virtualizációra használja a gépet az ember, ahol tényleg ki tudja tekerni a 8 magot a program hosszútávon is.
Ezek nagyon réteg igények, a fejlesztéshez, napi munkához egyszerűen pl az Apple Siliconnal szemben a Ryzen, de a mai Intelek nem versenyképesek. Az Intel pláne nem az.Erre valami hasonló lehet a megoldás, mint amit az Intel megvalósított x86 vonalon (mert máshol évek óta jól működik a modell.).
Linux alatt is kiadták talán az 5.15-ös kernelben a megfelelő támogatást ehhez a processzorhoz, ha jól emlékszem, de lehet, hogy rosszul.
The further a society drifts from truth, the more it will hate those that speak it. (George Orwell) [Work Machines: HP EliteBook, HP ProBook & Linux Mint 20 ; Entertainment: Apple Macbook AIR M1]
-
"Jó hír viszont, hogy a hibrid dizájn miatt sok a tartalék, amihez igény esetén hozzányúlhatnak a játékfejlesztők. Tehát egy ponton lehet, hogy a fenti változás visszalépésnek tűnik, viszont erre építve egy másik ponton előrelépés történt, és innentől csak a játékfejlesztőkön múlik, hogy a kisebb teljesítményű magokat milyen formában fogják be a készülő alkalmazásaikon."
Vannak kétségeim azt illetően, hogy a fejlesztők itt hozzányúlnak a gyengébb magokhoz, mert akkor két külön utat kéne fejleszteniük: AMD-re egy általánosat, meg Alder Lake-re egy speciálisat. Ha egyáltalán szóba kerül, hogy utóbbira fejlesszenek, akkor az erős magokat fogják megcélozni, mert az fut AMD-n is. Persze ez visszavetheti a fejlesztéseket, így még az is lehet, hogy a fejlesztők egyszerűen figyelmen kívül hagyják az Alder Lake-et - úgyis produktivitásra van tervezve, nem játékra.
https://www.coreinfinity.tech
-
paprobert
senior tag
Az Intel célja a kis magokkal, hogy az AMD kihasználtság alatti, energiahatékonyságból eredő throughput előnyét megfordítsa.
Gyakorlatilag 2 frontos harcot nyitott, felülről és alulról is satuba akarja fogni az AMD-t.Pl. mi lenne, ha a egy későbbi terméknél a TDP 100%-át oda lehetne adni 64 kis magnak? Valószínűleg új Cinebench-bajnok.
Érdemes lenne számolni, hogy miként viszonyul a Little Core a Zen-ekhez képest, perf/watt szempontból, az megmutatja hogy mekkora veszélyt is jelent.640 KB mindenre elég. - Steve Jobs
-
zsintai1987
tag
válasz paprobert #30 üzenetére
Szerintem az lesz hogy atlagolni fogja a fogyasztást! Pl: a 400Wot fogyasztó proci+30Won ketyegő proci/2-vel
Majd szólnak valami tesztelőnek hogy így számolja ki és még is van a verhetetlen család... Az eredményre meg raknak 2 hét NDA-t ahogy eddig3700x, ASUS 570prime, 2X16GbCorsair 3200 cl16 , ház:CM 500P fehér, Seasonic Focus+ 550W 80+ GOLD, rx 5700xt nitro+
-
dokanin
aktív tag
Szerintem az ütemezőre várni, hogy majd megoldja a megfelelő magok kiválasztását illúzió. Ez egyszerűen lehetetlen. Hacsak nem orákulum lesz idővel az ütemező.
És lehet a cache-re is fogni a csökkent teljesítményt, de szerintem ez inkább a szálak keveredéséből fakad. A saját 10+ éves többszálas párhuzamos programozási tapasztalataim alapján nagyon be tud tenni a teljesítménynek egy bekeveredő gyenge szál, mivel jelenleg a szakirodalom és a logika szerint is bizonyos párhuzamos feladatoknál a legoptimálisabb annyi szálat indítani, ahány mag illetve fizikai thread van, mivel ha több van gyakrabban kell szinkronizálni ami szintén veszteséget jelent. Ez a modell viszont feltételezi, hogy a szálak kb pariban vannak, mert mindig a leglassabbhoz igazodik a végeredmény.
-
opr
veterán
válasz #25954560 #33 üzenetére
Kb.
De azért másra is bőven használható volt az, nem volt annyira tragikus, mint az emberek elő szokták adni. Mármint, persze, de, szar volt, de annyira nem, hogy most csak ezért két gépet kelljen tartani."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
> Abu: "viszont a játékokban nem valami acélos."
1.)
le merném fogadni, hogy megjelenéskor
valami eddig titkos ( hamarosan megjelenő )
Gen5 -ös Arc GPU -val fogják demózni.2.)
A másik lehetőség - "Gaming mode" : letiltani játékoknál egy gombnyomással a gyengébb magokat.mert a magok tényleg erősek:
Videocardz:
Intel Core i7-12700K crosses 800 points in CPU-Z benchmark
ALD: erős mag CPU-Z : 800-825 ???
ZEN3: átalgos mag CPU-Z: ~650
Mottó: "A verseny jó!"
-
S_x96x_S
őstag
> Szóval a W11 van felkészítve a Thread Director használatára.
és ami tudható, hogy a Win11 - nem szereti _még_ a Ryzen-t.
szóval tökéletes benchmark az Intel marketingeseknek
https://www.amd.com/en/support/kb/faq/pa-400
"Expected performance impact of 3-5% in affected applications,
10-15% outliers possible in games commonly used for eSports. "en:AMD: Windows 11 May Cause Performance Dips Of Up To 15% On Ryzen CPUs ( Oct 6, 2021 )
hu:AMD: A Windows 11 akár 15%-os teljesítménycsökkenést is okozhat a Ryzen CPU-kon ( megj: javítás folyamatban, remélem, hogy a független tesztelők már megkapják ... )
https://wccftech.com/amd-windows-11-may-cause-performance-dips-of-up-to-15-in-cpus/Mottó: "A verseny jó!"
-
Abu85
HÁZIGAZDA
Az OEM tesztekben is vannak kis magok nélküli mérések. Rosszabb az eredmény, mintha működnének. Egyszerűen a cache-szervezés annyira megváltozott, hogy jóval lassabb lett a magok közötti adatkommunikáció, mint régen. Akkor is, ha csak a nagyobb magok működnek. Ezt ellensúlyozni lehetne nagyobb gyorsítótárral, de csak 30MB fért bele a tranyóbüdzsébe. Optimálisan ez akkor működne, ha lenne legalább 60-70MB L3 hozzá. Sőt, akár több, de ezt csak abból kiindulva mondom, hogy az AMD-nek a Zen 3-as csúcs-Ryzenje még plusz 128 MB-nyi gyorsítótárból is nagy hasznot húz a játékok alatt. Tehát gaming szempontból egyértelműen a gyorsítótárak kapacitása a szűk keresztmetszet jelenleg.
Senki sem dől be a hivatalos szóvivőnek, de mindenki hisz egy meg nem nevezett forrásnak.
-
veterán
És lassan jön erre az AMD válasza.
duree54
-
S_x96x_S
őstag
Köszi a választ.
Nagyon kíváncsi leszek a független tesztekre.
Az első generációs DDR5-ök magas késleltetése is bekavarhat még.
( DDR5-6400 ~ 92.5ns )Az AlderLake PCIe Gen5 -ről hallottál valami
( megosztható) érdekességet?
pl. az a minimális CXL támogatás amit meghagytak
jelenthet valami előnyt gaming szinten?
Mindenesetre az AlderLake tesztben erre is térjetek ki pár mondattal.
és köszi a cikkeket!Mottó: "A verseny jó!"
-
paprobert
senior tag
válasz zsintai1987 #32 üzenetére
Felhasználója válogatja. Személy szerint nincs nagy szükségem rá.
640 KB mindenre elég. - Steve Jobs
-
Chibass
tag
TB 4 csatlakozó miatt gondoltam erre váltok Kabyről, de akkor lehet várnom kell még egy generációt...
Aki nappal is legény, az éjjel nem volt ott!
-
Abu85
HÁZIGAZDA
-
hallador
addikt
A mai világban amikor minden arról szól, hogy mindent is fejlesztenek, pont nem nagyon lesz semmivel nagyobb kiadás, hogy Alderre fejlesszen valaki, mert a "PC" piac legnépszerűbb megoldása a notebook, nem az asztali PC, ebből adódóan sokkal fontosabb lesz majd, hogy a Notebook általános terhelésnél sokáig bírja. Senki nem fogja figyelmen kívül hagyni, hogy egy processzor fele annyi fogyasztással is képes lesz elvégezni azt a feladatot, amit a másik meg nem.
Amiről te beszélsz az a piac egy kisebb szegmense lesz. Arra valóban jobb lesz az AMD, de még a Microsoft sem azt a fejlesztési irányt vette fel már, hanem arra, hogy minél takarékosabban hosszabb ideig bírja egy ilyen gép.Sajnos amit írsz ez a 90-es években volt jelen, amióta a fejlesztésben beszállt India, Kína ömlenek az harmad annyiért fejlesztők az összes cégbe, a fejlesztés kerül a legkevesebb pénzbe. Ami sokba kerül az az optimalizálás, mivel nincs tesztelés, vagy minimális ezért ezt a userek majd letesztelik lásd a fenti példát.
[ Szerkesztve ]
The further a society drifts from truth, the more it will hate those that speak it. (George Orwell) [Work Machines: HP EliteBook, HP ProBook & Linux Mint 20 ; Entertainment: Apple Macbook AIR M1]
-
Talán nem voltam elég érthető: játékokat nem fognak rá tervezni. Állításoddal ellentétben a humán erőforrás a legdrágább, akár fejlesztésről, akár optimalizálásról van szó, márpedig épeszű cégvezető nem fogja kidobni a pénzt olyan fejlesztésre, ami nem a szükséges minimum.
Valójában azt gondolom, hogy az Intel azért választotta ezt az utat, hogy nehogy véletlenül vkiben felmerüljön az ötlet, az ellenlábas csinálja jól a chipletekkel, mert hülyén nézne ki, ha másolnák a lenézett vetélytársat.
https://www.coreinfinity.tech
-
opr
veterán
"a fejlesztés kerül a legkevesebb pénzbe"
Ne haragudj, de ez annyira nagy hulyeseg, hogy az mar faj. A fejlesztonel semmi nem dragabb, de semmi. Persze, lehet relative olcson fejlesztetni, de eddig meg mindegyik ceg, akivel beszeltem, arra jutott, hogy az "olcso" indiai meg kinai meg vietkong koder fejlesztes a vegen meg dragabb volt, mintha nyugaton csinaltak volna meg. Lassu, eroforraszabalo, instabil szar lett a vegeredmeny mindig, a tervezett ido sokszorosa alatt. Arra mar ne is beszeljunk, hogy amit ezek kiadnak a kezukbol, az nemhogy alder lake-re optimalizalt nem lesz, de oruljunk neki, ha egyaltalan elindul.Elfogadom, hogy a serverekhez meg a laptopokhoz ertesz, de minimum a piacot ismered es latod es erzed, de a fejlesztes az nagyon mas. Amugy egyre inkabb trend visszahozni a kiszervezett munkakat a fenti okok miatt. Ez egy ilyen folyamatos hinta amugy. Kiszervezik, mert a nyugati draga. Rajonnek, hogy az indiait nem a nyugati helyett, hanem mellett fogjak fizetni, mert hihetetlen mennyisegu felugyeletet igenyelnek, es meg ugy is szar, ami kijon a kezuk alol. Rajonnek, hogy igazabol soha nem koltottek meg fejlesztesre annyit, mint miota kiszerveztek. Kirugjak a barmot, aki kitalalta (ha meg ott dolgozik, bar ezek altalaban gyorsan beirjak a CV-be, hogy sikeresen levezenyelt egy ilyen projektet es huz a kovetkezo ceghez nagy penzert, mielott a valodi eredmenyek bejonnek es becsap a villam). Egy manager intezi a visszaszervezest, reorgot, stb. Kiderul, hogy mindent ki kell dobni, amit csinaltak indiaban, lehet nullarol kezdeni az egesz projektet. Elkezdik, ezen dolgoznak evekig, kiadjak, mindenki boldog (egy nagy f@szt ... igy is egy bughalmaz, mert kozben mar annyi ideje megy a projekt, hogy rohadtul sietni kell, nincs ido normalis fejlesztes-tesztelesre, csak legyen mar a piacon vegre). Eltelik 5 ev, jon egy uj managga, kozben lecserelodott a fele, senki nem emlekszik mar ra, mi volt regen, jon a fenyesseges otlet, hogy sokba van a fejlesztes, szervezzuk ki indiaba. De erre kene valaki, aki csinalt mar ilyet! Felveszik a csavot, aki az elobb emlitett modon gyorsan elmenekult az elozo cegetol egy "sikeres" projekt utan. Es kezdodik a szokasos 5-10 eves ciklus elorol.
ui.: Amugy ne erts felre, rengeteg indiai, kinai, vietnami, meg hasonlo fejleszto van, aki konkretan JO. Tudod, hol vannak ezek a fejlesztok? Nyugaton.
Azert, mert amelyik eleg jo hozza, hogy nyugati penzt kapjon, az nem olyan hulye, hogy otthon szivjon ket csomag ropiert. Az van ott, amelyik nem uti meg a mercet, hogy el tudjon jonni.[ 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
-
hallador
addikt
Talán nem voltam elég érthető: játékokat nem fognak rá tervezni.
Igen ezt én is így gondolom, és ezt le is írtam, de a játék egy réteg termék, nem ez hozza a profitot egy processzprgyártónak a PC/server piacon. (Az AMD a speckó csipjeivel amit szállít az MS-nek, és a Sony-nak persze ebből élt, de ha PC-be kellett volna ilyen processzorokat szállítania, akkor rég nem érte volna meg nekik. A játék egy réteg igény).
llításoddal ellentétben a humán erőforrás a legdrágább, akár fejlesztésről, akár optimalizálásról van szó, márpedig épeszű cégvezető nem fogja kidobni a pénzt olyan fejlesztésre, ami nem a szükséges minimum.
Én erről azt gondolom, hogy egy ilyen céghez nem kell sok száz Dennis M Ritchie, vagy Ken Thompson. Ezekből pár van, és a többi pedig kóder. így érheti meg. Az a mentalitás, ami otthon van, hogy több senior mérnök van egy közepes cégnél, mint Spanyolországban idősebb ember az sztem egy nagyvállalatnál nem így néz ki, hanem úgy, hogy van pár agy, aki valóban fejleszt és gondolkodik, meg van sok 10 vagy 100 a codecool-hoz hasonló képzőkben végzett valaki, aki ezt lekódolja.
Azonban ez sem igaz már pl, egy automatizált cloud rendszerben, mert ott egyszer megírják, és működik, csak max nodejs-el kell belenyúlkálni, ha új imaget töltenek fel. De van, ahol ez is automatizált már.Valójában azt gondolom, hogy az Intel azért választotta ezt az utat, hogy nehogy véletlenül vkiben felmerüljön az ötlet, az ellenlábas csinálja jól a chipletekkel, mert hülyén nézne ki, ha másolnák a lenézett vetélytársat.
Erről azt gondolom, hogy az Intel és az AMD már 40 éve ezt csinálja. Egymástól keresztszerződésekkel vesznek át technológiát. Ez nem újdonság. Az pedig, hogy dögöljön meg a szomszéd lova mentalitással sehova nem jutott volna sem az AMD, sem az Intel. meg senki sem.Csak egy dolgot említek meg a Cloud... Ha ez így lenne, ahogy mondod, akkor soha semmi nem épülne meg, és soha nem íródna meg.
Egyszerűen nincs idő arra, hogy 10 000 számra képezzék az ELTE-n pl a programtervező informatikusokat, mert amit Te írsz minimum a programozók 80 %-ának matek zseninek kellene lennie, vagy legalábbis komoly elméleti munkát kellene beletolni mindenbe, erre szerinted van idő? Nincs.
Ez szerintem pont fordítva van, vannak nagyok komoly fejlesztők, meg sokkal több kóder.
Meg ebben az is benne van, hogy az embereknek azonnal kell minden, és nagyon megnőtt az igény a fejlesztésre. Ezt nem lehet csak fejlesztőkkel kielégíteni, mert senki nem fogja megfizetni ezt, nem érné meg senkinek fejleszteni.
És igen az idő a minőség rovására megy, de még mindig olcsóbb lehet, mintha visszavinnének mindent nyugatra, egyrészt nem fogja senki megfizetni a nyugati kódereket, mert hát a távol-keleti pont a feléért megcsinálja ugyanazt, másrészt pedig amit írsz valamennyire valid, de én is belekóstoltam a DevOps-ba valamennyi rálátásom van.[ Szerkesztve ]
The further a society drifts from truth, the more it will hate those that speak it. (George Orwell) [Work Machines: HP EliteBook, HP ProBook & Linux Mint 20 ; Entertainment: Apple Macbook AIR M1]
-
opr
veterán
Ebben is van igazság (kivéve abban a részben, hogy "a távol-keleti pont a feléért megcsinálja ugyanazt", mert az baromság, nem ugyanazt csinálja meg, nem a feléért, és sokszor annyi idő alatt), csak azt nem tudom, hogy abba, amit leírtál, hol fér szerinted bele a konkrétan alder lake-re optimalizált kód?
Örüljünk, ha nem single thread az egész, ami ezeknek a kezéből kiesik (márpedig általában az, de olyan szinten, hogy a legalapabb nyomi mvvm pattern sincs benne használva, pedig az már aztán tényleg rohadtul triviális).ui.: Abba gondolj bele, hogy ha igaz lenne, amit írsz, akkor magas bérigényű seniorként, ráadásul viszonykag rétegnyelvben (C++) elvileg nekem szenvedni kéne, hogy egyáltalán munkát találjak, mert úgyis van, aki megcsinálja "féláron ugyanazt". A valóság meg az, hogy egyszer már számot kellett cserélnem, hogy megszabaduljak a folyamatosan zaklató, idegesítő HR-esektől, akik nem fogják fel, hogy nem, perpill nem keresek munkát. Szerinted ki lenne az a hülye, aki hajlandó lenne dupla (a valóságban meg inkább tízszeres) pénzt fizetni nekem meg a kollegáimnak, ha ez nem tükröződne végül a terméken?
ui2.: Amúgy ha lesz valami egyszerű módja az alder lake azonosításának, és egyszerű lesz az api, ami hajlandó gond nélkül együttműködni a pthread-el, akkor bőven túl van ez gondolva. Most belegondoltam jobban, és végülis nem kell itt sokat tökölni, hang, hw kommunikációs rétegek (pl soros port, usb, stb), meg mondjuk az eventhandler (ha nem nagyon event-intenzív a kód) simán mehet a kis magra fixen és kész. Pár százalékot szerintem még ennyi is hozhat, és ha jó az api meg könnyű az azonosítás, akkor szó szerint max egy munkanap egy seniornak megoldani, teszteléssel mindennel együtt.
[ 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
-
dokanin
aktív tag
De melyik fejlesztő fog akár egy centet is költeni arra, hogy a laptop tovább bírja, amin fut majd a rendszere? Hol érdekli ez a fejlesztőt, amikor egy felhasználó sosem köti össze fejben a laptop üzemidejét az azon futó program minőségével. Szerintem ilyen felhasználó nem is létezik, aki tudná, hogy van összefüggés, tehát tök felesleges megcsinálni mivel semmi hozzáadott értéket nem képvisel ez a fejlesztőnek. Sokszor még sokkal értelmesebb és látványosabb módosításokat sem lépnek meg, mert nem éri meg.
-
opr
veterán
Két fajta projekt lesz, ahol ez meg lesz oldva szerintem:
A) opensource projektek, mert ott megoldja maga az intel. Chromium, vlc pl ilyen. És azért ez nem mindegy, a böngészős meg a videós akkuidőteszt a legelterjedtebb. Plusz tényleg számít.
B) azért sok cég van, akiknek van valamilyen partnerségi kapcsolata az intellel, pl az adobe is ilyen.Játékok az pont más tészta, de ott meg megintcsak az van, hogy pl az unreal engine opensource (so-so), szóval bele tudja írni a supportot intel, aztán beküldi az epicnek.
Nyilván ezek azért közel sem fedik le a szoftverpiac nagyrészét, de azért a tényleg nagyon fontos dolgokat meg lehet oldani. És szvsz túl sok múlik most ezen az intelnek ahhoz, hogy ne legyen megoldva. Ok, nem feltétlenül most, de mondjuk mire a következő generáció megjelenik, simán. Ez a mostani úgyis csak ilyen tanulógeneráció lesz, platformszinten mocsok drágán (ddr5 pl), várhatóan elég sok gyerekbetegséggel meg szenvedéssel. Aztán jövőre, vagy az után már simán lehet, hogy tarolni fog.
"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
-
Fücsök007
őstag
-
opr
veterán
válasz Fücsök007 #53 üzenetére
Igen, En is ezt a peldat szoktam hozni. Talan olyan szempontbol kevesbe lesz gaz, hogy ha jol tevedek, az AMD is most fog valtani foglalatot es ezzel memoriaszabvanyt is, szoval most mindket oldalon lesz gond az elejen valszeg.
Plusz itt meg tetezni is fogja az egeszet az uj windows, aminek ki tudja milyen hulyesegei derulnek meg ki par honap - fel ev alatt.
Osszessegeben: A most erkezo CPU-generaciobol nem vennek, se intel, se AMD oldalon. Tavalyit szinten nem, mert pont most venni, mikor el lesz engedve a DDR4, es ezzel egy "halott" platformba fektetni nem jo dontes hosszutavon. Szvsz azt kell mondanom, hogy ezek,miatt, illetve hogy ezt tetezze, meg a piac is teljesen meg van orulve, a konkluzio az, hogy asztali gepet 2022 ev vege/2023 Q1 elott En most biztos nem vennek, csak ha nagyon nincs mas opcio, nagyon surgos/nagyon kell."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
-
fotel
aktív tag
Nekem tetszik a 2+8. Tipikusan olyan programokkal dolgozom, ahol egy thrednek kell nagyon futnia. Jo lenne, ha az a ket nagy 5Ghz fole is tudna gyorsulni.
-
-
őstag
Még ne éljétek bele magatokat.
I5 12400
Jó lesz, de ez csak 6/12. (mint 11.gen és 10.gen)
2.5 Ghz Base Clock
4.0 Ghz All Core Turbo
4.4. Ghz 1 Core TurboP Core-t és S Core-t a 12600K kap és felette i7, i9. Az intel ismét elkezdi játszani azt, amit régen, vagyis kell valami extra az i7-be avagy butítsuk az i5-öt különben nem veszik az i7-et. Nyilván IPC nőni fog és lesz teljesítmény növekedés az alsóbb házban is. Nem baj ez csak én nem érzem ezt a "little.big" felépítést még életképesnek, egyenlőre érdemes kivárni még a Raptor Lake utáni generációt, hogy mennyire válik be, mit tudnak rajta reszelni. Én asszem ráérek még váltani.
Aki csak játékra akar olcsóbb gépet, azoknak itt megjegyezném, hogy i5 10400 és i5 11400 pariban van egymással (FHD Gaming és felette), nem biztos, hogy hatalmas lesz a teljesítmény növekedés ezekhez képest i5 12400-al.Mindezektől függetlenül várjuk az új CPU-kat mint mindíg
>>> ÚJ dobozos Galaxy S21FE tokok és üvegfóliák! Lesd meg adatlapomon! <<<
-
dokanin
aktív tag
válasz Energie X #57 üzenetére
Őszintén szólva én még mindig nem értem az inteli logikát. Ha már kisebb magok, akkor épp a középkategóriába valók, ahol nem a max teljesítmény a fontos, sokkal inkább a kis fogyasztás. A felsőházba, ahol a fogyasztás mellékes oda szerintem csakis erős magok kellenek, mert a gyenge magok simán okozhatnak visszaeséseket. Minek ez a kockázat?
-
őstag
Megmondták már okosan, hogy azok majd a streamelést végzik és ez neked milyen jó lesz Az intelnek mindig is ilyen kesze-kusza logikája volt sajnos. De érdekes, hogy ott vannak a nagyteljesítményű magok, csúcsprociban akkor nem lesz turbo boost, hanem ha nem kell a teljesítmény akkor lekapcsolja azokat, átvált kisteljesítményűre, majd ha kell a kraft visszavált a nagyteljesítményűre? És a 6/12 és 4/8 magosokba meg lesz turbo boost? + Windows 11 feladatütemező mennyire fog megbírkózni ezekkel? Egyenlőre még sok a kérdőjel...
[ Szerkesztve ]
>>> ÚJ dobozos Galaxy S21FE tokok és üvegfóliák! Lesd meg adatlapomon! <<<
-
tasiadam
veterán
Alulról és felülről is karcolják majd az AMD-t. All core az i7 (Vagy az i9, nem tudom hirtelen) is veri elvileg az 5950x-et, és nem csak nT lesz erősebb, hanem single core is. És tekintettel a kisebb magokra, kisebb igényű dolgokat simán megcsinálnak majd kevesebb árammal.
Mit érnek el ezzel?
Kevesebbet fogyaszt, amikor nincs terhelve
Erősebb, amikor minden számít.Gyermektelen, nem házas, másodrangú állampolgár
-
dokanin
aktív tag
Nem hinném, hogy a kis magok miatt jött így fel. Valószínűleg 12 nagy maggal is verné akkor.
"Kevesebbet fogyaszt, amikor nincs terhelve" Ez lehet, csakhogy a felsőházban ennek szinte semmi jelentősége. Kb mintha számítana, hogy egy Ferrari mennyit fogyaszt alapjáraton.
"Erősebb, amikor minden számít." Nem hinném, hogy ez a kis magok miatt van. Sokkal inkább a DDR5-re tudok gondolni. -
tasiadam
veterán
"Kb mintha számítana, hogy egy Ferrari mennyit fogyaszt alapjáraton"
ezt úgy képzeld, hogy pl win10 alatt lehet, hogy röhögve elmegy a kis magokon és lekapcsolnak a nagyok. AMD meg járat 2 magot legalább, hogy menjen a win10 meg egyéb gyökérség.
" Nem hinném, hogy ez a kis magok miatt van"
Laughs in ARMGyermektelen, nem házas, másodrangú állampolgár
-
dokanin
aktív tag
"Kb erről szól a win11."
És mi az elvi séma ami alapján dönt az ütemező? Tökre érdekelne.
Hogyan lehet eldönteni egy szálról előre, hogy az melyik magon lesz optimális?Pl hogyan kezeli azt, amikor létre van hozva egy szál, de nincs megszüntetve, mert az költséges lenne ezért váltakozó feladatokat futtat?
Aztán az sem biztos, hogy a folyamat hossza a meghatározó, mert simán lehet, hogy valami háttérfolyamat fut, ami tök mindegy mikor végez ezért szükségtelen erős magra tenni.
Vagy pl honnan tudja, hogy most nagy teljesítményű párhuzamos feldolgozás fut éppen, ahol a szinkronizáció miatt jobb ha nem kever bele gyenge magokat?
-
opr
veterán
Sehonnan nem tudja elore.
Ket opcio van:
1) Direktben ugy irtak meg a programot, hogy figyeltek erre, es akkor a szalakhoz tartozik az a tulajdonsag is, hogy melyik magon fognak futni. Egyelore nem tudom, letezik-e ilyen program egyaltalan. Ha bejon a big.LITTLE az intelnek es marad a piacon sokaig, illetve nem lesz szivas hasznalni az API-t, akkor a fontosabb programok biztos megkapjak ezt az optimalizaciot, legalabb alap szinten.
2) Van egy szalkezelo, aztan az dont. Ha valamit eros magra rakott, de ugy nez ki ez felesleges volt, atrakja a gyengebbre. Ha hirtelen megis kell neki a kraft, visszarakja az erosebbre, es nyilvan forditva, ha valamit az erosebbre rakott, de felesleges volt, atrakja a gyengebbre.En arra leszek kivancsi, hogy lesznek ezek rendesen tesztelve, mert jelenleg ha jol tevedek az van, hogy a win11 10-15% kulonbseget jelent mindket oldalon, csak intelnel felfele, AMD-nel meg lefele. Tehat az, hogy egy win11-es teszten nyer az intel kb boritekolhato, de siman win10-en sincs ertelme tesztelni, mert ott meg az intel nem tudja kifutni magat. Az meg, hogy ket procit ugy hasonlotsunk ossze, hogy mas OS fut alattuk, hat minimum erdekes, nem biztos, hogy teljesen megbiznek azokban az eredmenyekben hosszutavon, csak epp perpill ugy tunik, hogy nem lesz a teszteloknek mas valasztasa.
"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
-
Petykemano
veterán
"Nem hinném, hogy a kis magok miatt jött így fel. Valószínűleg 12 nagy maggal is verné akkor."
Ez lehetséges, de jelenleg 12 magnyi lapkaterület helyett ehhez csak kb 10 magnyira van szüksége. Feltehetőleg, de legalábbis remélhetőleg ugyanez elmondható a fogyasztásról is.Találgatunk, aztán majd úgyis kiderül..
-
Abu85
HÁZIGAZDA
Az alkalmazás fejlesztője írhatja úgy a programot, hogy az egyes folyamatokat dedikált magra rakja. Ezt a Windows ütemezője sem bírálhatja felül. A hardveres direktor ajánlásait a Windows ütemezője figyelmen kívül hagyhatja, ha jólesik neki.
Lesz egy fejlesztőkörnyezet, ami kínál egy olyan profilozót, amivel a fejlesztők ellenőrizhetik a működést. De erre direkten kell programot írni, csak úgy magától nem fog működni.Senki sem dől be a hivatalos szóvivőnek, de mindenki hisz egy meg nem nevezett forrásnak.
-
opr
veterán
Abu, azt tudod, hogy ez hogy fog kinézni? Lesz nekik egy pthread implementációjuk egy extra paraméterrel?
Ez az én tippem, én így csinálnám, hogy egyszerű és fájdalommentes legyen."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
-
KROK640
veterán
válasz Fücsök007 #53 üzenetére
Épp ezért örülök neki, hogy 10th gen mellet letettem a voksomat nemrég, mert a 11th az kb semmi előrelépés drágábban (sőt, bizonyos helyzetekben még visszalépés), a 12th gennek meg még innentől számítva szerintem kell minimum egy év és még egy gen mire kiforrottnak lesz tekinthető, nem mellesleg a Win11-nek is kell minimum ugyanennyi idő (ha nem több), hogy használni merjem egyáltalán. így meg azért - azt remélem - hogy 4-5 évet még ki tudok tartani ezzel a platformmal, aztán ha a Win10 is kifutóban lesz, meg ez is kevés lesz, akkor már rátérhetek erre a LITTLE.big cuccra, vagy az AMD akkori megoldásaira.
Inkább azt kérdezzék miért nincs szobrom, mint azt, hogy miért van...
-
KROK640
veterán
válasz Energie X #57 üzenetére
Azigen, ez egyre durvább!
10400 :
2900 MHZ Base Clock
4000 MHZ All Core Turbo
4300 MHZ 1 Core Turbo11400 :
2600 MHZ Base Clock
4000 MHZ All Core Turbo
4400 MHZ 1 Core Turbo12400 :
2500 MHZ Base Clock
4000 MHZ All Core Turbo
4400 MHZ 1 Core TurboTehát ami történt, az az, hogy gyorsult a 1 core turbo 100MHZ-et a 11th gennél. Ehhez képest a base clock (tehát amit tartósan tartani tud) szépen 2900MHZ-ről 2600MHZ-re, majd 2500MHZ-re csökkent. Miközben a 10400F és a 11400F között a mai napon (58290ft VS 85190ft) 26900ft ár különbség van, nyilván a 11th gen a drágább. 12th gen árairól még nem tudni.
Hát ehhez csak gratulálni tudokNekem az a gyanúm, hogy 10400-ról nem lesz értelme átállni 12400-ra, sőt, én korábbi generációkról is inkább csak 10400-ra állnék át, az árak függvényében.
[ Szerkesztve ]
Inkább azt kérdezzék miért nincs szobrom, mint azt, hogy miért van...
-
őstag
-
-
hallador
addikt
mert az baromság, nem ugyanazt csinálja meg, nem a feléért, és sokszor annyi idő alatt), csak azt nem tudom, hogy abba, amit leírtál, hol fér szerinted bele a konkrétan alder lake-re optimalizált kód?
Azért valamelyik komolyan kvalifikált kolléga elkezdi a fejlesztést, válaszolok, majd számonkéred, hogy ennek mi köze hozzá? Ez ilyen magyaros Te is érzed? Kérdezd meg aki elkezdte. És eleve ökörségeket írt. Szerintem jobban járunk...Erre mit kellene mondanom, ez kinek a szégyene szerinted? Ki nevelte ilyenre ezeket a fejlesztőket szerinted? Na akkor oda kell menni megkérdezni, hogy miért? ....
The further a society drifts from truth, the more it will hate those that speak it. (George Orwell) [Work Machines: HP EliteBook, HP ProBook & Linux Mint 20 ; Entertainment: Apple Macbook AIR M1]