- Alsó-középkategóriás, PlayStation 5-be is helyezhető M.2 SSD-t virított a Klevv
- Antec kirakatház Lian Li zöngével és egy csavarral
- Újabb inteles VGA került elő a Biostar hátizsákjából
- Belépőszintű játékos headsetekkel bővült a Corsair kínálata
- Kétféle tájolással munkára fogható, ITX-es ház jött a Sharkoontól
- Melyik tápegységet vegyem?
- AMD Ryzen 9 / 7 / 5 7***(X) "Zen 4" (AM5)
- Milyen CPU léghűtést vegyek?
- NVIDIA GeForce RTX 4060 / 4070 S/Ti/TiS (AD104/103)
- Milyen billentyűzetet vegyek?
- Telekom TV SmartBox: szolgáltatói set-top box alacsony korlátokkal
- Fejhallgató erősítő és DAC topik
- OLED TV topic
- NVIDIA GeForce RTX 4080 /4080S / 4090 (AD103 / 102)
- Kétféle tájolással munkára fogható, ITX-es ház jött a Sharkoontól
Hirdetés
-
Motorola Edge 50 Pro - több Moto-erő kéne bele
ma Érdekes egyveleg a középső Edge 50: a jó tulajdonságai közé becsúszott pár rossz, de vannak szerethető, egyedi megoldásai is.
-
Már azelőtt szoftvert írnak a chipekhez, hogy elindulna a gyártás
it A Cadence szuperszámítógépe a chipek tervezését és a hozzájuk kapcsolódó szoftverek megírását igyekszik felgyorsítani.
-
Toyota Corolla Touring Sport 2.0 teszt és az autóipar
lo Némi autóipari kitekintés után egy középkategóriás autót mutatok be, ami az észszerűség műhelyében készül.
Új hozzászólás Aktív témák
-
sb
veterán
Reménytelen vagy eléggé. Ami tény arra szarsz vagy legyintesz, nem kell sajnálni őket. Ami nincs azt meg hajtogatod. Kicsit gyerekes, de még egyet próbálkozok:
1. Szerinted ha 1-5%-os lyuk jelenik meg pár cégnél ami dollármilliókban mérhető akkor nem fog pár s*gg nagy rúgást kapni? Csak mert "aprópénz" nekik az üzlet nagysághoz mérten?
Némi matek:
- A profit általában a bevétel kis hányada, nem nagyon éves duplázás mint a rulettben.
- Ha van mondjuk 10% profitod abból költség oldalon mondjuk 5% bukó mennyit visz el szerinted?
- Fejlesztéseket, új befektetéseket miből fizetnek?
- A részvényed osztalékát mi adja? Csak nem a maradék ami a fenti 10%-ból a végén marad? 1-2-3% veszik el belőle? Aha.2. Az üresjáratot már egyszer kiveséztük. Ha nem értetted nem is fogod. a -5-10% meg fog látszani akárhogy kapálózol. Ha nem akkor csak azért mert eddig is égették a pénzt ezek a cégek. De erre ne vegyél mérget, megsúgom, nem 10-20%-os ráhagyással-pontossággal terveznek és üzemeltetnek ilyen rendszereket. Lásd 1. pont: milliók múlnak rajta ami a profit nagy részét elviheti vagy akár bezárhatnák a boltot.
-
-
bayay
csendes tag
Nem vagyok sajnos szaki, de pont szombaton rendeltem új lapost, holnap ér ide a postás és arra lennék kíváncsi, hogy akkor most a fotószerkesztés meg vektorgrafika az lassabb lesz-e, vagy pedig sem. Mert, ha ez a 30%-ba esik, akkor retour és keresek tovább. Bár már égnek áll tőle a hajam, örültem, hogy összeállt mi legyen még akciót is találtam erre meg....
Fel tudna valaki világosítani, mint egy 5 évest? Köszönöm!
-
sb
veterán
Még mindig nem értem mit nem értesz.
1. Most lett egy OS/kernel ahol a kernel-userspace szét lesz bontva OS szinten.
2. Eddig 10+ évig nem volt, mert volt rá hw-közeli megoldás, ami biztosította, hogy nem lehet átpiszkálni a másikba.Most kiderült bizonyos prociknál, hogy a 2. pont nem igaz. Megcsinálták a workaround-ot az 1. pont alapján.
- De minek mást csinálni? Ha másik procin nem jön elő?
- Vagy ennyi erővel van még 62 másik hw-s védelmi cucc: azt is iktassák ki egyúttal, mer' hátha hibás minden?
Lehet, hogy osztani se tud a proci? Láttunk már ilyet is.Érdem mire gondolsz, de totál nem logikus amit írsz ha behatárolható a hiba és annak tűnik.
Ha egy gyártó hibás implementációja okoz gondot akkor hiába biztonságos, totál felesleges lehet más gyártónál is ugyanazt a hibát keresni... vagy tök más hibát minden gyártónál.
Lásd a fent említett fdiv bugot. De egy rossz fékvezetéknél se hívják vissza a világ összes autómárkájának összes autómodelljét. Pedig lehetne, mert ez a fékezés k*va veszélyes dolog. Ha nem áll meg a kocsi kés a baleset. Ha meg az egyik szériában rossz a fék, ki tudja... biztosabb lenne előbb betiltani az összes autót és csak alapos fékvizsgálat után újra kiengedni őket az útra. -
"Az eltérő felépítés miatt az a folyamat ami lassulást okoz illetve többlet terhelést az intel procikban az AMD-ben soha nem is volt benne!": de, benne volt és most is benne van. csak ők nem cseszték el a védelmi szint ellenőrzését a folyamat közben, az intel meg igen.
nagyon röviden KONYHANYELVEN fogalmazva: egy csomó adatot, ami a program futtatásához kell, becachel a processzor, mert a ram a prociba épített cache-khez képest lassú. amíg össze lehetett keverni a kernel adatait a felhasználói program adataival, addig a cache maradhatott. most szét kell választani, mert bugos a védelem, ezért amikor a felhasználói programod kernel szintű rendszerhívást csinál, akkor ki kell dobni a cache tartalmát, és fel kell tölteni a kernelhez tartozó adatokkal, majd amikor visszatér a rendszerhívás, akkor ki kell dobni a kernel adatait és fel kell tölteni a felhasználói program adataival.
ez a felesleges cache-eldobás és újratöltés húzza be a kéziféket, mert addig a feldolgozó egységek állnak.
most ne menjünk bele, hogy a tlb az közelről nézve nem cache, távolról nézve konyhanyelven az.visszatérve az amd-re: ezt, hogy cachel, az amd is csinálja, mindig is csinálta. a különbség, hogy ők nem cseszték el a védelmi szintek ellenőrzését a különböző memórialapok esetén, így az eredetileg kitalált algoritmus maradhat és nincs szükség a büntető cache ürítésre.
szerk: mondok még egy példát, hátha érthetőbb lesz: merevlemez cache. ha először indítasz egy programot, diszkről hozza be, lassú lesz. ha másodszor, akkor diszk cache-ből, ezért gyorsabb az indulás. ha találnak egy bugot a diszk cache programban, és ezért le kell tiltani a diszk cache-t, akkor fogod pont ugyanazt érezni, mint itt.
[ Szerkesztve ]
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
őstag
Szerintem ezt nem lehet most megmondani pontosan. Meg kell várni a hivatalos bejelentést, utána meg végig kell nézni a sok mérési eredményt. Mivel ez egy hardware hiba, érintett a Linux, Windows, MacOS, minden, amin Intel proci van. A memória védelem kezelése lassabb lesz, ez leginkább akkor fog megérződni, ha a program sok rendszerhívást hív futása során.
-
Z_A_P
addikt
hiszen AMD-t nem vehet, nincs rá se mandátuma egy kizárólagos beszállítói szerződés esetén,
No, nem emiatt buntettek milliardokra az Intelt, hogy ilyen nem csinalunk tobbet?
Raadasul a nagyoknal (MS/Amazon/Baidu/google/stb) nemhogy nincs semmilyen ilyesmi, hanem maguk kezdik kiepiteni EPYC rendszeruk.se kitesztelve nem lett technológiailag, ha a teljes szerverparkja Intel alapú
Folyamatban, sot, MS es Baidu mar vegzett is vele, es beizzitottak EPYC alapu farmjukat.de ahogy a megrendelések meglódulhatnak ezután
Ahha, es nyilvan ilyenkor pacsi es minden megy tovabb, kerunk meg 30% procit.
Intel orulhet talan ha nullszallodsan tudja majd kompenzalni, ne adja eg hogy veszteseggel kell adjak majd.
Ez pedig igencsak csunyan leverheti a margint.átcsoportosítanék a szénbányából ide most
Be is johet amit irsz, de azert ovatosan, valahol mar csoportos perre keresik a jelentkezoket. Mondjuk USA-ban minden ilyesmire ugranak az is igaz.[ Szerkesztve ]
OK
-
sb
veterán
Ezt találtam, nem mai hír.
Ezek szerint ez az ASLR kerülgetés nem friss dolog. Vagyis most nem/nem csak ez okozza a problémát? -
Chaser
titán
rossz példa, két nagy cpu gyártó van, és az egyiknek az elmúlt 10 évben piacra dobott termékeit érinti a bug ha jól értem, nem 120 gyártó van akikből 1-2 bakizott 1-2 modellel, két gyártó közül az egyik nagy, és kvázi az összes modellje bakis, ha ez fék lenne nagyon csúnyán visszahívnák, ez más történet, és értelemszerűen a gyártó sara, ha teljesítmény csökkenéssel jár a kompenzáció, nyilván ezt kompenzálni illene gyártó részéről, ha csődbe megy becopta, pont az ő baja - hosszabb távon lehet a miénk is lenne -, az viszont nem járható, vettem 100 egység tudású terméket aztán holnaptól 70-80 egységet tud egy gyártói hiba miatt, miközben engem nem kompenzál senki, ilyen nincs
_tejesen'® joálapotpan'™_-_Hamarosan a hiányból is hiány lesz...by Samus
-
Resike
tag
Igen ez az 5-30% ilyen újságírói kisujjból kiszopott információ lehet. Szintetikus I/O tesztek Windows alatt 1-2%-ot Linux alatt (ott ugye minden fájl) 10-20%-ot mutattak ki az előzetes hibajavítások után. SQL tesztek is (Fájl-hozzáférési rémálom) 17-23%-os közeli lassuláshoz konvergálnak.
Valamint ez nem azt jelenti hogy a processzor lassabb lesz, hanem hogy egyes műveleteket lassabban fog tudni elvégezni, és ez nem azt jelenti hogy az ütemezett műveletsorrend lefutása is több időt fog igénybe venni, hanem hogy ezeket a típusú műveleteket a ütemező előbb fogja becuppantani az ütemezőbe nagyobb prioritással és időszelettel futtatva. És így lesz a kivetített 30%-okból igazából 1-2% hacsak nem csupán ezzel árasztod el az ütemezőt.Az meg hab a tortán hogy a nem professzionális operációs rendszerek megszakítási időszeletje a sokkal kisebbek a otthoni verziókéhoz képest (A Linuxé így is kisebb mint a Windowsé, vagyis ez is a Linuxnak lesz fájóbb pont), vagyis még megszakítani sem lehet olyan gyorsan hogy ebből non-marginális probléma születhetne. Ergo az otthoni felhasználó semmit sem fog ebből észrevenni.
[ Szerkesztve ]
-
őstag
-
farkasur92
újonc
De jó.. nem oly rég vettem meg az i3 8350K-t, évek óta várok gépfrissítéssel, erre most jön ez? Dobhatom ki és vehetek 1 Ryzent?
-
addikt
A lényegre törtél.
Szív a több millió felhasználó, eladták a procikat, lóvé zsebben.
Én meg két hete vettem i9-et, bírnám ha 30%-ot lassulna egy Win frissítés után.
Egy Inteles mérnökhöz hozzá vágnám számítógép házastul, mindenestül.
Angolul meg ráordítanák hogy bassza meg.
Aztán a végén még a gyógyszerem is elgurul.[ Szerkesztve ]
-
őstag
Az 5% az LWN.net-ről van, a 30% meg mérési szélsőértékek.
The current state of kernel page-table isolation
By Jonathan Corbet
December 20, 2017[...]
Finally, while all existing x86 processors are seemingly affected by information-disclosure vulnerabilities, future processors may not be. KPTI comes with a measurable run-time cost, estimated at about 5%. That is a cost that some users may not want to pay, especially once they get newer processors that lack these problems. There will be a nopti command-line option to disable this mechanism at boot time. The patch series also adds a new "feature" flag (X86_BUG_CPU_INSECURE) to indicate vulnerable CPUs; it is set on all x86 CPUs currently, but might not be on future hardware. In the absence of this feature flag, page-table isolation will automatically be turned off.
[ Szerkesztve ]
-
snecy20
veterán
válasz farkasur92 #314 üzenetére
Ne dobd ki. Tedd fel az apróra "hibásként".
Az Oroszországnak küldött iráni drónszállítmányok csak elnyújtják a háborút.
-
Resike
tag
válasz Németh Péter #316 üzenetére
Igen és mindez Linuxon, ami nem szakít kernel módba és kisebb időszelete van mint egy Server Windows-nak...
Sőt a Windows-nak még a prioritás alapú szálkezelése is dinamikusan változtatja a folyamathoz hozzárendelt időszelet mértékét, minden megszakítás után.
[ Szerkesztve ]
-
Z_A_P
addikt
-
pomorski
őstag
Olvastam a cikket, meg a hozzászólások egy részét. Most akkor adjam el a socket 775/771-es és 1366-os, valamint a 2011v3-as alapú konfigjaimat? Aggódjak tényleg?
-
Cathulhu
addikt
Nem hiszem, hogy az intel fog es hogy egyaltalan kellene neki kompenzalni. Nem ugy arulta a processzorokat, hogy ez posgtre szerverkent ennyi meg ennyi kerest fog tudni kiszolgalni. Van egy orajele, van egy fogyasztasa, van egy cache merete, stb egy CPUnak ami alapjan meg lehet hozni egy dontest, hogy kell-e vagy sem. A benchmark szvsz nem tartozik ide. Most talaltak egy regi hibat, amire workaround kell. Istenem, megesik az ilyen, ra lehet mondani, hogy igazan senki se felelos erte, versenybaleset, ilyen az elet. Majd a kovetkezo verzio jo lesz, akinek meg ilyen van, most igy jart. Amin el lehet gondolkodni ilyenkor, hogy lehet legkozelebb erdemes lesz AMD szerverekben IS gondolkodni, de az is lehet maradnak az intelnel es lenyelik a bekat. Ami biztos, hogy ez most nagyon jokor jott az AMD-nek, mert pont ezen a piacon akar igazan nagyot szakitani az Epyc-kel, es a megrendult bizalom segithet az eleve nagyon jo ar-erteku konkurencia fele hajlani, ha masnem kiserletezesi jelleggel es az mar win a voroseknek. Az intelnek meg nagyon ciki, foleg a tavalyi "glued-together" cimu feligazsagokra es ferditesekre (nehol pedig kifejezetten hazugsagokra) alapozo Epyc lejarato kampanyuk utan.
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
-
őstag
válasz Németh Péter #316 üzenetére
Jobban utánajárva, az 5-30% innen jön:
KAISER: hiding the kernel from user space
By Jonathan Corbet
November 15, 2017[...]
KAISER will affect performance for anything that does system calls or interrupts: everything. Just the new instructions (CR3 manipulation) add a few hundred cycles to a syscall or interrupt. Most workloads that we have run show single-digit regressions. 5% is a good round number for what is typical. The worst we have seen is a roughly 30% regression on a loopback networking test that did a ton of syscalls and context switches.
[ Szerkesztve ]
-
brd
nagyúr
válasz farkasur92 #314 üzenetére
Sajnos igen. (Kérlek értesíts, hogy hová dobod!)
The only real valuable thing is intuition.
-
[CS]Blade2
addikt
Az egész informatika tele van ilyen biztonsági részekkel, ezeket nem nevezném hibának. A Windows-okról is mindig kiderül, hogy olyan, mint egy szita. Főleg a 95 vagy 98. A biztonsági javítások nélkül azok kb. nyitott kapuk. 10 év múlva azon fogunk röhögni, hogy a 2017-es Win10 build milyen könnyen törhető.
Az, hogy a szoftveres változtatás lassítja-e Windows/Linuxot... engem pont nem érdekel. A vírusirtó és a tűzfal nagyon megfogja a Windows-t.
Akinek kell a maximális védelem és a maximális teljesítmény, az mindig is sz*rban volt, mert a kettő sosem megy egyszerre. -
őstag
-
őstag
-
Z_A_P
addikt
Intel menti a menthetot:
[link]
Based on the analysis to date, many types of computing devices — with many different vendors’ processors and operating systems — are susceptible to these exploits.Most kene az AMD-nek egy hasonlo sajtonyilatkozatot tennie, de mint irtam lentebb, vannak akkora balf@ok hogy eszre sem veszik mi tortenik korulottuk...
(hacsak nem sarosok ok is)OK
-
brd
nagyúr
válasz [CS]Blade2 #326 üzenetére
Ugye ezt nem komolyan írod? Ha elég ember orrából lóg takony, az megszűnik gusztustalan lenni?
The only real valuable thing is intuition.
-
gabor7th
addikt
"A probléma leginkább az adatközpontokat érinti, ugyanis a sebezhetőséget kihasználva egyszerűen hozzáférhetővé válnak a felhasználók által használt memóriaterületek. Nem véletlen, hogy az Amazon Web Services már levélben jelezte az előfizetőinek, hogy pénteken rendszerfrissítés miatti leállásra kell számítani, míg a Microsoft Azure esetében ez egy hét múlva történik majd meg."
Egy újabb ablak több ezer vállalkozás üzleti titkaira. De úgyis van még ezekből bőven. Ezért se okos dolog felhőbe rakni az üzleti dolgokat; egy akcióval visznek mindent rengeteg felhasználótól.
A számítástechnika új negatív trendjei: ujtechkor.blog.hu
-
őstag
Ez érdekes valóban. Mivel mindenki titkolózik, nehéz kideríteni mi a helyzet.
a AMD processors are not subject to the types of attacks that the kernel
page table isolation feature protects against. The AMD microarchitecture
does not allow memory references, including speculative references, that
access higher privileged data when running in a lesser privileged mode
when that access would result in a page fault.Az AMD álláspontját max ebből a commit-ból ismerhetjük ugye. Ez alapján az Intel processzorban van egy hiba. Az Intel most ezzel ellentéteset állít vagy valami eddig nem ismert új részletre hivatkozik. Na, popcornt elő...
-
CsabyB
csendes tag
Csúnya lenne ha az amd.t belassìtanák az saját balf@szságaik miatt.
Meg nehogymár nekem kelljen kézzel konfigurálgatnom a bootolásomat mert alapból bekapcsolják ott ahol nem is kelllene meg eleve teljessen értelmetlen.
Haggyamá a sok kretén. Fuckintel -
Cathulhu
addikt
Azon gondolkodom, ez a multiplayer jatekokat viszont kemenyen erintheti a sok, folyamatos halozati hivas miatt. Latom magam elott a sok CS es PUBG jatekost sorokban allni Ryzenekert
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
-
őstag
Jobban megnézve a szöveget, tulajdonképpen nem mondanak ellent a mostani ismereteknek.
"Intel believes these exploits do not have the potential to corrupt, modify or delete data."
Ez lehet, hogy igaz, de hiányzik a read, tehát nem cáfolják azt, hogy kernel adatokhoz lehet hozzáférni.
"Recent reports that these exploits are caused by a “bug” or a “flaw” and are unique to Intel products are incorrect. "
Ez is igaz, érintett az ARM is.
"Intel is committed to product and customer security and is working closely with many other technology companies, including AMD, ARM Holdings"
Itt hivatkozik az AMD-re, de csak annyit állít, hogy együtt dolgoznak velük a hiba kijavításán.
-
[CS]Blade2
addikt
Egyértelmű. Mindig találnak ilyen réseket, mert egy csoport a réseket keresi, egy másik meg tömködi be. Mióta van informatika, mindig is a biztonsági rés keresők álltak jobban, mert nincs hibátlan cucc.
Őrültség lenne azon kiakadni, hogy milyen veszélyeknek voltunk kitéve a Windows 98-nál, mikor a telepítő azt írta, hogy még biztonságosabb a rendszer. Aznap még biztonságos is volt, aztán átbogarászták a hackerek, és kiderült, hogy van 328 kiskapu, amit meg az MS elkezdett befoltozni, de a mai napig maradtak kapuk, mert leálltak a támogatásával.
Itt is ez van, 10 évig ott volt a kiskapu, de nem találták meg, semmi hátrányunk nem származott bele, a támadó sem tudta, hogy van ilyen rés.
Ahol számít, ott most be fogják foltozni. -
miresz
veterán
válasz [CS]Blade2 #339 üzenetére
Hidd el akik tudni akarták, hogy van-e rés azok tudták is, de azok sosem fogják nagydobra verni.
-
Na most tessék megmérni a rizent. Még jó, hogy a legtöbb cuccom áemdé.
meg kéne nézni, hogy centosen jött -e rá update, meg hogy ki kell -e kapcsolni.
Jah az a 20+ éves vicc megvan, hogy:
2*2=?
AMD: .......-----......------.......------......-----: 4
Intel: ..5[ Szerkesztve ]
Nem félünk! Nem félünk! Itthon vagyunk e földön. Nem félünk! Nem félünk! Ez nem maradhat börtön!
-
farkas1
tag
Már várom az Intel új processzorának az érkezését, ami a Kaby Lake-G utódja lesz...
Kb. Ryzen Lake-G néven futhat majd be, ha az Intel biztosra akar menni a tervezési hibáinak kiküszöbölése szempontjából a jövőre nézveEz után már nem lesz elég a grafikus részt licencelni az AMD-től, a processzort is muszáj lesz a teljes siker érdekében
[ Szerkesztve ]
-
-
AAAgold
senior tag
meredek mekkora parát váltott ki ez a hír a home-userekből...
"Miért imádják az aranyat? Nem lehet megenni..."
-
őstag
-
félisten
válasz Németh Péter #347 üzenetére
A szításnak nincs,meg a célon túllövésnek sincs.
A megnyugtató tesztekkel senki nem foglakozik, se azzal hogy igazából otthoni szinten ez nemigen jöhet elő. CB azért igencsak jó oldal. ( még multi játéknál sem, hiába írogatja a szaksajtó, hogy nyugalom, semmi pánik jönnek az " el kell adnom a procimat " meg a 30 % minuszt és már most pénzvisszatérítést követelő emberkék, akinek ráadásul nem is Intel proci vana gépükben.
Értelmetlen pánikkeltés, nem lesz ebből semmi,meg fogják oldani, biztos vagyok benne. Ráadásul Nincs hivatalos nyilatkozat még erről semmi Intel részéről.
Remélem tényleg eladják páran a vasat , én meg be tudok vásásrolni belőlük....[ Szerkesztve ]
"A számítógépek hasznavehetetlenek. Csak válaszokat tudnak adni." (Pablo Picasso) "Never underrate your Jensen." (kopite7kimi)
-
Új hozzászólás Aktív témák
- Samsung Galaxy S24 Ultra - ha működik, ne változtass!
- Kerékpárosok, bringások ide!
- Melyik tápegységet vegyem?
- Sorozatok
- Le Mans Ultimate
- AMD Ryzen 9 / 7 / 5 7***(X) "Zen 4" (AM5)
- iPhone topik
- Milyen CPU léghűtést vegyek?
- exHWSW - Értünk mindenhez IS
- NVIDIA GeForce RTX 4060 / 4070 S/Ti/TiS (AD104/103)
- További aktív témák...
- ELADÓ intel i5-9400f (igény esetén hűtővel)
- Beszámítás! Intel Core i7 6700K 4 mag 8 szál processzor garanciával hibátlan működéssel
- ! Intel 13700KF + ASUS TUF Gaming Z790 Plus D4 + Kingston FURY DDR4 3600MHz CL18 !
- i3 8100/ ingyen automata
- Beszámítás! Intel Core i9-11900 Processzor - Garancia & Számla - Utolsó Darabok