- Sokat fogyaszt az AI, egyre több az adatközpont, kell az atomenergia
- Otthoni hálózat és internet megosztás
- Microsoft Excel topic
- YouTube
- Letartóztatták a bitcoin-Jézust
- A franciáknak elege van abból, hogy minden gyerek mobilozik
- Mobilinternet
- Crypto Trade
- Telekom otthoni szolgáltatások (TV, internet, telefon)
- Synology NAS
-
IT café
A legtöbb kérdésre (igen, talán arra is amit éppen feltenni készülsz) már jó eséllyel megtalálható a válasz valahol a topikban. Mielőtt írnál, lapozz vagy tekerj kicsit visszább, és/vagy használd bátran a keresőt a kérdésed kulcsszavaival!
Új hozzászólás Aktív témák
-
-
Abu85
HÁZIGAZDA
válasz atok666 #26961 üzenetére
Dehogy tudtak. Azt valószínűleg sejthették, hogy azért a spekulatív végrehajtás nem életbiztosítás, de úgy gondolhatták, hogy a gyakorlatiban úgysem fektethető ki ezzel egy processzor. Ebben nyilván tévedtek, de ezekről a konkrét résekről biztos, hogy nem tudtak anno. Most pedig elmondják, hogy az új procik hol lyukasak még.
Ezen egyébként sok sebességet nem lehet nyerni. Amiért lassulnak a foltozásokkal a procik, az a javítás nem optimális jellege. Nyilván ha valamilyen felmerülő problémára választ kell adni, akkor az nem lesz olyan, mintha már a tervezésnél számoltál volna a problémával. De ha mondjuk az Intel dizájnokat is olyan szuperparanoiás mérnökök terveznék, mint az AMD-s procikat, akkor sem lenne igazán lassabb a sebesség. Tehát nem ezért voltak régen gyorsak, az Intel procik.(#26962) FLATRONW: A HBCC biztos nem tudja tönkrevágni a rendszert. Ha tönkre tudná vágni, akkor nem ez lenne a két konzol alapértelmezett módja. Az egész probléma, amiről szó van egy szoftveres kérdésből ered. Le tudod-e állítani menet közben úgy a WDDM-et, hogy ne legyen semmilyen I/O probléma a leállítás és újraindítás között. Ez az esetek többségében, mondjuk sokmilliómilliárdszor sikerül, de felfoghatatlanul sok eset mellett van némi esély arra, hogy a WDDM gyors lelövésével, majd újraindításával járó művelet esetlegesen helyrehozhatatlan károkat okoz a fájlrendszerben. Ez nem új probléma. Már az OpenCL esetében is felfigyeltek rá, amikor még nem működtek biztonságosak az OCL implementációk, de volt feljegyzés a Mantle-re is, DX12 és a Vulkan sem különb, illetve a HBCC szegmens manuális változásaira vonatkozó explicit cache mód is elő tudja hozni ugyanezt a hibát. Amiért nem sokan foglalkoznak vele, hogy lehet biztonságra programozni egy alkalmazást, drivert, stb. Tehát maga a probléma megelőzhető, de 100%-os garancia nincs rá, tehát ha mondjuk minden percben elindítasz és bezársz egy explicit API-s játékot, vagy minden percben egyszer átméretezed a HBCC szegmenst, vagy OpenCL alkalmazást indítasz percenként, majd bezárod, akkor ha ezt úgy 200 évig folyamatosan csinálod, akkor kellően nagy esetszámod lesz arra, hogy beleütközhess egyszer ebbe a rendszerhibába. De itt nem magával az explicit API-kkal van a gond, illetve nem is a driverekkel, hanem azzal, hogy a WDDM 2-t nem tervezték rá ezekre az új lehetőségekre.
(#26963) Callisto: Itt figyelembe kell venni, hogy mennyiszer csinálod a szegmensed módosítását. Egy felhasználó egy Windows telepítés után egyszer fogja megtenni, amikor engedélyezi, és onnantól kezdve úgy hagyja. Tehát effektíve egy telepített Windows operációs rendszer több éves használata alatt egyetlen egyszer van rá esélyed, hogy baj lesz. Amikor már át van állítva a beállítás, akkor onnantól kezdve már az OS indításoknál, illetve a drivertelepítésnél is helyből azzal töltődik be, stb. Arányaiban nagy kockázatnak nem vagy kitéve, mert nem váltasz paramétert naponta sok százszor. Egyszer beállítod, és addig úgy működik, amíg a Windowst újra nem telepíted. Tehát a valós kockázata ennek tényleg mérhetetlenül kicsi, de így sem elég hasznos az exkluzív cache mód az AMD-nek, hogy erőforrást áldozzon rá a Navinál. Kérdés, hogy az új Windows 10 mellett változik-e az álláspont.
(#26964) FLATRONW: Sokkal kisebb az esélye, mert a használat nem okoz gondot, csak a paraméter átállítása, amit egy ember a Windows telepítésénél megcsinál, és soha többet nem kell hozzányúlni, amíg új Windows 10-et nem telepítesz.
(#26965) GeryFlash: A gyakoraltban azért az Intel procikat érintő sebezhetőségeknek sincs olyan nagy kockázata otthoni szinten. Egyszerűen sokkal könnyebben kihasználható réseket lehet találni egy átlagos PC-n valamelyik szoftveres lyuk által. Az Intel sebezhetőségei inkább a szerverpiacot érintik, ahol azért nyilván eléggé folyamatosak a szoftveres frissítések, tehát jobban kell vadászni a résekre a betöréshez. És ezzel nem azt mondom, hogy nem kell telepíteni a biztonsági frissítéseket, nagyon is kell, de ahol ez tényleg számít az a céges környezet. Otthoni szinten nem kell annyira ráparázni.
[ Szerkesztve ]
Senki sem dől be a hivatalos szóvivőnek, de mindenki hisz egy meg nem nevezett forrásnak.
Új hozzászólás Aktív témák
A topikban az OFF és minden egyéb, nem a témához kapcsolódó hozzászólás gyártása TILOS!
MIELŐTT LINKELNÉL VAGY KÉRDEZNÉL, MINDIG OLVASS KICSIT VISSZA!!
A topik témája:
Az NVIDIA éppen érkező, vagy jövőbeni új grafikus processzorainak kivesézése, lehetőleg minél inkább szakmai keretek között maradva. Architektúra, esélylatolgatás, érdekességek, spekulációk, stb.
- Képeken az egyik kameráját elvesztő Sony Xperia 10 VI
- Apple iPhone 15 Pro Max - Attack on Titan
- Sokat fogyaszt az AI, egyre több az adatközpont, kell az atomenergia
- Egyre közelebb a Poco F6 startja
- Fujifilm X
- Mindent megtudtunk az új Nokia 3210-ről
- A fociról könnyedén, egy baráti társaságban
- CASIO órák kedvelők topicja!
- Kertészet, mezőgazdaság topik
- AMD Ryzen 9 / 7 / 5 / 3 3***(X) "Zen 2" (AM4)
- További aktív témák...
- Rog 4070 Ti //KERESEM!!//
- Újszerű PowerColor Fighter AMD Radeon RX 6600XT 8GB GDDR6 ÁR/ÉRTÉK BAJNOK! Bolti Garanciával!
- ELADÓ 32 DB Nvidia RTX 3060 Ti és 8 DB Zotac Gaming Geforce RTX 3080 Trinity / KOMPLETT BÁNYAGÉP
- Geforce GT 730 -4 gb videokártya
- ASUS ProArt GeForce RTX 4080 SUPER 16GB GDDR6X OC (ASUS-VC-PRO-RT4080S-O16G) Bontatlan új 3 év gar!
Állásajánlatok
Cég: Ozeki Kft.
Város: Debrecen
Cég: Promenade Publishing House Kft.
Város: Budapest