Hirdetés

2024. május 5., vasárnap

Gyorskeresés

Hozzászólások

(#51) Zotya84 válasza PuMbA (#49) üzenetére


Zotya84
őstag

Találtam már évekkel ezelőtt is Dell, HP, Acer (Inspiron!), Lenovo (Ideapad!) gépekhez is ott FW-frissítést. Talán olyan '17-18 körül kezdtek el jönni. De elég hektikusan voltak fent, és nem is mindig gyorsan. De legalább vannak.

Mi ez a hülyeség? Nokiánál ütésállóságot nem fejszével kellene tesztelni, hanem elkezded ütni egy 3310-zel... - L3zl13

(#52) Zotya84 válasza #11493888 (#50) üzenetére


Zotya84
őstag

De miért raktál be egy 478-as Intel procit hűtővel meg egy 1151-es lapot az AMD-javítás miatt? :F

Vagy csak nekem nem esik le mit is akarsz mondani?

Mi ez a hülyeség? Nokiánál ütésállóságot nem fejszével kellene tesztelni, hanem elkezded ütni egy 3310-zel... - L3zl13

(#53) arn válasza hallador (#45) üzenetére


arn
félisten

Van amit nem lehet drvbol megoldani, az osnek kozvetlenul kell tamogatnia, es optimalizalni. Mint ahogy az alder lakekel csinaljak, es az amd reszere is elvarhato lenne.

facebook.com/mylittleretrocomputerworld | youtube.com/mylittleretrocomputerworld | instagram.com/mylittleretrocomputerworld

(#54) martonx válasza hallador (#45) üzenetére


martonx
veterán

Nem, ez nem mást hibáztatás, ez csak egy szimpla összeesküvés elmélet a részemről.
Intel és MS múltját látva még csak nem is alaptalan, aztán, hogy mi a valóság, nyilván ki tudja?

Én kérek elnézést!

(#55) #11493888 válasza Zotya84 (#52) üzenetére


#11493888
törölt tag

semmi, csak poén, és emlékeztetés arra ezekből az intel rég kiszált mert problémás volt a dolog, mint proci lábacska és melegedési gondok :)...
amúgy drukkolok a javításoknak mert szemétség ez hogy mindig azokkal a fránya amd-kel van csak gond amikor kijön egy új OP-rendszer. Nem szép dolog a microsoftól, de sajnos mindig ez van volt és gondolom lesz is. :K

(#56) drkbli válasza Dragon3000 (#41) üzenetére


drkbli
tag

"Az ügye nem gond, hogy adott ki chipset drivert már Szeptemberben win11-hez az amd?"
Kicsit későn.

"nem telepítesz vagy telepítesz fel chipset drivert a windows ütemező nem fog megváltozni, így ez semmit sem változtat."

https://www.techpowerup.com/review/1usmus-power-plan-for-amd-ryzen-new-developments/

"Keep monitoring for Ryzen Chipset Drivers updates. It is these drivers that are the most important link between the BIOS and OS, and these also indirectly affect the OS scheduler."

(#57) arn


arn
félisten

Hatassal van ra (te is atallithatod), de ami el van ott kefelve, megjavitani nem fogjak.

facebook.com/mylittleretrocomputerworld | youtube.com/mylittleretrocomputerworld | instagram.com/mylittleretrocomputerworld

(#58) Egon


Egon
nagyúr

Hát igen, máshol kicsit mást is lehet olvasni: [link]

"Bonyolult kérdésre egyszerű választ keresni helyénvaló, de ritkán célravezető megoldás" (Wayne Chapman)

(#59) hokuszpk válasza #11493888 (#50) üzenetére


hokuszpk
nagyúr

azert a Ryzen nem igy nez ki alulrol ( nincsenek simd alkatreszek ), az AM4 foglalat meg nem fem lefogatos. Szoval igen, az Intelnel vannak problemak. A fanokkal :D

Első AMD-m - a 65-ös - a seregben volt...

(#60) Dragon3000 válasza drkbli (#56) üzenetére


Dragon3000
veterán

Akkor kicsit bővebben, ha a windows energia sémáját használod és nem a ryzent, akkor lényegtelen, na meg ne az amd legyen a hibás, azért mert az ms az új intelhez szabta az ütemezőt, ami amd esetében rosszul üzemel.

(#61) #11493888 válasza hokuszpk (#59) üzenetére


#11493888
törölt tag

ez mindkét platform fanjaival ekvivalens... :D :P
inkább tegnap is jött 11 alá valami frissítés nézd meg nem e az amire vártok hátha már jó lesz a teljesítmény és nem esik vissza. HA bár lehet csak annyi a baj a ryzennél hogy jelzi az op rendszernek melyik mag a legszabadabb hova küldje a feldolgozni való adatokat, azt a w11 még nincs erre felkészülve. de majd csak bele rakják...

(#62) BiP


BiP
nagyúr

Tegnap jött a Windows Insider beta/RP csatornán új előzetes build (22000.282), amiben már benne van a L3 cache javítás.
Releasing Windows 11 Build 22000.282 to Beta and Release Preview Channels
- We fixed an L3 caching issue that might affect performance in some applications on devices that have AMD Ryzen processors after upgrading to Windows 11 (original release).

AIDA mérés szerint most nálam 12.9ns a L3 késleltetés 3800X-en.

(#63) hokuszpk válasza #11493888 (#61) üzenetére


hokuszpk
nagyúr

max. virtualis gepbe teszek 11-et, a vizualis feljeszteseket magasrol nagyivben, a gyerekbetegsegeivel meg szenvedjen mas. Majd ha nem leszek elfoglalt, akkior ranezek, egyelore nemvaloszinu, a kovetkezo harom hetem fullon van.

@BIP: az mar egesz jo, bar a 2700X is ha jolemlexem mar 10ns alatt volt, hirtelen egy sima 2700@4.1 -et talaltam, 2019-bol, 9.4ns

[ Szerkesztve ]

Első AMD-m - a 65-ös - a seregben volt...

(#64) Robitrix válasza #32839680 (#39) üzenetére


Robitrix
senior tag

Muszáj volt hozzányúlni a feladat ütemezőhöz. Az Intel hibrid procik nem működnek optimálisan a korábbi ütemezővel. Mivel a hibrid proci több féle sebességű magból van összerakva optimálisnak kell lenni, hogy a gyors magok és a nagy számítási igényű folyamatok összetalálkozzak lehetőleg. Ha fordítva van vagyis a sok számítást teszi a rendszer a lassabb magra és a kevés számítást a gyorsa az nem lesz optimális. Szerintem eleve ezért kellett hirtelen kiadni a win 11-et. Amúgy már voltak jelei tavaly is a dolognak. Készített az Intel tesztelési céllal egy 4+1 magos procit. 4 normál és 1 darab gyors maggal. Aztán a tesztekből kiderült, hogy a win 10 gyakorlatilag leszarja, hogy mennyire optimálisan vannak kihasználva a magok a folyamatokkal. Nagyon minimális volt a gyorsulás a hibrid felépítésből adódóan. Akkor nekifeküdt az MS új feladat ütemezöt tervezni a rendszerhez, hogy mire megjelenik termékként az Intel hibrid procija legyen alá megfelelő rendszer. Annak, hogy a fogadkozás ellenére mégis csak win 11 lett a win 10-ből marketing okai vannak. Azt meg lehet értetni a felhasználóval, hogy ha te veszel egy új 12. generációs intel hibrid procit, akkor neked win 11 kell. Azt nehezebb marketing szempontból kommunikálni, hogy használd a win 10 21H2/HIB változatot ha nem hibrid a procid akkor keresd bátran a win 10 21H2/STD változatot. Az AMD már korábban is jelezte, hogy ő egyenlőre nem tervezi hibrid procik készítését. Na ja neki a 7 vagy a majd kisebb gyártási csik szélesség mellett egyenlőre nem kell aggódni a proci fogyasztása és melegedése miatt. Az Intelnek már komoly gondjai vannak a nagyobb órajel és a régebbi elavultabb csíkszélesség miatt. Egyre nehezebb megfelelően hűteni és kézben tartani egy nagy teljesítményű procit. Lassan már folyékony nitrogénnel kell hűteni a Paksra direkbe bekötött Intel procikat. Ezért voltak kénytelenek lépni a hibrid procik fele. Egyszer már volt így az Intel. Még a Pentum D procik idején. Melyek 2 magosak voltak. Vagy egy mag de két szál már nem tudom. Addig növelték az órajelet, amig gyakorlatilag az akkori procik szinte hüthetetlenné váltak 3,2 Ghz környékén. Gyakorlatilag alapoktól újra kellett tervezni az addigi Pentium 4 magokat és jöttek a kisebb fogyasztású nagyobb teljesítményű Core 2 duo procik. A hibrid proci egyenlőre igaziból kényszer megoldás az Intel részéről.

(#65) BiP válasza Robitrix (#64) üzenetére


BiP
nagyúr

És azt biztos lehetetlen volt megoldani, hogy hibrid proci esetén az új ütemező menjen, a többi esetben meg a régi....

(#66) arn válasza BiP (#65) üzenetére


arn
félisten

A msnak azt is lehetetlen, hogy kulon profil legyen erintokepernyos mobil eszkozokhoz, meg desktophoz pl. desktopon a repulomodnak sok ertelme van.

facebook.com/mylittleretrocomputerworld | youtube.com/mylittleretrocomputerworld | instagram.com/mylittleretrocomputerworld

(#67) Robitrix válasza BiP (#65) üzenetére


Robitrix
senior tag

Azt hiszem azért az feladatütemező meglehetősen masszívan része a kernelnek. Vagyis nem egy szabadon töltögethető külső program. Ahhoz, hogy bármiféle program vizsgálgassa a procit már meglehetősen stabilan futni kell a kernelnek és a feladatütemezőnek. Egy betöltött rendszermag mellett már nehéz volna rendszer magot cserélni egy másikra, ahol mondjuk abban a kernelben egy másik ütemező változat szerepel. A kernelből futó folyamatoknak a biztonsági szintje és prioritási meglehetősen mások és el vannak különítve a sima programoktól. Legfeljebb valami olyasmit lehetett volna csinálni, mint a Linux rendszer indításkor. Ott ugye egy külön rendszer betöltő program indul el. Régen LILO volt a neve Linux Loader most meg GRUB a neve vagyis Grand Unified Boot Loader Ott kap a felhasználó egy kis időt, hogy beleavatkozzon a rendszer indítás folyamatába és mondjuk ne a saját gyári kernelt töltse be, hanem egy saját egyedit. Linux esetében lehet saját kernelt gyártani kidobálva belőle olyan folyamatokat, amire végül is semmi szükség nincsen a gyakorlatban. Szépen leül az ember és tétlesen átgondolja, milyen folyamatokra van neki szüksége a rendszermagban. Majd mikor megvan az összeállítás fordít magának C-ben egy új rendszermagot. Aztán vagy induláskor megszakítva a folyamatot megmondja milyen nevű kernelt akar betölteni vagy eleve bele írja egy konfigurációs állományba az új kernel nevét és akkor az indul el. Legalább is régen így működött ma ilyen szinten nem cseszegetek Linuxot. :) Nos vagyis leginkább még a rendszermag betöltése elején dönteni kell, hogy melyik kernelre van szükség. Egy futó rendszer esetében már nem lehet kernelt cserélni, hiszen az vezérel mindent az operációs rendszerben. Vagyis a rendszermagnak nagyjából saját magát kéne kirakni a rendszerből a saját vezérlése alatt, hogy egy másik változat kerüljön be. Ez olyan nagyjából, mikor Münchausen báró a saját hajánál fogva kihúzza magát a mocsárból. :) Vannak kétségeim mennyire lehetne rábízni egy amúgy full laikusra, hogy rendszer indításkor döntse, hogy neki melyik rendszermagra van szüksége.

(#68) arn


arn
félisten

Amig itt az amd, intel, ms benazik, az apple szepen letarolja a piacot az m1maxszal… notebook fronton nagyon csunyan bearazza az egesz pcs piacot. Ideje lenne elgondolkodniuk az utobbi idoben feltolt arazason.

facebook.com/mylittleretrocomputerworld | youtube.com/mylittleretrocomputerworld | instagram.com/mylittleretrocomputerworld

(#69) CPT.Pirk válasza Robitrix (#67) üzenetére


CPT.Pirk
Jómunkásember

A 4.0-ás kerneltől már van live patching... De ezt csak azért írom, hogy egyúttal javasoljam az enter használatát, mert gyönyörű wall-of-text posztokat írsz. :K

Nincs más - csak egy szál gitár - szidom a rendszert - forradalmár. - Én vagyok egyedül 88 telén. (Auróra)

(#70) Robitrix válasza CPT.Pirk (#69) üzenetére


Robitrix
senior tag

Már nagyon régen nem foglalkozom Linuxal ilyen szinten. Amikor még ifjú titánként kerneleket fordítottam magamnak, az valamikor a Red Hat Linux 4.0 kora volt. Az meg marha régen volt már. :) Aztán valamivel később kellett pár Linux szervert alkotnom fileservernek és adatbázis szervernek pár évig. Ja a magáncégnél nem volt pénze a sóher tulajnak rendes szerverekre és rendszerekre és meg kellett oldani okosban leginkább ingyért. :) Azóta csak alkalom szerűen néha nyúlok Linuxhoz. Már elmúlt az ifjonti hév és lelkesedés, hogy én alternatív operációs rendszerek belsejében turkáljak hobbiból. :)

(#71) arn válasza Robitrix (#67) üzenetére


arn
félisten

Nem lenne egyszerubb installnal? :)

facebook.com/mylittleretrocomputerworld | youtube.com/mylittleretrocomputerworld | instagram.com/mylittleretrocomputerworld

(#72) BiP válasza Robitrix (#67) üzenetére


BiP
nagyúr

És a WinPE mire való?
Install közben, ahogy felpakolja az elemeket, adott hardverre belövi a rendszert (pl. adott memóriamennyiségre optimalizálja a prefetchet, stb), merem remélni, hogy proci/utasításkészlet szintű optimalizáció is van, úgy az ütemezőt is meg tudná oldani, hogy a telepítő utáni első rendszerinduláskor a procinak megfelelő ütemezővel induljon el.
Biztos bonyolult a dolog, belenyúlni, én naívan azt gondolnám, hogy nem lehetetlen, csak szándék kérdése.
Ha az AMD egy patch-csel tudja ezt javítani, akkor nekem ne mondja senki, hogy ezt telepítő szintjén nem lehetett volna megfelelően megoldani, ha akarják, és nem kapkodva adják ki.
Aztán persze csak a partvonalról ugatok.

(#73) E.Kaufmann válasza Robitrix (#67) üzenetére


E.Kaufmann
addikt

Látjuk, hogy ügyes gyerek vagy, buksimi, leülhetsz. Ahogy a többi kolléga is írta, az NT alapok picivel komolyabbak, mint azt gondolnád. Amúgy simán írhatnak pl BCD opciót, amit, ha észleli a rendszer, hogy szükséges, módosít a Windows és kér egy újraindítást, de tuti vannak kifinomultabb megoldások is, nem kell szerencsétlenkedni pl grubbal ;]

Le az elipszilonos jével, éljen a "j" !!!

(#74) BiP válasza hokuszpk (#63) üzenetére


BiP
nagyúr

Na, belőttem a biost (volt Update előtt egy BIOS frissítés, az meg defaultra rakott mindent, azzal volt 12.9), most 9.9ns. Ez már jó :)

(#75) wolfpapa72


wolfpapa72
csendes tag

Honnan volt ez az infó a dátumokról? Mivel semmilyen frissítés nem érkezett sem a Microsoft sem pedig az AMD részéről. :F

(#76) BiP válasza wolfpapa72 (#75) üzenetére


BiP
nagyúr

Az AMD nyilatkozta még múlt héten a rosszabbodó első patch keddes update után.
[link]

(#77) BiP válasza wolfpapa72 (#75) üzenetére


BiP
nagyúr

Ma este 7-kor kijött a publikus Windows Update-en is a javítás, KB0006746 => build .282
Illetve ma kijött a friss AMD Chipset driver is.

(#78) miqlas válasza BiP (#77) üzenetére


miqlas
őstag

Köszi szépen az infót! :R

42

(#79) miqlas


miqlas
őstag

Valamilyen okból, amire nem jöttem rá, a Power Plan és a PSP nem települt fel, de azt hiszem, hogy a PSP esetében nem is gond, mert az, mintha nem is frissült volna?!

AMD Chipset Software Install Summary
Name : AMD Ryzen Power Plan
Version : 7.0.3.5
Install : Fail

Name : AMD PSP Driver
Version : 5.17.0.0
Install : Fail

[ Szerkesztve ]

42

(#80) XZoli


XZoli
aktív tag

Hogy sikerült a javítás? Neki kezdjek telepíteni a win11-et? :DDD

Asus TUF Gaming X570-PLUS (Wi-Fi) AMD Ryzen 7 5700G 3.8GHz Sapphire Radeon RX 6600 XT 8GB GDDR6 PULSE 32GB Ram

(#81) wolfpapa72 válasza BiP (#77) üzenetére


wolfpapa72
csendes tag

Igen, köszönöm. Kb amikor kérdeztem úgy jött az AMD oldalán. :R

Copyright © 2000-2024 PROHARDVER Informatikai Kft.