Ú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
Új hozzászólás Aktív témák
Állásajánlatok
Cég: Alpha Laptopszerviz Kft.
Város: Pécs
Cég: Ozeki Kft.
Város: Debrecen