- Milyen egeret válasszak?
- NVIDIA GeForce RTX 5070 / 5070 Ti (GB205 / 203)
- TCL LCD és LED TV-k
- BIOS frissítés
- Azonnali fotós kérdések órája
- Logitech Z906
- AMD Ryzen 9 / 7 / 5 9***(X) "Zen 5" (AM5)
- Projektor topic
- 80% vs. 100% – Tönkreteszed az aksit, ha mindig feltöltöd? – Tech Percek #6
- Micro Four Thirds
Új hozzászólás Aktív témák
-
slmSIG
tag
A cég szerint a változásokkal fellépő teljesítménydeficit minimális lehet.
Jah, naná...A tervezett elavulás elmélete szerint az 1920-as évektől kezdődően a gazdasági növekedés fenntartása érdekében különféle cégek a korábbi minél tartósabb termékek helyett kevésbé tartós, hamarabb elromló, ezért hamarabb lecserélendő termékeket kezdtek tervezni, gyártani, árulni. A jelenségben érintett termékek vagy technikailag mennek tönkre idő előtt, vagy a divat és reklám miatt igen hamar elavultnak, túlhaladottnak tűnnek, és a termék tulajdonosát arra ösztönzik, hogy cserélje le őket.
-ha másképp nem megy, erőltetik...
-
#49
kalozhun100
őstag
kalozhun100
őstag
3900X akkor gondolom érintett. Win updateba lesz?
-
#48
pandras83
őstag
Kisgépkezelő
#47
pandras83
őstag
válasz
Kisgépkezelő
#47
üzenetére
az már egy magasabb szint, hiszen akkor ő betörő ÉS hacker
-
#47
Kisgépkezelő
senior tag
ttt
#40
Kisgépkezelő
senior tag
-
Van már bench [link]
Overall:
Overall it comes down to what workloads you are engaged in whether you may notice any performance difference when upgrading your Linux kernel (or otherwise being patched for Inception on your given OS) on an AMD Zen desktop or server. For the most part users are unlikely to notice anything drastic, aside from some sizable database performance hits in a few cases. It's unfortunate seeing some of these regressions due to the Inception mitigation but ultimately is unlikely to really change the competitive standing of AMD's latest wares on Linux. Most of the prior AMD CPU security mitigations have also not resulted in any performance degradation, so this Inception mitigation difference is a bit rare. It also was announced on the same day as Intel Downfall where there was again a sizable hit to Intel CPU performance. For those wanting to avoid the new mitigation, there is always the "mitigations=off" route or the "spec_rstack_overflow=off" as used in this round of testing (the "off" metrics) for only disabling the Inception/SRSO and leaving all other CPU security mitigations at their respective defaults. I continue to run more AMD Inception and Intel Downfall benchmarks in looking to uncover any other performance differences worth mentioning. -
D55
senior tag
Van bennük egy fix alapverzió ROM-ban, az UEFI-től pedig bootoláskor kaphatnak egy patch állományt amihez van erre külön bennük egy RAM terület ahová ez betöltődik mindig. Plusz úgynevezett match registerekbe kerülnek azok az utasítások, amiket a patch érint és ha végrehajtás közben olyan utasítás jön, ami szerepel ilyen match registerben, akkor a végrehajtás már az abban lévő címen található RAM szerinti patchelt verzió alapján történik.
-
ddekany
veterán
"Viszont valsz egy alapverziót maga a cpu is tartalmaz. Nem mintha muszáj lenne"
De microcode nélkül a firmware (UEFI/BIOS) kódját sem tudná végrehajtani a CPU, szóval kell legyen benne alapból is, gondolom a CPU-n belül ROM-ban. Aztán azt lehet lecseréltetni újabbra induláskor (UEFI indulás, vagy windows boot közben).
-
azbest
félisten
A bios tartalmazza a microcode-ot és oprendszerben is be lehet tölteni még. Viszont valsz egy alapverziót maga a cpu is tartalmaz. Nem mintha muszáj lenne, viszont a pentium pro procitól kezdve azért tettek szoftvert a cpu-ba, hogy a szerzői joggal így is védjék a klónozástól a terméküket.
-
#36
ddekany
veterán
J.J. András
#34
ddekany
veterán
válasz
J.J. András
#34
üzenetére
Mondjuk azért senior tag. De lehet átadta a stafétát vmi LLM-nek.
Amúgy másik topic-ban nem polgár pukkasztásként mondtam, hogy valami komolyan ellenőrzött nem-vagyok-robot világigazolványt valószínűleg kénytelenek leszünk magunkra vállani pár éven belül. Bár, az attól pont nem véd, hogy valaki szándékosan LLM-el fórumozzon. Csak akkor ő viseli a felelőséget, ha mondjuk az LLM levetkőztet egy kiskorút, vagy ilyesmi... 
-
#35
ddekany
veterán
Kisgépkezelő
#31
ddekany
veterán
válasz
Kisgépkezelő
#31
üzenetére
Ha magyar fórumokon nevelkedett (vagy akár konkrétan PH-n is lehet), akkor bizony hozza az elírásokat is.
-
#34
J.J. András
őstag
ddekany
#27
J.J. András
őstag
most szopattok vagy tényleg AI ???..... mert totál olyan lett, komolyan..., én ezért nem is merek már böngészni, csak VPN-mögül, de gondolom az AI azt is visszafejti és belém küld egy sugárnyalábot valamelyik titkos amerikai vagy kínai műholdról...
itt van köztünk, és nem tudod melyik az ???
-
#33
Alusky
senior tag
Kisgépkezelő
#31
Alusky
senior tag
válasz
Kisgépkezelő
#31
üzenetére
Gondolom már fejlesztettek rajta és az átlagember írását veszi figyelembe. Az túl gyanús lenne, ha tökéletes sablon szöveget írna.
Én biztos nem telepíteném önszántamból az ilyen lassulásokat okozó okosságokat, szerencsére régi gépem van így arra nincs is mit.
-
-
Robitrix
senior tag
nem azt mondtam, hogy támogatni fog újakat. Viszont a mikrokódtárba van beleirva, hogy kell egy CISC utasitást felbontani RISC utasítások tömegére. A proceszorok végrehajtó egységei RISC utasításokat hajtanak végre belül. A procik egyre bonyolultabb cél feladatra megalkotott CISC utasításokat képesek végre hajtani. Ezért is kompatibilisek egymással az X86-os CPU-k akár egy intel alkotta utasítást hajt végre vagy akár egyy AMD által kitalált utasítást. Alpvetöen a procik akkor kezdtek egymástól jocskán eltérni, mikor az Intel megalkotta az Intel MMX utasitás családot támogatni a fixpontos multimedia utasításokat. Amit viszont már nem osztott meg. részletekben az AMD-vel. Ez egy 60-70 új utasításból álló család volt. Na erre válaszul alkotta meg magának az AMD a 3DNow utasításokat. Ami egy hasonló feladaotkat megoldó 21 utasításbpl álló család lett. Aztán azota családok sorozatait adják ki. Viszont mivel egymással kompatibilis X86-os CPU-t gyárt mind a kettöt muszáj úgy megcsinálni a CPU-t, hogy végrehajtsa az egymás utasításait is. Így simán leemulálják a másik utasításait a saját megoldásukban. De belül a mikroprogram tárban már simán eltérő lehet a RISC utasítások sorozata a két gyártó közt, amikor végre hajtanak egy bonyolult CISC utasítást. Ráadsául hardver szinten is eltérnek a procik egymástól. Ezért is van, hogy számít, hogy milyen gépi kódra forditanak le egy programot. Létezik AMD procira optimalizált kódot fordító program, ami olyan kódot generál, ami AMD procin fut hatékonyabban. És fordítva. Az olyan kódot, amit eleve Intel procira optimalizálnak általában az intel proci jobban hajt végre. Így simán benne van a pakliban, hogy egy bonyolult CISC utasítást mondjuk egy Intel proci 117 gépi ciklus alat hajt végre, addig egy AMD procinak 123 gépi ciklus kell. Persze fordítva is igaz. Lehet, hogy egy AMD 3dNow akárhányas utasitást az AMD hajt végre 67 gépi ciklus alatt az intel procinak meg 71 gépi ciklus kell hozzá. Ez úgy 20-25 éve elég homályos terület. Az biztos, hogy lesni kell egymást, hogy ki mit használ mert ha valaki új utasításokat csinál, akkor azt a másiknak is tudni kell végrehajtani még akkor is ha nem egyforma a hardver és nem egyforma a megoldás az utasításnak a mikroprogram szinten.
-
#23
westlake
félisten
SunMount3r
#1
westlake
félisten
válasz
SunMount3r
#1
üzenetére
De érintett. Nem pontos típust kell keresni, hanem a CPU (család) azonosítóját: A0653
-
Robitrix
senior tag
igen arra gondoltam... a megszokás..
a vektor utasítások jellemzően a régi szuperszámítógépekre voltak jellemzőek. ott használták az egyszerre ugyan olyan utasitás párhuzamos végrehajtását ugyan olyan adatokon. Ma erre leginkább GPU-t használunk vagy valamiféle gépbe kerülő grafikus gyorsítot(tesla, HP, intel, NVIDIA és egyéb). A mai szuper számítógépek gyakran hagyományos X86-os CPU-k tömegéből és egy jó adag GPU-ból állnak. A GPU bizonyos értelmeben vektoros proci. Hiszen a GPU pont azt teszi, hogy egyszerre dolgozik pixelek ezreivel és azokat számolja egszerre. Mára persze már nem csak grafikát számolnak vele, hanem minden féle olyan feladatot, hogy egyszerre lehet sok ezer párhuzamos müveletet végre hajtani sok egyforma adaton. -
ughhh
senior tag
Friss ZEN 1 bug javítás.
[https://www.phoronix.com/news/AMD-Zen1-Divide-By-Zero-Bug] -
Robitrix
senior tag
Ebben biztos vagy, mert én nem..... Nem dereng, hogy régebbi procik megtáltosodtak volna és elkezdtek használni olyan utasítás készleteket, amiket az alkotásuk után találtak ki. Például az az AMD FX procik első verziói csak az SSE 3-as utasítás készletet ismerték. valamikor az FX-8xxx-es CPUknál jelent meg az SSE 4. Emlékszem, hogy mikor megjelent a Warzone 2020 márciusában az első hetekben simán elszállt a program a kódban levő SSE 4 utasítások miatt, amiket a FX-8xxx alatti CPUk nem ismertek. Aztán a játék frissitésnél már belenyultak a kódba, hogy ne legyen benne SSE 4-es utasítás. és azóta van SSE 4.1, SSE 4.2 megy AVX, AVX-2, AVX-512..... Az azóta az AMD által kitalált utasít készleteket fel se tudom sorolni. Az biztos, hogy az első X86-s CPU-nak volt kb 70 féle utasítása. És ezek jelentős része duplázva volt mert létezett 8 bites és 16 bites verzió. Egy mai CPU nagyjából már 800-900 féle utasítást ismer. Az a gyanum amikor megadnak minimum procikat egy játékhoz az néha nem csak a teljesítmény hátrány miatt van, hanem azért, mert a túl régi CPU nem ismer későbbi utasítás típusokat. Ha ki akarják használni a procik újabb lehetőségeit nem lehet mindent egy 10-15 évvel ezelötti gépi kódra fordítani. Csak azért, hogy kompatibilis legyen a kód.
-
Ha jól tudom az AVX egy vektorgrafikus utasítás készlet. Már pedig egy asztali PC- hétköznapi feladatokban nem igazán használunk vektor grafikus utasításokat.
Vektoros, nem vektorgrafikus.
Inkább SIMD-nek érdemes nevezni, ami annyit tesz, hogy több adaton hajtod végre ugyanazt az utasítást, ami nagy számításigényű feladatoknál jól jöhet.
-
#17
hokuszpk
nagyúr
Dragon3000
#14
hokuszpk
nagyúr
válasz
Dragon3000
#14
üzenetére
"A zen-t megértem, nincs a felsorolásban ilyen megoldás, de zen2-t látok, akkor az miért nem kap javítást?"
mert a Zen2 a 256 bites AVX2 utasitasokat ket 128 biteskent hajtja vegre. ( gyakorlatilag az elso Zen AVX megvalositas van benne valamelyest bovitve )
a Zen3 -ban teljes 256 bites vegrehajto van, vagyis teljesen mas a ket implementacio. -
Robitrix
senior tag
végső soron a régi procikban nincsen AVX. Sőt a mai procik jórészben még AVX.512 sincsen. Mostanában kezdenek belekerülni. Nem mintha olyan nagyon szükség lenne rá. Ha jól tudom az AVX egy vektorgrafikus utasítás készlet. Már pedig egy asztali PC- hétköznapi feladatokban nem igazán használunk vektor grafikus utasításokat. Közben meg már itt toporog az AVX-(1024 vagy 2048) valamelyik.
-
#14
Dragon3000
nagyúr
Robitrix
#11
Dragon3000
nagyúr
Vagy simán cserélhették volna a win10 ütemezőjét, elvégre a win11 is jól működik a hagyományos felépítésű cpu-kal.
A javítás tekintetében az AMD a Zen 3 és 4 magokra mikrokódfrissítést hoz, de a Zen és Zen 2 esetében erre nem lesz szükség.
A zen-t megértem, nincs a felsorolásban ilyen megoldás, de zen2-t látok, akkor az miért nem kap javítást? -
Robitrix
senior tag
mesélj. Mikor jön a win 12/13/14...
Amúgy oka van a win 11-nek. Mikor megjelentek a hibrid procik szükségessé vélt belekotorni a kernelbe alaposan, hogy az erőforrás ütemező optimálisan használja eltérő teljesítményű magokat. Amikor a nagy számolási igényű feladatot rá akarja erőltetni a rendszer a lassú magra és gyors magon a kisebb igényű feladatot akarja rányomni ott lesznek teljesítmény csökkenések. Az viszont bonyolult lett volna, ha két féle win 10 verzió létezik. Lett volna mondjuk win 10 STD(standard) a hagyományos CPU-ra és lett volna mondjuk egy WIN 10 HIB(hibrid) verzió. Eltérő kernelel és abban eltérő feladat ütemezővel. Ezt nehéz lett volna az átlag embernek értelmezni, hogy mikor kell melyik verzió neki. Egyszerübb lett ha valakinek új hardvere van akkor jó neki a win 11 ha régi akkor meg maradhat egyenlőre a win 10-nél. Ezért lett a win 11 annak ellnére, hogy pár éve még azt mondta az MS, hogy nem lesz új windows csak a régit javítgatják. -
Az 50% még durvább mint a 2018-as Spectre, Meltdown- os történet volt. Úgy látszik, most megint szívnék miatta ... ha Intelt vettem volna
-
ddekany
veterán
Ebben én vakon nem mernék fogadni úgy általában. Felfedezni nehéz ezeket, meg kidolgozni a módszert a kihasználására, de ha az már megvan, és aztán valami ilyen el van a háttérben napokig-hetekig az egyik böngésző fülön, mondjuk WASM-ben megírva... mert senki nem foglalkozik a gonddal, mert úgy is csak elvi... nem biztos hogy jó irányba vezetne. Előbb-utóbb tömeges lenyúlnák pl. a Google fiókját embereknek, mert hisz a többség nem 2 faktorosan lép be. Az azért igen kellemetlen tud lenni átlag user esetén is.
-
-
Robitrix
senior tag
Azért ezek a "sebezhetőségek" amik annyira speciális esetekben jöhetnek létre, hogy a gyakorlatban szinte esélytelen, hogy találkozzunk vele. Komoly informatikai mérnökök és matematikusok agyalnak rajta éveket, mire találnak egy speciális lehetőséget. ami 1 : 100 milliárd esetben sérülékenységet okozhatnak. A gyakorlatban a "javítások" több hátrányt okoznak(lassulás), mint amire számítani lehet ha nem javítják.
-
#1
SunMount3r
nagyúr
SunMount3r
nagyúr
Az i3-10105-öt nem találtam a listában, akkor ez a proci biztosan nem érintett?
Ezek az inteles foltozások amúgy opcionálisak? Mármint ki/be kapcsolhatók, vagy force-olva vannak?
Új hozzászólás Aktív témák
Hirdetés
ph A vörös oldalt az Inception, míg a kékek portáját a Downfall sújtja.
- Xbox tulajok OFF topicja
- Milyen egeret válasszak?
- BestBuy topik
- Friss előzetest és fejlesztői videót kapott a Mafia: The Old Country
- Xiaomi 13T és 13T Pro - nincs tétlenkedés
- NVIDIA GeForce RTX 5070 / 5070 Ti (GB205 / 203)
- Mobil flották
- TCL LCD és LED TV-k
- Építő/felújító topik
- exHWSW - Értünk mindenhez IS
- További aktív témák...
- AMD Ryzen 7 3800XT (AM4)
- AMD Ryzen 9 3900X 12-Core 3.8GHz (64M Cache, Up to 4.6GHz) AM4 Box Processzor!
- AMD Ryzen 7 3700X 8-Core 3.6GHz (32M cache, up to 4.4GHz) AM4 Processszor!
- Intel Core i9-9900K 8-Core 3.6GHz LGA1151 (16M Cache, up to 5.00 GHz) Processzor!
- Intel Core i9-9900KF 8-Core 3.6GHz LGA1151 (16M Cache, up to 5.00 GHz) Processzor!
- Motorola G72 128GB, Kártyafüggetlen, 1 Év Garanciával
- AKCIÓ! Lenovo ThinkVision L24i-10 24 FHD 60Hz 4ms monitor garanciával hibátlan működéssel
- ÁRGARANCIA!Épített KomPhone i7 14700KF 32/64GB RAM RTX 5070Ti 16GB GAMER PC termékbeszámítással
- DELL PowerEdge R630 rack szerver - 2xE5-2680v4 (28c/ 56t, 2.4/3.3GHz), 128GB RAM, 10G, áfás szla
- BESZÁMÍTÁS! ASUS ROG MAXIMUS Z790 HERO alaplap garanciával hibátlan működéssel
Állásajánlatok
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest