- Android alkalmazások - szoftver kibeszélő topik
- Megérkezett a Realme 12+ 5G
- Android szakmai topik
- Netfone
- Samsung Galaxy S24 - nos, Exynos
- A Z Fold7, vagy a Magic V5 a vékonyabb valójában?
- Samsung Galaxy Watch7 - kötelező kör
- Honor Magic6 Pro - kör közepén számok
- Xiaomi 13T és 13T Pro - nincs tétlenkedés
- Fotók, videók mobillal
Új hozzászólás Aktív témák
-
ddekany
veterán
Valószínűleg lényegtelen, hogy mi éri meg nekik, mert nem tudatosan ilyen töketlenek. Gondolom nagy céges fejetlenség és motiválatlanság. Mert ilyen triviális bénaságokra gondolok, mint, csak egy példa, hogy a média kontrol gombok feldoban egy jó nagy területet letakaró becsukhatlan vackot, és másodpercekig malmozhatsz amíg eltakarodik, és végre hozzáférsz ahhoz amit eltakart. Vagy, a másik fajta, a mély hozzánemértést és komolytalanságot sugárzó ötletek, mint pl. hogy bármikor felpattanhat egy ablak, ami lenyúlja a fókuszt, ahelyett, hogy a tálcán villogna csak. Nyilván, ha csak maszturáblásra kell az OS, ez nem gond, de én pl. gépelek is, meg sűrűn csapkodom az entert közben, és nem egyszer volt, hogy csak vmi felvillanó ablak eltűnését láttam, meg hogy hiányzik pár karakter abból amit írtam. Vagy, hogy évek óta könyörögnek a felhasználók, hogy soha ne induljon újra, vagy főleg, kapcsolódjon be a gép (éjjel közepén pl.), felhasználói interakció nélkül. És van még jópár ilyen. Ezekre nem lehet mondani, hogy nincs rá pénz. Egyszerűen totál idiótává vált, halott részleg, amit kompatibilitás örökké életben tart, és így nincs semmiféle verseny nyomás sem rajta.
-
Szerintem presztízs téren megérné.
Két nagyobb cégnél is láttam közelről az IT munkáját, és az a mélységes megvető gyűlölet, amit tapasztaltam a részükről az MS irányába - amikor egyesével kellett végig tesztelgetniük a frissítéseket, hogy nem okoz-e gondot a céges a környezetben - az biztos nem tesz jót a cégnek.
Szóba jött egyik helyen a surface eszközök vásárlása, illetve a pihenőszobába xbox vétele, de az IT-sok megoldották, hogy Samsung/Lenovo cuccokat és PS4-et vett a cég végül. -
ddekany
veterán
Pedig otthoni usernek ez bonyolultabb nem lehet, mint hogy választasz pár profil közül. A max sebesség persze nem kéne, mint éreztettem. De teljesen elméleti volt a felvetésem, kb 0% esélye van, hogy pont ez betennék. (Majd átvariálják hogy lekerekített a sarka vagy nem még 10x-e, meg betesznek néhány gonoszságot, amikor magától csinál vmi okosat, mint +1 ok hogy bekapcsoljon éjjel közepén a táskádban, ilyesmik.)
-
Pingüino
senior tag
Szerintem meg döntsük el, hogy testreszabhatóságot, vagy faék egyszerűséget várunk egy OS-től, mert a kettő együtt nem megy. Ez a csúszkás dolog tök jól hangzik, csak ha valaki max. sebességre állítja úgy, hogy fingja nincs róla, most akkor mit is állított át, akkor az első olyan probléma, amire nem lett felkészítve a rendszer, elég komoly problémát fog okozni.
-
ddekany
veterán
Mivel ez az egyensúlyozás innentől mindennapok része lesz gyártótól függetlenül, az lenne értelmesebb talán, ha lenne Windows vezérlő központban valahogy egy szép nagy csúszka, hogy "max biztonság", "csak amitől otthon is félni érdemes", és "max sebesség". De utóbbinál persze letiltja a net elérést
.
-
ddekany
veterán
De nem az a baj (legalább is általában), hogy nem tudják milyen folyamat számára dolgoznak előre. Egyrészt előre dolgoznak olyan ágakon, amiket esetleg majd vissza kell görgetni, ami meglepő lehet, ha program logika valójában soha nem ment volna arra. Másrészt ha még ez a tippelgetés sincs, akkor is esetleg "kitapogatható" lehet időzítésekkel, hogy a másik kód melyik ágakon járt, amihez pedig a hívónak semmi köze. És ez utóbbival már nem könnyű általánosságban tenni valamit.
Az, hogy az utolsó pár kis %-ért is rakás trükköt betesznek, meg alighanem a túlzottan kiélezett verseny következménye. Ezzel sem tudom mit lehet kezdeni, mert kell a verseny.
-
ddekany
veterán
válasz
#25954560 #56 üzenetére
Mai (nem-beágyazott) CPU-knak van egy jó nagy "ablaka", amin belül átvariálják, hogy mit hogyan fognak csinálni, és nem követik szó szerint, amit a fordító odarakott, mint tudjuk. Ennek ellenére a fordítónak tényleg ilyen részletekbe menően figyelembe kellene vennie adott CPU belső trükkjeit? Akkor megette az egészet fene, mert a C++ nem JIT-es, hogy pár év mulva mágikusan alkalmazkodjon az akkori CPU-khoz. (Java-nak több esélye van már akkor, de még egyszer, én nem akarom elhinni, hogy ez számítana, főleg érezhetően.)
-
#25954560
törölt tag
"Ennek csak az lehet az oka, hogy kód nem lett teljesen AMDre optimalizálva korábban. "
nem csak az lehet az okabar egyreszt egyetertek veled.
a psf csak zen3-mal jott be, tehat ha vannak is trukkok, amiben tud segiteni a fordito, egyreszt lehet h csak a legmodernebb verziok tudjak, masreszt nem kizart h explicite engedelyezni is kene forditaskor ha a fordito nem teszi meg es a phoronix-os ~100 alkalmazas
--with-tune=generic
-kel forgott, sima gcc10.2. nem mondom h mas eredmeny lett volna mas forditoval vagy maskepp parameterezve, de nem kizart. a teszt igy is ervenyes, hiszen tudni lehet h mivel teszteltek.masik ok, amiert nem biztos h erdekes az AMD-re optimalizaltsag az az, hogy a PSF egy elegge alacsonyszintu hardveres megoldas ha jol ertem, nem biztos h egyaltalan meg lehet tamogatni forditassal.
ha ugyis tudod mi ez, akkor bocs, ugord at legyszi ezt a bekezdest. nagyon konyhanyelven arrol van szo, hogy a pipeline-ban vannak load-ok es store-ok. a procik szoktak ezeknek a felcserelgetesevel is jatszani, de most arrol van szo, hogy ha a csoben van ket utasitas, az elso h tarolj le valamit egy cimre, a masodik meg az h olvass be valami egy cimrol, akkor nem az tortenik h letarolja a memoriaba es az olvasashoz pedig onnan olvassa ki (osszeadodva a ket kesleltetes), hanem rajon h a ket cim ugyanaz, nem kell beolvasni az adatot mert meg epp megvan, tehat odaadja a load-nak, renget idot nyerve. ez a store-to-load forwarding (STLF).
a PSF annyival lenne okosabb, hogy meg sem varja meg a cimek feloldasat sem, hanem megsaccolja korabbi STLF parok alapjan h a store tartozhat-e valamelyik load-hoz.nem kizart, hogy hosszabb pipeline eseten nagyobb lehet a nyereseg (es a veszteseg is hibas elorejelzes miatt), szoval az is lehet h magat a ficsort tesztelik zen3-ban, de csak pl a zen4 v zen5 kesobbi modositaival lesz nagyobb haszna. csak spekulalok.
koszi,
&rew -
DraXoN
addikt
válasz
#25954560 #52 üzenetére
Ennek csak az lehet az oka, hogy kód nem lett teljesen AMDre optimalizálva korábban.
Érdekes azonban, hogy inteltől átmenetek mérnökök AMD ez mikor Krazich "tisztogatott".. Erre amdbe is bekerult olyan funkció ami a sebbességért feláldozza a biztonságot.. Valami értékrend gond lehet ott (a sebbességért mindent).
Ezt javítani szerintem normálisan nem is lehet, az elvvel van baj, hogy előre dolgoznának mielőtt tudnánk milyen folyamat számára... Ha rossz a tipp, más folyamat kikérhet olyan adatot ami nem neki szól. Ezzel igazából a belső késleltetés csökkentené. És mivel Intel architektúra ki van gyúrva egy csomó ilyen funkcióval (és bugos is mit látszik), belső késleltetésért spekulálunk.. Én a "nem ér annyit" véleményen lennék, de hát nem én döntök (nem is vagyok olyan pozícióban, csak egy "átlagos" programozó vagyok, bár rúgtak ki már amiatt, hogy még mondtam valamire főnökségnek, hogy hülyeséget akarnak és nem fog menni úgy ahogy kérik.. Persze aki helyettem csinálta annak se sikerült, volt kolégáktól megtudva).
-
-
ddekany
veterán
Vajon az ilyen képességek már csak a benchmark verseny hátulütői, amikor már minden kis töredék százalékot adó trükk kell, ahelyett, hogy valami arany középútra törekednénk? Persze sok kicsi sokra megy, de vajon mennyit esne a tervezőknek kezelendő komplexitás, ha mondjuk 25% teljesítményt (amit a felhasználók 99.9%-a észre se vesz) fel lehetne adni az egyszerűsítés kedvéért. És nem is a tranzisztorok számára gondolok, hanem az ilyen side channel szivárgások, meg egyéb CPU bugok esélyére.
-
ricsi99
addikt
Mind1 minek hívod a gyereket... lassabb ,nem is kicsivel....
Ez a töbszálú kezelés persze lehetséges ,nem vagyok profi szoftweres így bármi szöveget kiadnak akkor bizti úgy van... én meg öreg csataló vagyok és old school programokat is futtatok ami eléggé csak egyszálas (le is korlátozom mert úgy a tuti) és ott is érezhető a különbség... ami szomorú hogy nagyon sok laptop amit kiadnak azért gyengébb mint az én ocskavasam és azokon még erősebben érezhetőbb ezek az optimizációk... aztán meg "lükének" néznek ,ha nem a friss wint ajánlom... de ez már más kérdés -
DraXoN
addikt
Mondjuk hozzá kell tenni, hogy ott nem csak a patch-ek tehetnek róla, hogy a "kevés szálas" CPU lassabb, hanem a feladatkezelőt jó párszor módosították a korábbi windows10 verziók óta, hogy a többszálas CPUk kihasználása jobb legyen (de ez "bántja" a kevés szállal rendelkező CPU-kat)
-
ricsi99
addikt
válasz
t72killer #35 üzenetére
Én win7-et használok (3,4 en futo xeonom van )... van egy másik vinyómon egy szűz win10 ,ha esetleg boritom a rendszert,vagy ssd-t cserélek... biztonsági tartalék... ezen felül egy naprakész win10 ,hogy képben legyek ha valamit állitgatni /tesztelni kell.... F12 és az indul amit szeretnék
-
-
ricsi99
addikt
Nekem régebbi procim van "Haswell" ..mivel nem egy erőgép ezért sokkal jobban érezhetők az update "áldásai"
Ami tuti ,hogy ég és föld ha az elsőnek kiadot win10 meg a legfrissebb win10 et futtatok... és nem a legfrissebb a gyorsabb... sima mezei game-k közt is megvan már a 10% különbség fps-ben... -
Darmol
senior tag
Szerintem az AMD csak azt akarta hangsúlyozni, hogy a foltozott procik teljesítményelőnye egy szálon már "csak" 5%, több szálon pedig még mindig nem látszanak az Intel radarján se.
De most komolyan. Össze akarjátok hasonlítani a két céget? AMD közölte, hogy befoltozott egy hibát, amelynek a javítását rövid idő alatt elvégezte. Az Intel _évekig_ nem csinált semmit. Az után sem nagyon mozgolódtak, hogy nyilvánosságra került a hibájuk.
-
ShiTmano
aktív tag
Cikk a spekulatív végrehajtásról. [what is speculation execution]
-
Jakuu
őstag
Azert az eleg korrekt, hogy az AMD maga jelenti ezt be.
-
Busterftw
nagyúr
Miert tiltanad le, van patch?
Itt most Spectre/Meltdown fix hatasait neztuk.ShiTmano
Atlag felhasznalast irtam. A cikk inkabb data centereket emlit, ok meg leboxoljak az Intellel.carl18
Abban vagyok biztos amit pl az a fenti teszt mutat.
De azota eleve kijottek olyan generaciok, ahol hardveresen foltozva vannak es ekozben nott a teljesitmeny. -
ShiTmano
aktív tag
válasz
Busterftw #21 üzenetére
Jah, csak az Intelnél találtak már vagy 20 ilyen rést, AMD-nél ez a második kb.
"Ott vannak a tesztek, melyek igazoljak az 1-2%-ot."
Egyedül a Zombiload patch miatt akár 40%-ot lassult bizonyos munkafolyamatokban. [link] Nem minden a játék, van aki dolgozik is a gépén...
-
Ha tényleg csak ennyi, akkor azért ez sokkal enyhébb ügy, mint amibe az i9-7900x-el belefutottam.
-
-
fatpingvin
addikt
igazából ezen abszolút nem érdemes meglepődni. kb bármelyik hardver szintem megvalósított funkció aminek a nevében benne van hogy predictive az valamilyen szinten kockázatot jelent.
-
Busterftw
nagyúr
Pontosan, egyetertek!
Mar csak azok hianyoznak, akik az Intel sebezhetoseknel kantaltak (mai napig) a lyukas sajtozast meg a szitat. Kantaljak itt is es megvagyunk.
Pingüino
Belekotni? Ott vannak a tesztek, melyek igazoljak az 1-2%-ot.
Ez nem belekotes, hanem valasz a feltett kerdesedre. -
drotsztyuart
tag
Nyilvan mivel jofejnek akarnak tunni.
Es nem a ket ceg hanem ket ceg vezetese illetve az akkori vezetese kozt van kulonbseg.
Krzanich hatalmasat kaszalt a sunnyogassal.
Erdekes, hogy meg mindig nincs boriben....Es nem is meglepo.
Nincs hibatlan sot meg csak hibatlanhoz kozelito cucc ahogy szoftver sem.
En nem kezdek el nyenyenyezni mert mar intelest is leszartam.
Szerintem a pirosak is leszarhatjak nyugodtan. Ez mind vihar a biliben.
A panikolo ostbakat lehet hulyiteni ezekkel a baromsagokkal meg cikkeket irni rola, jol osszeugrasztani a marhakat ha mar nem vitakoznak azon ki milyen szinu.#18
Igy van.
Egyszerubb a usert mint a legnagyobb biztonsagi rest celba venni vagy ha okosabb egy csimpanznal akkor a szofvereit amiket hasznal. -
fanti
addikt
És?
Amikor az Intel 289-edik sebezhetőségét kiderítették, akkor mi volt? Minden Intelfan kántálta úgy mint egy kibaszott tibeti zsoltárt, hogy : de ez a gyakorlatban sosem jön elő!Akkor most én mondom, mint nem is érintett, mert 3900X-em van, hogy ki a fene nem szarja le ezt az első AMD ZEN3 sebezhetőséget?
Majd a 289-ediknél szóljatok csak...az érintetteknek! -
Tigerclaw
nagyúr
Mire lemegy normalis szintre az AMD processzorok ara, talan mar lesz Zen 4 is. Hatha abban mar kijavitjak.
-
Hát a mikrokódok törölhetőek vagy visszaállíthatóak régebbi verzióra: (file-t birtokba kell venni a biztonság fülön vagy másik gépbe rakva a vincsit kicserélni)
C:\Windows\system32\mcupdate_genuineintel.dll\mcupdate_genuineintel.dll vagy mcupdate_authenticamd.dll
Alaplapoknál ha van megfelelő bios editor akkor szintén cserélhető a mikrokód régebbire vagy egyes esetekben törölhet is.
Meg ugye egyszerűbb progik is vannak célpatchekre pl inspectre.
Átlag otthoni user nyilván ezeket nem csinálja meg hanem valamennyit ami nem érzékelhető de mérhető lassul a gépe.
De űberkockák mint én egyből széthackelik a windowst hogy már csakazért is kell az a pár %.
Tény hogy jobb lenne ki be kapcsolható funkciónak valami rejtett menüben. -
-
dokanin
aktív tag
Azért az is érdekes, hogy a letiltással 1-2%-ot lehet veszíteni, tehát a használatával meg 1-2%-ot nyerni. Kérdés, hogy megéri ilyen eljárásokkal próbálkozni ha ezek ilyen potenciális veszélyforrások nyeresége meg alig van.
-
kikikirly
senior tag
Sebezhetőségek nem érintik átlag Usert Intel oldalon sem, sajnos a Windows Uptattel települő lassító patchaket mégsem tudod elkerülni(Habár ott elég sok ,,lyuk" van 9000 CPU-kig szal ki tudja). Amig Ryzen CPU-k nem kapnak foltozást Windows frissitésen keresztül, hanem eldönthettem én hogy ki-be kapcsolom a Biosba a spekulativ végreahajtás XY algoritmusát, részemről rendben vagyunk. Azért ne legyen tömeges sebezhetőség itt se.
-
GreatL
őstag
Hát ez előre megjósolható volt.
-
Busterftw
nagyúr
Kivancsi vagyok a lyukas sajtos kommentek is elojonnek-e
Neztem az eredeti dokumentumot, de arrol nincs info jon-e esetleg javitas hardveresen vagy szoftveresen.
Pingüino
"Intelnél mekkora sebességvesztést is okoztak eddig a sebezhetőségek javításai?"
Par teszt remlik, ott hibahataron beluli 1-2% volt talan, otthoni felhasznalasnal.
Persze a forumon inkabb az 50% volt olvashato. -
Pingüino
senior tag
Vicces. Érdekes lenne összegyűjteni a cikkben azokat a dolgokat, amiben máshogy kezeli a sebezhetőséget a két cég. Néhány, amit én találtam:
"Sebezhetőséget talált... ...az AMD" Vagyis vizsgálják a saját processzoraikban a sebezhetőségek lehetőségét, és szólnak is, ha találtak. Lehet, ezért is van nagyságrendekkel kevesebb náluk.
"A cég szerint még nem találtak olyan kódot, amivel ezt kihasználnák... ...elkezdték az óvintézkedések megtételét." Még az elméleti sebezhetőséget kihasználó kód sem létezik, de máris elkezdtek dolgozni a javításon. Miközben Intelnél meg sok sebezhetőség fél évekkel később derült ki, mert inkább lefizették a megtalálót, hogy várjon a nyilvánosságra hozással.
"lehetővé teszik a funkció opcionális letiltását. Készül egy olyan javítás is... ...amely ezt szálanként képes elvégezni" Opcionális, tehát mindenki eldöntheti, érdekli-e a javítás, illetve még variálható is, hogy csak az érzékeny adatokon legyen letiltva. Szemben a kényszeres update-ekkel.
"Ha valaki azonban mégis így dönt, akkor 1-2% körüli teljesítményvesztést tapasztalhat" Intelnél mekkora sebességvesztést is okoztak eddig a sebezhetőségek javításai?
Egyébként megint ez a spekulatív végrehajtás. Sokszor ezzel van a gond, mindkét oldalon. Nem egyszerű a dolog. De hát ha máshogy nem megy, így kell sebességet nyerni. -
ughhh
senior tag
Jaj elkezdődött, de legalább az AMD jelezte, sunnyogásnak nincs nyoma.
Új hozzászólás Aktív témák
Hirdetés
- AKCIÓ! Csere-Beszámítás! Manli RTX 3070Ti 8GB GDDR6X Videokártya!
- Telefon szerviz helyben - Gyors javítás, akár 30 perc alatt!
- Bomba ár! Fujitsu LifeBook E754 - i5-4GEN I 8GB I 256SSD I 15,6" HD I HDMI I W10 I Garancia!
- Telefon felvásárlás!! Samsung Galaxy S25, Samsung Galaxy S25 Plus, Samsung Galaxy S25 Ultra
- Bowers/Wilkins PX8 fejhallgatók (dupla Bluetooth eszköz csatlakoztatása!) (ELKELT)
Állásajánlatok
Cég: Promenade Publishing House Kft.
Város: Budapest
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest