- Kínában túl sok az EV, fokozódik az árháború
- Mobilinternet
- Az MSI RadiX AXE6600 tesztje – router, játékosoknak
- Hálózati / IP kamera
- 3 évig még biztosan nem rendelhetünk Xiaomi EV-t
- Kodi és kiegészítői magyar nyelvű online tartalmakhoz (Linux, Windows)
- HBO Max & OD topic
- Milyen program, ami...?
- Aliexpress tapasztalatok
- Microsoft Office és Office 365 topic
Új hozzászólás Aktív témák
-
őstag
Most úgy néz ki, hogy CPU limites helyzetekben átlag 3-5% visszaesés lesz a jövő keddi Windows patch után játékoknál. Rendszerhívásokat többször használó programoknál nagyobb, egyéb esetben kisebb visszaesés várható.
[ Szerkesztve ]
-
félisten
válasz Németh Péter #351 üzenetére
az bevállalható simán
Chaser : Nem látom át, mi az ami ekkora cégre nézve vicc. ez nem egy evidens probléma, specifikus helyzetben, most derült ki .Értem én, hogy most a fejét követeki mindenki, de ez előjöhet még másik cégeknél is , ugye itt az ARM is, aki szintén nem kispályás cég...
Mindig leszek hackerek és emberek, akik a problémákat kutatják, a réseket a gyenge pontokat. Ez a dolog nem derült ki a C2D korszak óta, pedig gondolom nem egy emberke akarta feltörni már ezt.. Most sikerült.[ Szerkesztve ]
"A számítógépek hasznavehetetlenek. Csak válaszokat tudnak adni." (Pablo Picasso) "Never underrate your Jensen." (kopite7kimi)
-
válasz Németh Péter #327 üzenetére
Nem, mint korábban is írtam, a Linuxos KAISER-t 10 hónapja nyitották meg a Githubon. Sok hiedelemmel ellentétben ez nem gyorsjavítás egyik OS esetében sem, bőven volt idő kidolgozni a megfelelő eljárást. Aki tehát azt várja, hogy majd lesz másik, ami nem üti ki ekkora mértékben a teljesítményt, csalatkozni fog.
Valójában azt sem hiszem, hogy Windows-on az AMD-ket is belassítják, mivel Linux oldalon kivették az AMD CPU-it a javításból, a redmondiak meg nem engedhetik meg maguknak, hogy még nagyobb teret engedjenek a Linuxnak.
[ Szerkesztve ]
https://www.coreinfinity.tech
-
farkas1
tag
Lehet, hogy neked bevállalható, hogy jövő keddtől a pénzed 5%-al kevesebbet ér, de az egész világ felhasználóinak más lehet erről a véleménye. Remélem lesz csoportos pereskedés és az Intel megkapja azt amit megérdemel.
Talán nem kellett volna tizen évvel ezelőtt az AMD-t korrupcióval a földre küldeni, és egy egészséges versenyben nem lőttek volna ekkora bakot. A tavalyi MEI botrányról nem is beszélve. Monopol helyzetükkel jól megszívatták a vásárlókat, most meg az is kiderült, hogy amit eladtak drágán az még gagyi is.
A 6700k-m keddtől 5%-al kevesebbet ér. Meg az i3 4170-em, meg a c2d e8400-am is. Ezt nem mondta előre az Intel amikor megvettem.
A MEI-vel kapcsolatban meg az lett volna a korrekt eljárás az Inteltől, hogy adjanak ki olyan mikrokódot mint az AMD, hogy tiltható legyen a MEI bios-ból. Milyen alapon szolgáltatják ki a számítógépemet és az adataimat az NSA-nak kémkedésre? Ezt sem mondták amikor eladták nekem a processzorokat, hogy ezzel együtt adják el.[ Szerkesztve ]
-
Tin
veterán
igazából fárasztó vagy.
nem érted a lényeget. a ryzen jelenléte, mert ez az egyetlen amd ami kimutatható mennyiségben létezik az elmúlt 10 év gépeiben, marginális. az OS gyártója a maradék 95+%-al akar foglalkozni, ami inteles laptop, asztali gép, vállalati gépek, szerverek. leszarja az amd-t, teljesen jogosan, mert nincs jelentősége. van egy súlyos sérülékenység, amit akár sebességcsökkenés árán is, de ASAP meg kell oldani.
értem én, hogy utána lehet nézni, le lehet tesztelni az amd-t is, de senkit nem érdekel jelen pillanatban. megcsinálják így az oprendszert, és ha kiment a patch, és biztonságos újra az oprendszer, akkor majd foglalkoznak a ryzennel.
te sose dolgoztál olyan környezetben, ahol priorizált munka folyt?
-
őstag
Igen, de azt eredetileg az ASLR side channel attack ellen próbálták használni. Habár elsőrangú információim nincsenek, nekem úgy tűnik, hogy a kapkodás csak valamikor novemberben kezdődött.
Exploiting side-channel attacks with ASLR cache vulnerabilities (AnC)
This entry was posted on Monday, March 13th, 2017. -
AAAgold
senior tag
válasz Németh Péter #347 üzenetére
ennek a pániknak, ami itt van, hogy "úristen, most 30%-kal lassabb lesz a gépem", na, az átlagfelhasználóknál igaziból nincs alapja...
ritka bénán van kommunikálva, az intel ceo részvényeladás meg csak ront a helyzeten
egyáltalán nem semmiség a dolog, de az otthoni felhasználók nagyon nagy részénél ez nem fog jelentős sebességkülönbséget okozni
"Miért imádják az aranyat? Nem lehet megenni..."
-
vlevi
nagyúr
válasz [CS]Blade2 #339 üzenetére
"Itt is ez van, 10 évig ott volt a kiskapu,"
Linux kernelben is találtak már évtizedes sebezhetőséget, az USB protokollban is, sőt, nemrég a routerek firmware-jében is volt valami irtónagy gubanc.
Ezzel nem elbagatellizálni akarom a mostani problémát, inkább csak arra szeretnék én is rávilágítani, hogy évekkel ezelőtt, amíg nem terjedt ilyen gyorsan az információ ((FB-ra két perc alatt kiposztolják, 1 óra múlva 2 milliárd ember tud róla), addíg is voltak ugyanilyen nyűgök, csak senki nem tudott róla.
Nekem az első ilyen nagy emlékezetes cumi az a Pentium processzorok számítási problémája volt, azóta az összes fejlesztőkörnyezetben alapértelmezetten be van kapcsolva a "pentium safe fdiv" opció -
őstag
-
MaUser
addikt
Már ne haragudj, de ekkora oltári baromságot hogy írhattál le? Most nem olyan apróságokról beszélek, hogy a részesedéses számaiddal is teljesen el vagy tévedve, hanem arról, hogy hogyan javítasz bármilyen függőségi hibát.
Ilyenkor szépen beleraksz a kódba egy statikus vagy jobb esetben dinamikus kapcsolót (lásd AMD releváns commitjára a reviewer első kérdését, hogy dinamikusan lehet-e így váltani), hogy csak ott javítsd a hibát, ahol tudod, hogy kárt nem csinálsz vele. Ellenkező esetben állhatnál neki a létező összes többi konfignál megnézni, hogy a javításod nem csesz-e szét valamit. Jó hogy nem már random register-t akarsz irkálni anélkül, hogy megnéznéd milyen procin fut a kódod, mert hát cpu-cpu hal-hal...
Remélem nem programozol...
[ Szerkesztve ]
''A file-cserélés öli meg a filmipart? Inkább a filmipar öli meg a file-cserélést. 2 hónapja nincsen semmi értelmes film, amit érdemes lenne letölteni...''
-
DarkByte
addikt
Őő.. szerintem én ezt a hír fórumot messziről elkerülöm. Most vágott igazán arcon, hogy mekkorát esett a fórumnak a szakmai színvonala.
[ Szerkesztve ]
-
Tin
veterán
(sóhaj) - na pontosan ez a gond az IT piaccal.
mesélj nekem a következőkről:
1. "a részesedéses számaiddal is teljesen el vagy tévedve" igen. amd alapú szerverek, laptopok, vállalati munkaállomások, asztali gépek száma az elmúlt 10 évből. nem a most kapható arányról beszélek, hanem a jelenleg létező összes gépről.
2. egy plusz biztonsági layer az oprendszerben (gondolom elolvastad a módosítás természetét) miben okozna gondot, amikor teljesen kompatibilis a mostani megoldással, csak sokkal konzervatívabb, túlbiztosított megoldás?
3. mi köze ennek a processzorhoz (hogy okozhat kárt), ha ez eleve egy magasabb szintű, a processzor utasításkészletének megfelelő megoldás?
4. miből látod biztosítottnak, hogy az AMD tuti 100%-ra nem érintett? ha nem így, máshogy? miből olyan biztos ez? ezt mindenki adottnak veszi, de volt feljebb egy részlet, miszerint az AMD-nél egy másik bug miatt van szükség erre.amúgy nem, nem programozok. nekiesel te helyettem az egyik végéről a problémának, regiszterezel egyet, és hülyét is csinálsz magadból ingyér.
intel, nvidia, amd, apple, android - ha bármelyik csoport ütközik bármelyikkel, felrobbannak a topikok. hiába na, a vallás kemény dolog.
[ Szerkesztve ]
-
félisten
És azt a max 5 % ot min fogod észrevenni?Hogy fogod bebizonyítani,mikor 2-3 % csak a mérési hibahatár?Ahány alaplap annyi órajel a CPU rol nem is beszelve.Es az évek alatt kiszáradó szilvalekvár,amit bevalalltunk szerinted mar mennyi teljeyitmenyvesztest okoz a thermal throtting miatt?
Észrevehetetlen az a 3- 5% ráadásul vannak tesztek,ahol gyorsult jelenlegi állás szerint pl a 7700K.Senki nem örül ennek,de felesleges a pánik
Ráadásul ARM hány felhasználót érint szerinted?
AMD is csöndben van ám ,teljesen hivatalos nyilatkozat egyenlőre nincs.
Mèg annyit hozzátennék a kommentedhez,hogy nem tetszik az uzletpolitikajuk,de a teljesitmenyik meg kellett azért.Erdekesen allsz ki az elveid mellett.na mindegy...Én a másik oldalról lettem anno átverve a bulldózer marketinggel, de az is egy más dolog volt...
[ Szerkesztve ]
"A számítógépek hasznavehetetlenek. Csak válaszokat tudnak adni." (Pablo Picasso) "Never underrate your Jensen." (kopite7kimi)
-
Z_A_P
addikt
válasz Németh Péter #338 üzenetére
Ja, nagyon sunyi nyilatkozat.
Kozben megszolalt az amd is, miszerint ok nem erintettek:
[link]OK
-
AAAgold
senior tag
válasz Németh Péter #360 üzenetére
de ennek a pániknak, hogy "ki kell dobni a gépet, mert szart se ér", ennek nincs alapja...
"Miért imádják az aranyat? Nem lehet megenni..."
-
őstag
-
AAAgold
senior tag
válasz Németh Péter #368 üzenetére
de lehet orvosolni...
"Miért imádják az aranyat? Nem lehet megenni..."
-
MaUser
addikt
(sóhaj) - na pontosan ez a gond az IT piaccal.
Itt inkább alapvető logikával vannak gondok. Szóval te ha tudod, hogy valahol valami hibás, akkor nem azt javítod, hanem mindent(!) ami ahhoz hasonló, s aztán reméled, hogy nem teszel ezzel tönkre semmit? Ez a remek stratégia hol működik?
mesélj nekem a következőkről:
1. "a részesedéses számaiddal is teljesen el vagy tévedve" igen. amd alapú szerverek, laptopok, vállalati munkaállomások, asztali gépek száma az elmúlt 10 évből. nem a most kapható arányról beszélek, hanem a jelenleg létező összes gépről.Segítenél abban, hogy neked hogy jött ki a erre is a 95%+-os Intel részesedés, amikor pc prociknál 20% volt az AMD alja (lásd AMD üzleti jelentések)? Vagy szerinted szerver frontra legalább négyszer több procit adnak el, mint desktop/notebook/ultrabook/x86 tablet vonalra? Honnan vannak ehhez számaid, amikor még az Intel sem hajlandó ezeket közölni?
2. egy plusz biztonsági layer az oprendszerben (gondolom elolvastad a módosítás természetét) miben okozna gondot, amikor teljesen kompatibilis a mostani megoldással, csak sokkal konzervatívabb, túlbiztosított megoldás?
Honnan veszed azt, hogy a "módosítás teljesen kompatibilis a mostani megoldással", ha pl. azt az AMD nem is használ olyasmi ami a hibát okozza? Honnan veszed, hogy egy kikényszerített kódfuttatás az ő porcijaikon nem okoz gondot? Btw. az már bizonyított, hogy gondot okoz lassulásként...
3. mi köze ennek a processzorhoz (hogy okozhat kárt), ha ez eleve egy magasabb szintű, a processzor utasításkészletének megfelelő megoldás?
Minden amit egy procin futtatsz megfelel a proci utasításkészletének (ha a fordító is úgy akarja), aztán simán tudsz olyan kódot írni akarva-akaratlanul, hogy kékhalál/segfault legyen belőle.
4. miből látod biztosítottnak, hogy az AMD tuti 100%-ra nem érintett? ha nem így, máshogy? miből olyan biztos ez? ezt mindenki adottnak veszi, de volt feljebb egy részlet, miszerint az AMD-nél egy másik bug miatt van szükség erre.
Talán onnan, hogy egyelőre csak Intel és ARM esetén van érintettség kimutatva. Mi a fenének javítanál valamit ami nincs és esetleg csak elrontasz vele valamit?
amúgy nem, nem programozok. nekiesel te helyettem az egyik végéről a problémának, regiszterezel egyet, és hülyét is csinálsz magadból ingyér.
Milyen másik végéről beszélsz? Van egy technikai probléma, te meg hitvitát akarsz belőle csinálni minden áron...
intel, nvidia, amd, apple, android - ha bármelyik csoport ütközik bármelyikkel, felrobbannak a topikok. hiába na, a vallás kemény dolog.
Lásd előző pont...
Btw, logikád követve, kérlek, a biztonságotok érdekében dobjatok ki minden matracot a lakásotokból, hiszen nem rég volt egy hír, hogy néhány hónapig nem megfelelő matrac alapanyagot gyártottak. Bár elérhető, hogy milyen termékekbe került ez az alapanyag bele, de ne kockáztass. Égesd el a matracodat, hiszen a logikád ezt mondja, minek törődni a részletekkel, hogy érintett-e a matracod ez ügyben vagy sem. A földön alvás amúgy is jót tesz a gerincnek.
[ Szerkesztve ]
''A file-cserélés öli meg a filmipart? Inkább a filmipar öli meg a file-cserélést. 2 hónapja nincsen semmi értelmes film, amit érdemes lenne letölteni...''
-
farkas1
tag
Ez fogyasztóvédelmi probléma. Ha kifizetek 100e Ft-ot egy processzorért, és az rejtett hibát tartalmaz, akkor árleszállítást kérhetek. Itt a gyártó felel azért amit elrontott. Kötelessége jótállni. 3 év garancián belül vagyok.
Ebből még nagy problémái lesznek az Intelnek globálisan és jár a kártérítés a vásárlóknak. Ez benne van a piacgazdaságban. Ők sem kivételek, ahogy az Apple sem, meg a többi multi sem.
[ Szerkesztve ]
-
őstag
Na, úgy látszik a Google áll az egész mögött. Kétfajta támadásról is szó van, van neki honlapja is.
Hát elég komplikált a helyzet. Kell pár előfeltétel ezekhez a támadásokhoz. Nem is tudom lehet-e ezeket CPU hibáknak hívni. Végülis a processzor beépített belső időmérőjével kimérik a processzor belső állapotát és abból következtetnek memória tartalomra. Hűűű...Erre aludni kell párat.
Meltdown:
6.4 Limitations on ARM and AMD
We also tried to reproduce the Meltdown bug on several ARM and AMD CPUs. However, we did not manage to successfully leak kernel memory with the attack described in Section 5, neither on ARM nor on AMD. The reasons for this can be manifold. First of all, our implementation might simply be too slow and a more optimized version might succeed. For instance, a more shallow out-of-order execution pipeline could tip the race condition towards against the data leakage. Similarly, if the processor lacks certain features, e.g., no re-order buffer, our current implementation might not be able to leak data. However, for both ARM and AMD, the toy example as described in Section 3 works reliably, indicating that out-of-order execution generally occurs and instructions past illegal memory accesses are also performed.
Spectre:
1.3 Targeted Hardware and Current Status
Hardware. We have empirically verified the vulnerability of several Intel processors to Spectre attacks, including Ivy Bridge, Haswell and Skylake based processors. We have also verified the attack’s applicability to AMD Ryzen CPUs. Finally, we have also successfully mounted Spectre attacks on several Samsung and Qualcomm processors (which use an ARM architecture) found in popular mobile phones.
Current Status. Using the practice of responsible disclosure, we have disclosed a preliminary version of our results to Intel, AMD, ARM, Qualcomm as well as to other CPU vendors. We have also contacted other companies including Amazon, Apple, Microsoft, Google and others. The Spectre family of attacks is documented under CVE-2017-5753 and CVE-2017-5715.
-
#41133696
törölt tag
-
válasz Németh Péter #373 üzenetére
köszi a linket, bár ahogy nézem pár kutató és egy google projekt egyszerre vette észre.
ahogy nézem eléggé friss a cucc, scholar pl még be se indexelte.
Don't dream it, be it. // Lagom amount.
-
jaffa 2843
Ármester
Ezt csak úgy itt, hagyom, hátha még nem volt. Kommentár nélkül.
#### Egeres közvélemény-kutatás | http://goo.gl/forms/egt3lQRWsh ####
-
őstag
válasz jaffa 2843 #378 üzenetére
Már volt, 329-től olvasd vissza.
-
jaffa 2843
Ármester
válasz Németh Péter #379 üzenetére
Meh.. a sok sírdogálás közepette a fene se látja a releváns infókat.
#### Egeres közvélemény-kutatás | http://goo.gl/forms/egt3lQRWsh ####
-
Resike
tag
válasz Németh Péter #328 üzenetére
És szerinted melyik rendszer lesz lassabb amelyik 1 ms-el szakít (Linux) és mindent fájba ment el, egy NT Workstation ami 2 ms-el teszi ezt, vagy egy NT Server ami 18 ms-el, vagy az otthoni pleb Windows amit 20 felett?
Erre a nagy Linuxmuftik kiszámolták a 30%-os veszteséget Linuxra, amiből kiszámolhatod azt hogy ez mekkora lesz egy otthoni Windows gépen.
-
őstag
-
őstag
Az AMD is válaszolt erre a problémakörre:
-
Raymond
félisten
Fantasztikus, de ennek mi koze van az itt sirok 90%+ problemajahoz hogy "lassabb lesz a Windows-om"? Semmi. Ezert nem kell nekik a kardjukba dolni.
Az amit linkeltel es a tarsai engem per pillanat talan jobban erint mint a topicban lathato tagok zomet par kivetellel, erdekes lesz a mai conf call meg az elkovetkezo hetek.
Privat velemeny - keretik nem megkovezni...
-
Tin
veterán
(újabb sóhaj)
Szóval te ha tudod, hogy valahol valami hibás, akkor nem azt javítod, hanem mindent(!) ami ahhoz hasonló, s aztán reméled, hogy nem teszel ezzel tönkre semmit?
mondom, olvasd el, miről volt szó. találtak pár sebezhetőséget, azokat javították. általánosan. pont. a többi csak belemagyarázás.1. részesedés: meghagyom neked, hogy megkeresd, hogy a piacon lévő összes asztali és szervergép hány százaléka amd processzoros. ha több mint 5, akkor 6.
2. onnan, hogy az összes request arra irányul, hogy az amd-s megoldás a régi kódot futtassa. innen valószínűsíthető, hogy az új kód általános.
3. ezeket a hangzatos, egymás után írt szavakat lődd el egy házibulin.
4. inkább olvass utána. még az AMD sem meri azt állítani, hogy nem sérülékeny, csak azt, hogy nem volt tesztelve, és "near zero" risk van. aha. az intel 10 éven át nem volt sérülékeny.
nem akarod megérteni, hogy több security problémára született egy "tuti" megoldás, ami biztonságos. ez az első szint: hiba elhárítva, van egy stabil, de lassabb megoldás, mehet ki a patch "élesbe", és után újrapriorizálni a feladatokat, és foglalkozni a kevésbé lényeges dolgokkal, pl. a gamer gépek ryzen teljesítménycsökkenésével. az általánosító hasonlataid nem ülnek az adott szitura.
amúgy meg, feljebb is írtam már, nem a programozók döntik el, hogy mi kerül egy patch-be, és mi nem. ők hibát keresnek, megoldásokat javasolnak, és fejlesztenek le. majd az architect vagy vezető eldönti, technikailag mi legyen a megoldás, az erőforrásokat prioritás és rendelkezésre állás alapján osztják ki a fejlesztéshez, és az üzlet mondja ki a végső szót. megértem, hogy programozóként nekiugranál, és millió ötleted van, de ez nem így működik.
-
#95462144
törölt tag
Akik játszanak, azoknál nem hinném, hogy lenne nagy fps csökkenés még 5% se. Amire én számítok az a megnövekedett latency lesz a betöltéseknél. Arról kellenek/kellenének tesztek, mert 99%-ig biztos vagyok benne, hogy az egy érezhető jelenség lesz, akár mindenkinél.
-
félisten
válasz Cathulhu #386 üzenetére
CB. cikk amit linkeltem meg egy páran még? Még szerver környezetben se tudták ezt mindig előidézni, több feltételnek kell egy időben teljesülnie a drasztikus teljesítmény vesztéshez. Pár százalékkal azonban számolni kell ott minimum, míg otthoni felhasználásban ez annyira nem egyértelmű. Olvasd el a cikket, de ha a német nem megy a Google viszonylag érthetőre lefordítja.
[ Szerkesztve ]
"A számítógépek hasznavehetetlenek. Csak válaszokat tudnak adni." (Pablo Picasso) "Never underrate your Jensen." (kopite7kimi)
-
ribizly
veterán
Az egyértelmű, hogy az Intel uralja a szerverpiac jelentős részét. Ez az EPYC-el változhat, de még egyik gyártó szállít új AMD-vel szerelt szervert.
Azért a bigdata korában komoly gond lesz ez az akár "csak" 5%-os degradáció.
[ Szerkesztve ]
|•| https://hardverapro.hu/tag/ribizly |•|
-
gV
őstag
Desktop, Laptop, and Cloud computers may be affected by Meltdown. More technically, every Intel processor which implements out-of-order execution is potentially affected, which is effectively every processor since 1995 (except Intel Itanium and Intel Atom before 2013). [link]
Na ezért lett volna jó dobni az x86-ot az évezred forduló táján, IA64-el nincs ez a hiba
-
S_x96x_S
őstag
> Még szerver környezetben se tudták ezt mindig előidézni,
> Olvasd el a cikket, de ha a német nem megy a Google viszonylag érthetőre lefordítjavan már angol is, mint fentebb irták az embargó lejárt, kijöttek az újabb infók
https://spectreattack.com/#faq-detect
"
*Am I affected by the bug?
Most certainly, yes.*What can be leaked?
If your system is affected, our proof-of-concept exploit can read the memory content of your computer. This may include passwords and sensitive data stored on the system.*Which systems are affected by Meltdown?
Desktop, Laptop, and Cloud computers may be affected by Meltdown. More technically, every Intel processor which implements out-of-order execution is potentially affected, which is effectively every processor since 1995 (except Intel Itanium and Intel Atom before 2013). We successfully tested Meltdown on Intel processor generations released as early as 2011. Currently, we have only verified Meltdown on Intel processors. At the moment, it is unclear whether ARM and AMD processors are also affected by Meltdown.*Which systems are affected by Spectre?
Almost every system is affected by Spectre: Desktops, Laptops, Cloud Servers, as well as Smartphones. More specifically, all modern processors capable of keeping many instructions in flight are potentially vulnerable. In particular, we have verified Spectre on Intel, AMD, and ARM processors."
Mottó: "A verseny jó!"
-
Shreky
tag
Nekem egyetlen Intel procim van itthon, egy Atom N270, de nem gondoltam volna, hogy még ezt is tudják tovább lassítani.
Wenn ist das Nunstück git und Slotermeyer? Ja! Beiherhund das Oder die Flipperwaldt gersput! :D
-
atike
nagyúr
A Spectre-ről lesz külön cikk amúgy...? Már hogy nem csak az Intel érintett proci oldalon...
-
Cathulhu
addikt
Lehet a szereny nemet tudasomnak koszonheto, de ott nem latom, hogy teszteltek volna ebbol a szempontbol. Arstechnican viszont arra jutottak, hogy az egyik legjobban erintett terulet ahol sok halozati kommunikacio zajlik, amibol en arra kovetkeztetek, hogy a multiplayer lesz leginkabb erintve a gamerek szempontjabol (illetve az erosen procilimites szituaciok), csak ezt eleg nehez lenne megbizhatoan tesztelni (bar otleteim lennenek). Egyeb esetekben szerintem is elhanyagolhato lesz a gamer piacra gyakorolt hatasa.
Mas: mar be is kerult a patch a linux kernelbe (ahogy azt tegnap josoltam is), ami az AMD-ken kikapcsolja ezt a felesleges workaroundot.
Ashy Slashy, hatchet and saw, Takes your head and skins you raw, Ashy Slashy, heaven and hell, Cuts out your tongue so you can't yell
-
#93794560
törölt tag
Nálam most jön egy frissítés, de nem hinném, hogy ez még az: KB4056892
-
Raymond
félisten
Ez mondjuk egy kicsit szarkeveres mert ket kulon problemat gyurnak egybe. A Meltdown a komoly Intel problema amire a patch-ek kellenek stb., a Spectre egy alltalanos problema sokkal kisebb kihatassal. Persze az Intel-nek jo ha egybe van gyurva minden mert igy kevesbe tunik ki az igazan komoly problema ami csak oket erinti Az a press release amit kiadtak is megerne egy miset
Privat velemeny - keretik nem megkovezni...
-
Tin
veterán
nem gond, csak több vas kell alá.
egyrészt, ez az első "emergency" javítás, amit kétlek, hogy agyon-teljesítményoptimalizálták, tehát lesz itt még gyorsulás a további patchektől.
másrészt, a programok működése is változhat, magyarul azokat is át fogják optimalizálni az új fajta működésre. eddig olcsó volt az I/O kezelés, most drágább lett, jöhet az optimalizáció az ezirányú teljesítménykritikus rendszerekben.de ehhez idő kell, kevés a piacon a valódi szakember, ezért több idő végrehajtani.
Új hozzászólás Aktív témák
- Ford topik
- Kínában túl sok az EV, fokozódik az árháború
- NVIDIA GeForce RTX 4060 / 4070 S/Ti/TiS (AD104/103)
- Kínai, és egyéb olcsó órák topikja
- Witcher topik
- Luck Dragon: Asszociációs játék. :)
- Samsung Galaxy S23 Ultra - non plus ultra
- Steam Deck
- Opel topik
- Call of Duty: Modern Warfare III (2023)
- További aktív témák...
- Bontatlan 13900KF 3 év magyar kisker garanciával
- Beszámítás! Intel Core i9 14900KF 24 mag 32 szál processzor garanciával hibátlan működéssel
- Beszámítás! Intel Core i9-11900 Processzor - Garancia & Számla - Utolsó Darabok
- i3 8100
- Beszámítás! Intel Core i7 6700K 4 mag 8 szál processzor garanciával hibátlan működéssel