Sinkretinis
Pagalbininkas
Originalus plakatas- 2019 m. balandžio 22 d
- 2019 m. spalio 19 d
Dabartinė versija: 0.95 (2021 m. birželio 8 d.)
Nurodydami žmones į MouSSE, tiesiog pateikite nuorodą į šį įrašą, kuriame visada bus naujausia versija ir informacija.
REDAGUOTI (2021 m. birželio 8 d. / 2021 m. rugsėjo 1 d.): Monterey viską pakeitė, todėl reikėjo naujos versijos. 0.95 versija (pridėta prie šio įrašo) palaiko Monterey (taip pat ir ankstesnes MacOS versijas). Nebuvo pridėta jokių naujų funkcijų, taigi, jei jau naudojate „MouSSE“ operacinėje sistemoje „Monterey MacOS“, nereikia „naujinti“ į 0.95 versiją. (Šią versiją paskelbiau 2021 m. birželio 8 d., bet buvau per daug užsiėmęs, kad atnaujinčiau 1 įrašą iki 2021 m. rugsėjo 1 d., vadinasi, dvi datos.)
REDAGUOTI (2020 m. gegužės 22 d.): Radau tai, kas turėtų būti gana reta v0.92 klaida, kuri ištaisyta dabartinėje pridedamoje versijoje (v0.93). Tai žemo prioriteto naujinimas, todėl jei turite veikiančią sistemą, neskubėkite pakeisti savo MouSSE kopijos.
REDAGUOTI (2020 m. gegužės 5 d.): Prie šio įrašo pridėta nauja MouSSE versija (v0.92). Tai reiškia didelį perrašymą ir turėtų būti stabilesnis, patikimesnis ir greitesnis nei ankstesnė viešoji versija (v0.38). Norėdami atnaujinti ankstesnį leidimą, perrašykite esamą kext šiuo (tada |_+_| ir paleiskite iš naujo) arba gaukite naujausią MacOS pataisą, kurioje yra MouSSE, ir leiskite jai atnaujinti už jus ( šio rašymo metu abiejų pataisų autoriai žino apie naują MouSSE versiją, bet dar neišleido savo pataisų atnaujinimų ).
REDAGUOTI (2019 m. lapkričio 13 d.): jei jūsų sistemoje nėra metalinio AMD GPU, neturėtumėte įdiegti „MouSSE“. Yra keletas pranešimų apie nestabilumo atvejus ne AMD-GPU sistemose, tačiau aiškios priežasties dar nenustatyta. Šiame įraše pateikiamos instrukcijos, kaip pašalinti MouSSE (žr. toliau).
Ši programinė įranga buvo išbandyta įvairiose aparatinės ir programinės įrangos konfigūracijose ir atrodo, kad ji yra pakankamai stabili, kad būtų išleista iš beta versijos. Pateikite bet kokius atsiliepimus, teigiamus ar neigiamus, sėkmę ar nesėkmę, šioje temoje arba tiesiogine žinute man .
*** SVARBU: NAUDOKITE SAVO RIZIKA!
Ši programinė įranga pateikiama tokia, kokia yra, be jokių garantijų. Nėra jokios priežasties, dėl kurios tai turėtų sukelti problemų, bet jei viskas klostysis ne taip, jūs esate atsakingi už tai. Jis buvo išbandytas ir išbandytas įvairiose sistemose ir įvairiose „MacOS“ versijose, tačiau nėra garantijų, kad jis veiks bet kurioje sistemoje ar „MacOS“ versijoje. Autorius neatsako už jokius su šios programinės įrangos naudojimu susijusius laiko, pinigų, plaukų, atminties, dvasios ramybės, automobilio raktelių ar televizoriaus nuotolinio valdymo pultelių praradimus. (Ir dabar, po to skambančio patvirtinimo. .).
*** Kas tai?
Naujesnėse AMD Mac vaizdo tvarkyklėse naudojamos kai kurios SSE 4.2 instrukcijos. Senesni procesoriai (Penryn, Harpertown ir senesni) nepalaiko šių nurodymų. Senesnėse „Mac Pro“ sistemose (pvz., „Mac Pro 3,1“) naudojami tie senesni procesoriai, todėl naujos AMD tvarkyklės tose sistemose neveiks. MouSSE yra dalinis SSE4.2 emuliatorius, leidžiantis tiems seniems procesoriams naudoti naujesnes AMD tvarkykles. Nors pagrindinis dėmesys visada buvo skiriamas tam, kad AMD tvarkyklės veiktų, atrodo, kad World of Warcraft taip pat gali veikti Mac Pro 3,1, nepaisant to, ar naudojamos AMD tvarkyklės. Teoriškai, priklausomai nuo to, ką naudojate. Šis emuliatorius gali būti naudingas bet kurioje „Mac“ sistemoje su „Penryn“ / „Harpertown“ / „Wolfdale“ procesoriumi. Tai apima: Mac Pro 3,1 (2008 m. pradžia) Xserve 2,1 (2008 m. pradžia) MacBook Pro 4,1 (2008 m. pradžia) MacBook 4,1 (2008 m. pradžia) MacBook 7,1 (2010 m. vidurys ) MacBook Air 2,1 (2008 m. spalio mėn.) MacBook Air 3,1 (2010 m. spalio mėn.) (11 colių) MacBook Air 3,2 (2010 m. spalio mėn.) (13 colių) iMac 8,1 (2008 m. balandžio mėn.) iMac 9,1 (2009 m. kovo mėn.) iMac 10,1 (2009 m. spalio mėn.) (su Core2 Duo, o ne i5) Mac Mini 3,1 (2009 m. kovo mėn., 2009 m. spalis) Mac Mini 4,1 (2010 m. vidurys) (dar žinomas kaip Mac Mini serveris) Ne visi jie buvo išbandyti; jūsų rida gali skirtis. Be to, CPU net senesni nei Penryn galėtų naudoti šį emuliatorių; tačiau kadangi jiems trūksta SSE4.1, tik dalinio SSE4.2 pridėjimas tikriausiai būtų mažai naudingas arba visai nenaudingas. SVARBU: jei neturite vienos iš tų sistemų, o ypač jei turite a naujesni sistema (pvz., „Mac Pro 4,1“ arba „5,1“) – neturėtumėte įdiegti „MouSSE“. Tai negali padaryti nieko naudingo toms sistemoms ir gali trukdyti ar sukelti kitų problemų. Aš asmeniškai išbandžiau tai „MacOS“ 10.13–10.15 („High Sierra“, „Mojave“ ir „Catalina“ 15.0–15.4 versijose). Kiti praneša, kad jis įkeliamas naudojant 10.12 (Sierra), nors atrodo, kad jos AMD tvarkyklės nereikalauja emuliacijos.
*** Ką tai daro?
MouSSE sulaiko neteisėtas instrukcijas privilegijuotuoju (branduolio) ir neprivilegijuotu (vartotojo) režimu ir emuliuoja POPCNT, PCMPGTQ ir CRC32 instrukcijas. Šiuo metu PCMPGTQ ir POPCNT yra vienintelės probleminės instrukcijos, naudojamos AMD tvarkyklėse. (Ir, matyt, vieninteliai du šiuo metu naudojami „World of Warcraft“.) MouSSE yra visiškai pakartotinis ir automatiškai veikia visuose procesoriuose / branduoliuose / gijose.
*** Ko jis nedaro?
Šiuo metu MouSSE neįgyvendina jokių SSE4.2 instrukcijų, išskyrus POPCNT, PCMPGTQ ir CRC32. Jei paklausa yra pakankama, būsimoje versijoje gali būti palaikomos papildomos SSE4.2 (ar kitos) instrukcijos. Jei „MouSSE“ susiduria su nepalaikoma instrukcija, ji perduoda valdymą „MacOS“ ir matysite tą patį klaidų apdorojimą, kurį pamatysite, jei „MouSSE“ nebuvo įdiegtas (paprastai tai yra „Neteisėtos instrukcijos“ pranešimas ir programos nutraukimas). * Nuo 0.32 versijos. , MouSSE nebeveikia skaidriai, kai susiduriama su nepalaikoma instrukcija. Siekdama padėti šalinti triktis, MouSSE įkelia 16 baitų neteisėtame operacijos kode į XMM15, o pirmuosius 8 baitus į R15. Naudojami abu registrai, nes nors 16 baitų suteikia visą analizei reikalingą kontekstą, kai kurie gedimų iškraustymai neapima XMM registrų, todėl įkeliamas ir R15 (8 baitai yra geriau nei nieko). Tai pažeidžia skaidrumo principą, tačiau atsižvelgiant į tai, kad „neteisėto veikimo kodo“ klaida paprastai yra mirtina, poveikis yra nereikšmingas. Jei žinote situaciją, kai tai kelia problemų, praneškite man, kad galėčiau sugalvoti alternatyvą. (Nuo 0.45 versijos XMM15 ir R15 lieka nepaliesti, o pirmieji 8 nelegalaus operacinės sistemos baitai grąžinami RAX.) * Nuo 0.38 versijos tvarkomas „stebuklingas“ neteisėtas opkodas: įprastai neteisėta instrukcija 3f 55 44 ('?UD') grąžina 'MouSSE42' RAX, kaip būdą patikrinti, ar MouSSE įkelta ir aktyvi. Jei MouSSE neveikia, ta instrukcija sukurs #UD išimtį bet kuriai sistemai, naujai ar senai. * Nuo 0.91 versijos MouSSE saugo statistiką apie instrukcijas, kurias emuliuoja, taip pat AVX/AVX2/AVX-512 instrukcijas. randa (bet nemėgdžioja). Ši statistika pateikiama su „stebuklinga“ instrukcija yra įstrigusi. Naujoji programa MouSSEstats gali rodyti šią statistiką. Taip pat nuo 0.91 versijos įdiegta SSE4.2 CRC32 instrukcija. Šiuo metu tik SSE4.2 PCMP?STR? Instrukcijos lieka neemuliuojamos. Be to, ką IOKit naudoja paleidžiant, MouSSE nenaudoja dinamiškai paskirstytos atminties, todėl nėra atminties nutekėjimo tikimybės. MouSSE nekuria jokių procesų; tai tiesiog branduolio plėtinys.MouSSE neskaito ir neįrašo jokių failų, nepasiekia jokių tinklų ir neliečia jokių kitų įrenginių. Viskas, ką ji daro, yra stebėti instrukcijas, apie kurias ji žino, ir mėgdžioti jas, kai jos pasirodo. Šiuo metu registruojama tik įkeliant. MouSSE taip pat netikrina, ar jūsų CPU jau palaiko SSE4.2. Jei įdiegsite „MouSSE“ naujesnėje sistemoje, ji bus įkelta, tačiau ji niekada nieko nedarys, tik neužims šiek tiek atminties, nes naujesni procesoriai gali patys susidoroti su SSE4.2 instrukcijomis, o „MouSSE“ tyliai išgyvens vienatvę. programa, kurios niekada neprašoma ką nors padaryti. * 0.38 versijoje tai nėra visiškai tiesa – MouSSE daro patikrinkite, ar nėra vietinės SSE 4.2 versijos, ir aiškiai išsijungia, jei centrinis procesorius ją palaiko. Šiuo metu nėra paprasto būdo, kaip priversti MouSSE visiškai išsikrauti šioje situacijoje, todėl ji vis tiek užima branduolio atminties vietą, bet niekada Kadangi atrodė, kad ankstesnė MouSSE versija sukėlė tam tikrą painiavą, pasakysiu aiškiai: MouSSE nereklamuoja SSE4.2 galimybių, ji tiesiog suteikia tam tikrų instrukcijų emuliaciją, jei CPU bando jas vykdyti. Jei CPUID instrukcija naudojama SSE4.2 galimybėms patikrinti, ar nėra SSE4.2 procesoriaus iki SSE4.2, šis testas pateiks pranešimą „SSE4.2 nepalaikomas“, nes „MouSSE“ neužfiksuoja CPUID. Praktiškai tai nėra problema, nes SSE4.2 naudojimas, į kurį pirmiausia taiko MouSSE (AMD vaizdo tvarkyklė), neatlieka šio CPUID patikrinimo. Dėl viso to MouSSE yra pasyvi, jei nėra SSE4.2 / neteisėtų instrukcijų kada nors susidursite, MouSSE niekada nieko nedarys
*** Kodėl kextstat išvestyje matau „AAA.LoadEarly.MouSSE“?
*** Kodėl kext pavadintas „AAAMouSSE.kext“?
„MacOS“ turi sudėtingą paleidimo procedūrą. Kadangi pagrindinė MouSSE esmė yra leisti veikti AMD vaizdo tvarkyklėms, MouSSE turi įkelti ir inicijuoti prieš AMD tvarkykles. Dalis sistemos inicijavimo sukuria priklausomybės medį, o MouSSE bando atsidurti kuo arčiau to medžio viršaus. Už šio medžio ribų viskas tvarkoma abėcėlės tvarka – taigi, priklijuojant „AAA“ kext pavadinimo pradžioje, jis patenka į abėcėlės sąrašo viršų (panašiai kaip „AAA-Geriausi santechnikai“ geltonųjų puslapių pradžioje kas nors daugiau naudojasi geltonaisiais puslapiais?)). Paprastai pilnas kext pavadinimas apimtų domeno pavadinimą iš dešinės į kairę, pvz., „com.apple.xyzzy“, tačiau ir čia, naudojant aukščiausio lygio domeną pavadinimu „AAA“, „MouSSE“ gali persikelti į abėcėlės sąrašo viršuje. Visa tai tik pastangos įkelti MouSSE ir inicijuoti prieš bet ką, kas gali naudoti SSE4.2 instrukcijas.
*** Dar kas nors?
Jei naudojate naujesnes AMD tvarkykles su naujesne OS sename Mac kompiuteryje, tikriausiai jau naudojate išjungę SIP. Jei ne, atsiprašau -. Ši programinė įranga reikalauja SIP turi būti išjungtas Siekiant supaprastinti IOKit sąsają, putos turi nedidelį C ++ įvynioti, bet visa svarbi kodas yra parašyta asembleriu (už greičio) Tiesiog pasikartosiu. , NAUDOKITE ŠIĄ PROGRAMINĘ ĮRANGĄ SAVO RIZIKA. Naudoju jį kasdien savo Mac Pro 3,1 su AMD Radeon RX 570 beveik metus be jokių incidentų, bet jūsų rida gali skirtis. Jei dėl šios programinės įrangos trūkumų prarandate laiką, pinigus ar sveiką protą, laikykite save įspėtu. Pusiau įnoringas pavadinimas kilęs iš kitur, tačiau galite jį įsivaizduoti kaip „Mac turėtų suprasti SSE“ (MouSSE), jei Kaip. Arba, jei nemėgsti savo brolio ir sesers: „Mano nepaprastai bjauri sesuo visus erzina“. Arba, jei esate megalomanas, „mano tikslas galiausiai turėtų pakeisti viską“. Kad ir kas jus džiugintų. Nuo 0.91 versijos pridėjau komandų eilutės programą, pavadintą MouSSEstats, kuri parodys statistiką apie tai, su kuo susidūrė MouSSE nuo tada, kai buvo paskutinį kartą įkeltas (galbūt, paskutinį kartą, kai sistema buvo paleista iš naujo). Kol kas šis įrašas bus oficiali MouSSE saugykla, o atnaujinimai bus paskelbti, kai tik jie įvyks. Kada nors ateityje galiu perkelti jį į atskirą pagrindinį kompiuterį, kuris bus pažymėtas čia. Nurodydami žmones į MouSSE, tiesiog pateikite nuorodą į šį įrašą, kuriame visada bus naujausia versija ir informacija.
*** Kaip jį įdiegti?
Lengviausias būdas įdiegti „MouSSE“ yra naudoti vieną iš „MacOS“ pataisų iš @dosdude1 ( http://dosdude1.com ) arba @0403979 /RMC komanda ( https://github.com/rmc-team/macos-patcher/releases ). Aš nesu parašęs atskiros diegimo programos. Kol kas, jei „MouSSE“ neįdiegsite naudodami „MacOS“ pataisą, diegimą turite atlikti rankiniu būdu. Kadangi šiame forume neleidžiama įkelti .tgz failų, .tgz yra suglaudintas – tai reiškia, kad turėsite jį išspausti / išplėsti du kartus. Siūlau štai ką:
- išplėskite ZIP failą, tada pridedamą .TGZ failą
- atidaryti terminalą
- tipo |_+_| (pakeiskite savo sistemos kelią)
- tipo |_+_|
- tipo |_+_|
- paleisti iš naujo
*** Kaip jį pašalinti?
Kadangi „MouSSE“ nėra tas dalykas, kurį tikriausiai reguliariai diegsite ir pašalinsite, aš taip pat nesivargiavau kurdamas pašalinimo scenarijaus. Norėdami pašalinti MouSSE iš dabartinės veikiančios sistemos, tiesiog atlikite šiuos veiksmus:
- atidaryti terminalą
- įveskite |_+_|, paspauskite |_+_|
- įveskite |_+_|, paspauskite |_+_|
- įveskite |_+_|, paspauskite |_+_|
- paleisti iš naujo
*** Gerai, įdiegiau MouSSE, bet dabar mano naujoji AMD vaizdo plokštė veikia netinkamai...
Dažniausios problemos kyla, jei anksčiau įdiegėte pataisas, kad veiktų senos vaizdo plokštės. Jei tie pataisymai yra įdiegti, „MacOS“ gali susipainioti dėl to, kurį ekraną naudoti, kokį kadrų buferį naudoti kokiam ekranui ir pan. Jei kyla problemų dėl palaikomos modernios AMD vaizdo plokštės ir vis tiek turite įdiegti pataisas, reikia juos pašalinti (deja, daugeliu atvejų reikia iš naujo įdiegti OS). Vienu metu naudoti pasenusią vaizdo plokštę (kad būtų rodomas „MacOS“ įkrovos ekranas) ir modernią AMD vaizdo plokštę be „senstelėjusių vaizdo įrašų“ pataisų yra netikėtas pasiūlymas – kai kurie deriniai kartais veikia, kai kurie – ne. išvis dirbti. Nors būtų puiku turėti „geriausius iš abiejų pasaulių“ (matomas įkrovos ekranas ir modernus GPU pagreitis), geriausia būtų palikti seną kortelę netoliese esančioje lentynoje ir naudoti ją tik tada, kai reikia. Jei turite problemų, bet neturite įdiegtų senų vaizdo įrašų pataisų, pabandykite susisiekti su autoriumi Eeternalforum. (Aš taip pat slepiu „MacOS *“ gijas nepalaikomuose „Mac“ kompiuteriuose, jei norėtumėte išbandyti mane ten.) (Be to, jei norite pakeisti sąranką, kad matytumėte įkrovos ekranus vaizdo plokštėje, kurios trūksta „Mac EFI ROM“, peržiūrėkite šį įrašą – jis veikia labai gerai. Taip pat galite susieti jį su „OpenCore“.)
*** Turiu „Penryn“ procesorių, bet nenaudoju metalinės AMD kortelės ir nenaudoju „World of Warcraft“. Ar turėčiau įdiegti MouSSE?
Trumpas atsakymas yra ' ne .' Jei jūsų sistema veikia gerai ir jūs neplanuojate atnaujinti savo vaizdo plokštės į modernų AMD modelį ir (arba) neplanuojate paleisti jokios programinės įrangos, kuriai reikalinga SSE4.2, tada įdiegus MouSSE tiesiog sunaudosite šiek tiek energijos. branduolio atmintis ir nesuteiks jums jokios realios naudos
VERSIJŲ ISTORIJA (išvardytos tik versijos, kurios pabėgo iš nelaisvės):
v0.20 – 2019 m. rugpjūčio 15 d. – pirmoji versija išleista į gamtą.
v0.30 – 2019 m. rugsėjo 12 d. – Patobulinimai, leidžiantys diegti nuo El Capitan
v0.32 – 2019 m. rugsėjo 20 d. – nelegalių operacinės sistemos duomenų fiksavimas naudojant XMM15/R15
v0.35 – 2019 m. spalio 7 d. – pridėta daugiau inicijavimo diagnostikos
v0.38 – 2019 m. spalio 17 d. – Pridėta daugiau registravimo, „stebuklingo“ operacinės kodo aptikimo
v0.45 – 2020 m. vasario 28 d. – Neteisėtas operacinės sistemos kodo grąžinimas perkeltas į RAX suderinamumui užtikrinti, ištaisyta POPCNT +32d klaida
v0.91 – 2020 m. balandžio 14 d. – esminis analizatoriaus perrašymas. Ištaisyta keletas klaidų. Pridėta daug optimizacijų. Pridėta CRC32 funkcija. Pridėtas visų adresavimo režimų palaikymas. Pridėta statistika (grąžinama, kai „stebuklingas“ nurodymas yra įstrigęs). Atpažįsta (bet nemėgdžioja) AVX/AVX2/AVX-512 instrukcijų.
v0.92 – 2020 m. balandžio 28 d. – Esminis spąstų tvarkymo infrastruktūros perrašymas, dėl kurio MouSSE turėtų būti daug stabilesnė sudėtingose aplinkose. Taip pat keli nedideli klaidų pataisymai. MouSSEstats programos patobulinimai.
v0.93 – 2020 m. gegužės 22 d. – nedidelis klaidų pataisymas (retas – klaidingai apskaičiuotas poslinkis)
v0.95 – 2021 m. birželio 8 d. – Monterėjaus palaikymas
Priedai
Paskutinį kartą redaguota: 2021 m. rugsėjo 1 djoevt
Pagalbininkas
- 2012 m. birželio 21 d
- 2019 m. spalio 19 d
Peržiūrėti medijos elementą '>
Vėliau išbandysiu kitas OS versijas. Taip pat turiu išbandyti RX580.
10.11 El Capitan
10.12 Siera
10.13 Aukštoji Sierra
10.14 Mojavė
Syncretic pasakė: Kad būtų aišku, jei įkeliate kext rankiniu būdu (per kextload arba kextutil), galite saugiai jį iškrauti ir jis išsivalys.Galite saugiai jį iškrauti, net jei keksto neįkėlėte rankiniu būdu.
Syncretic sakė: Dažniausiai pasitaikančios problemos kyla, jei anksčiau įdiegėte pataisas, kad senosios vaizdo plokštės veiktų.Kaip nustatyti, ar įdiegtos „senos vaizdo įrašų“ pataisos? Pleistrai turi labai mažai dokumentų. Norėčiau pamatyti visų pataisų sąrašą, kam jie skirti ir kokius failus jie veikia (taigi, galbūt pataisą būtų galima anuliuoti, pakeitus failus originalia versija iš „MacOS“ diegimo programos).
ATNAUJINIMAS: naujesnė versija (0.93) AAAMouSSE.kext pataiso teksto piešinį World of Warcraft. Paskutinį kartą redaguota: 2021 m. vasario 1 d
joevt
Pagalbininkas
- 2012 m. birželio 21 d
- 2019 m. spalio 19 d
Jei emuliatorius yra įdiegtas, žmonės nežinos, kad jis ką nors ištaisė, nebent prieš įdiegdami emuliatorių susidurs su problemomis. Galbūt emuliatorius gali turėti du skirtingus kodo kelius:
1) greitas kelias – geriausias greitis
2) derinimo kelias – registravimui ir statistikai – seka vietas, kuriose yra neteisėtų nurodymų. turi kiekvienos vietos skaičių, galbūt kaminą.
„Kext“ gali turėti „UserClient“, leidžiantį perjungti kodo kelius, iškelti ir išvalyti statistiką.
Tada gali būti sukurta komandų eilutės programa, skirta „UserClient“ iškviesti.
Vietų ir kamino išmetimų stebėjimas užimtų atminties, todėl galbūt tiesiog stebėkite paskutines 100 unikalių vietų (pid, laikas, adresas, skaičius).
Sanderis G
- 2014 m. spalio 18 d
- Nyderlandai
- 2019 m. spalio 20 d
Turiu iMac 10,1 su ATI Radeon HD 4670, kuriame veikia Mojave su Dosdude1 pataisymu.
„sysctl machdep.cpu.features machdep.cpu.feature_bits“ rodo SSE4.1.
Ar rekomenduotumėte įdiegti MouSSE? Aš nežaidžiu žaidimų, bet visada siekiu geriausio našumo ir svarstau įdiegti „Catalina“.
Sinkretinis
Pagalbininkas
Originalus plakatas- 2019 m. balandžio 22 d
- 2019 m. spalio 20 d
Joevt pasakė: Kaip nustatyti, ar įdiegtos „senos vaizdo įrašo“ pataisos? Pleistrai turi labai mažai dokumentų. Norėčiau pamatyti visų pataisų sąrašą, kam jie skirti ir kokius failus jie veikia (taigi, galbūt pataisą būtų galima anuliuoti, pakeitus failus originalia versija iš „MacOS“ diegimo programos).Deja, aš taip pat nežinia dėl to, kaip ir jūs. Mane įkando situacija, kai atnaujinau MacOS ir aiškiai ne pritaikė seną vaizdo įrašo pataisą, tik vėliau sužinojo, kad ankstesnės OS pataisa išliko. Tikimės, kad pleistro autoriai ateityje pateiks tam tikrų gairių šiuo klausimu.
re:quick/debug parinktys – geri pasiūlymai, atsižvelgsiu į juos būsimiems leidimams. Tačiau atrodo, kad jie yra skirti gana siaurai auditorijai.
SanderG pasakė: Hy Syncretic,Jei jūsų sistema (ir visos programos, kurias reikia paleisti) veikia, jums nereikia MouSSE. Jūsų HD4670 kortelė nėra suderinama su metalu, todėl nėra jokios naudos (apie kurią aš žinau) bandant pereiti nuo senųjų prie vietinių AMD tvarkyklių. Nebent planuojate atnaujinti savo vaizdo plokštę arba turite kokią nors programinę įrangą, kuri sugenda dėl paslaptingos „neteisėtos instrukcijos“ gedimo, MouSSE į mišinį nedėčiau.
Turiu iMac 10,1 su ATI Radeon HD 4670, kuriame veikia Mojave su Dosdude1 pataisymu.
„sysctl machdep.cpu.features machdep.cpu.feature_bits“ rodo SSE4.1.
Ar rekomenduotumėte įdiegti MouSSE? Aš nežaidžiu žaidimų, bet visada siekiu geriausio našumo ir svarstau įdiegti „Catalina“.
jackluke
- 2018 m. birželio 15 d
- 2019 m. spalio 20 d
Joevt pasakė: Kaip nustatyti, ar įdiegtos „senos vaizdo įrašo“ pataisos? Pleistrai turi labai mažai dokumentų. Norėčiau pamatyti visų pataisų sąrašą, kam jie skirti ir kokius failus jie veikia (taigi, galbūt pataisą būtų galima anuliuoti, pakeitus failus originalia versija iš „MacOS“ diegimo programos).
Galite lengvai patikrinti iš Catalina terminalo (nukopijuokite / įklijuokite vienoje eilutėje):
rasti /System/Library/PrivateFrameworks/SkyLight.framework/Versions/A/ -pavadinimas SkyLightOriginal
jei turite vieną atvejį, tikrai turite pritaikytą seną vaizdo įrašo pataisą, bet ne tik Catalina „senieji vaizdo įrašų pataisymai“ reiškia šiuos dalykus (paimti iš „Mojave“ ir pataisyti):
Frameworks: OpenGL.framework , CoreDisplay.framework
Privatūs rėmeliai: SkyLight.framework , GPUSupport.framework
Plėtiniai: IOSurface.kext, IOGraphicsFamily.kext, IOAcceleratorFamily2.kext, IONDRVSupport.kext, AppleGraphicsControl.kext
norėdami pašalinti vaizdo įrašo pataisą, turite pakeisti jas dabartinėmis „Catalina“ atsargomis, paprastesnis būdas iš naujo įdiegti „Catalina“ per savo garsą. Paskutinį kartą redaguota: 2019 m. spalio 20 d
netkas
- 2007 m. spalio 2 d
- 2019 m. spalio 20 d
Steenvordas
- 2019 m. sausio 6 d
- 2019 m. spalio 20 d
O dėl kitų – puikus darbas. Ačiū už pastangas Syncretic! Reakcijos:TimothyR734 J
joevt
Pagalbininkas
- 2012 m. birželio 21 d
- 2019 m. spalio 20 d
Jackluke sakė: Galite lengvai patikrinti iš Catalina terminalo (nukopijuokite / įklijuokite vienoje eilutėje):Neradau jokių failų su originalia priesaga.
rasti /System/Library/PrivateFrameworks/SkyLight.framework/Versions/A/ -pavadinimas SkyLightOriginal
jei turite vieną atvejį, tikrai turite pritaikytą seną vaizdo įrašo pataisą, bet ne tik Catalina „senieji vaizdo įrašų pataisymai“ reiškia šiuos dalykus (paimti iš „Mojave“ ir pataisyti):
Frameworks: OpenGL.framework , CoreDisplay.framework
Privatūs rėmeliai: SkyLight.framework , GPUSupport.framework
Plėtiniai: IOSurface.kext, IOGraphicsFamily.kext, IOAcceleratorFamily2.kext, IONDRVSupport.kext, AppleGraphicsControl.kext
norėdami pašalinti vaizdo įrašo pataisą, turite pakeisti jas dabartinėmis „Catalina“ atsargomis, paprastesnis būdas iš naujo įdiegti „Catalina“ per savo garsą.
Kodas: |_+_| To nepakanka norint rasti pleistrus.
jackluke
- 2018 m. birželio 15 d
- 2019 m. spalio 20 d
joevt sakė: neradau jokių failų su originalia priesaga.
Kodas: |_+_| To nepakanka norint rasti pleistrus.
Tu klausei ' Kaip nustatyti, ar įdiegtos „senos vaizdo įrašų“ pataisos?
Nurodžiau, kaip rasti „vaizdo įrašų pataisų“ pėdsakus. Jei nerandate „*Original“, reiškia, kad jūsų kompiuteryje nėra „Vaizdo įrašo pataisos“, greičiausiai turite metalinį GPU, todėl.
Nepamirškite, kad bet kuriame unix apvalkale paieška (ir bet koks kitas veiksmas: rm, mv, cp ir pan.) faile/aplanke yra didžiosios ir mažosios raidės . Pavyzdyje įvedėte neteisingą sintaksę, be to, ji nėra *originali*, o *originali*
Bet kokiu atveju nėra lengvo būdo grįžti prie nepataisytos sistemos, nes jūs turite perdaryti iš anksto susietą branduolį iš pataisytų į nepataisytus, taip pat kai kurias sudėtingas sistemas nuolat naudoja macOS, todėl jas galite pakeisti tik iš atkūrimo aplinkos. , greitas sprendimas yra įdiegti iš naujo. Paskutinį kartą redaguota: 2019 m. spalio 20 d
Ludacrisvp
- 2008 m. gegužės 14 d
- 2019 m. spalio 20 d
joevt
Pagalbininkas
- 2012 m. birželio 21 d
- 2019 m. spalio 20 d
jackluke'as pasakė: Aš nurodžiau, kaip rasti „vaizdo įrašų pataisų“ pėdsakus, jei neradote „*Original“, reiškia, kad jūsų kompiuteryje nėra „vaizdo įrašo pataisos“, greičiausiai turite metalinį GPU, todėl .Puiku, ačiū už patvirtinimą.
Jackluke pasakė: Nepamirškite, kad bet kuriame unix apvalkale paieška (ir bet koks kitas veiksmas: rm, mv, cp ir pan.) faile/aplanke yra didžiosios ir mažosios raidės . Pavyzdyje įvedėte neteisingą sintaksę, be to, ji nėra *originali*, o *originali*Manau, kad sintaksė yra teisinga. Naudojau -iname, kad atitiktų didžiąsias ir mažąsias raides.
Jackluke'as sakė: Bet kokiu atveju nėra lengvo būdo grįžti prie nepataisytos sistemos, nes jūs turite perdaryti iš anksto susietą branduolį iš pataisytų į nepataisytus, taip pat kai kurias sudėtingas sistemas nuolat naudoja „macOS“, todėl jas galite pakeisti tik iš atkūrimo aplinką, greitas sprendimas yra įdiegti iš naujo.Negalvojau apie karkasų modifikavimą iš veikiančios sistemos. Turėsiu tai omenyje, jei man reikės tai padaryti ateityje. „Mac Pro“ turiu daug kitų OS, iš kurių galiu paleisti, todėl nebus taip blogai, kaip paleisti iš atkūrimo skaidinio.
Ludacrisvp
- 2008 m. gegužės 14 d
- 2019 m. spalio 20 d
Man tai nėra labai svarbus dalykas, nes ši programa nedaro nieko kito, tik pateikia tam tikros informacijos apie etaloną.
Atsižvelgiant į tai, aš vis dar naudoju šio kexto 0.32 versiją.
„CL!ng“ yra maža programėlė, rodanti informaciją apie „OpenCL“ įrenginius. Ir rodo tam tikrą atminties pralaidumą bei įvairių tikslumo skaičiavimo našumo testus. Vien šios programos paleidimas sukelia paniką.
Spoileris:Panikos krūva Kodas: |_+_|
joevt
Pagalbininkas
- 2012 m. birželio 21 d
- 2019 m. spalio 20 d
Ludacrisvp pasakė: Radau programą, kuri sukelia paniką ir iškviečia šį kekstą.Bandykite dar kartą naudodami naujausią versiją.
Man tai nėra labai svarbus dalykas, nes ši programa nedaro nieko kito, tik pateikia tam tikros informacijos apie etaloną.
Atsižvelgiant į tai, aš vis dar naudoju šio kexto 0.32 versiją.
„CL!ng“ yra maža programėlė, rodanti informaciją apie „OpenCL“ įrenginius. Ir rodo tam tikrą atminties pralaidumą bei įvairių tikslumo skaičiavimo našumo testus. Vien šios programos paleidimas sukelia paniką.
CL!ng nepanikavo mano MacPro3,1, GTX 680, kuriame veikia 0,35 kext. Tiesą sakant, tai veikia, net jei iškraunu kekstą.
Kodas: |_+_|
Tai gali būti būdinga AMD.
Shaneee
- 2017 m. rugsėjo 28 d
- Škotija
- 2019 m. spalio 21 d
Sinkretinis
Pagalbininkas
Originalus plakatas- 2019 m. balandžio 22 d
- 2019 m. spalio 21 d
Ludacrisvp pasakė: Radau programą, kuri sukelia paniką ir iškviečia šį kekstą.Įdomu – tas stack dump leidžia manyti, kad pati MouSSE išmetė #UD, o tai neturėtų būti įmanoma. Išbandykite 0.38 versiją ir praneškite, jei kas nors pasikeitė. Jūs mane sudominote.
Man tai nėra labai svarbus dalykas, nes ši programa nedaro nieko kito, tik pateikia tam tikros informacijos apie etaloną.
Atsižvelgiant į tai, aš vis dar naudoju šio kexto 0.32 versiją.
„CL!ng“ yra maža programėlė, rodanti informaciją apie „OpenCL“ įrenginius. Ir rodo tam tikrą atminties pralaidumą bei įvairių tikslumo skaičiavimo našumo testus. Vien šios programos paleidimas sukelia paniką.
2019 m. spalio 20 d., sekmadienis, 23:48:42
*** Panikos pranešimas ***
panika (cpu 0 caller 0xffffff801e2dbadd): Branduolio spąstai 0xffffff7fa2e3c020, 6 tipas = netinkamas operacijos kodas, registrai:
Shaneee pasakė: Puikus darbas. Ar yra galimybė pažiūrėti šaltinį? Github nuoroda ar dar kažkas.Dėkoju. Šiuo metu neketinu padaryti šio atvirojo kodo projektu.
Ludacrisvp
- 2008 m. gegužės 14 d
- 2019 m. spalio 21 d
Joevt pasakė: Bandykite dar kartą naudodami naujausią versiją.Turiu RX 580 3,1.
CL!ng nepanikavo mano MacPro3,1, GTX 680, kuriame veikia 0,35 kext. Tiesą sakant, tai veikia, net jei iškraunu kekstą.
Kodas: |_+_|
Tai gali būti būdinga AMD.
CL!ng puikiai veikia kitame mano įrenginyje su kitu RX 580.
Ludacrisvp
- 2008 m. gegužės 14 d
- 2019 m. spalio 21 d
Syncretic pasakė: Įdomu – tas stack dump rodo, kad pati MouSSE išmetė #UD, o tai neturėtų būti įmanoma. Išbandykite 0.38 versiją ir praneškite, jei kas nors pasikeitė. Jūs mane sudominote.Aš vis dar panikuoju dėl MouSSE 0.38, tačiau panika yra tokia greita / staigi, kad Mac negali nieko išsaugoti, tiesiog akimirksniu perkrauna.
Taip pat supratau, kad naudoju 1.0 CL!ng versiją, o ne daug naujesnę 1.6 versiją, kuri veikia gerai.
Priežastis, kodėl norėjau išbandyti su CL!ng, yra ta, kad ji gali padėti nustatyti tikrąjį PCIe magistralės greitį.
Mano atveju atrodo, kad man įstrigo 2.5GT/s (dar žinomas kaip PCIe 1.1/1.0), net kai ši kortelė yra 16x 2.0 lizde.
Įdomu, ar kas nors turi idėjų, kaip priversti jį veikti 5.0GT/s (dar žinomas kaip PCIe 2.0) greičiu 3,1.
Spoileris:lspci -vvnn (iš „MacOS“) Kodas: |_+_|
MIKX
- 2004 m. gruodžio 16 d
- Japonija
- 2019 m. spalio 22 d
Išjungiau ir perkėliau 7970 į 2 lizdą, o tada paleidau iš naujo (šaltas įkrovimas) stebuklingai tai ištaisiau, nes kortelės greitis buvo 5GT/S.
Kitas išjungimas, perkeltas 7970 atgal į 1 lizdą, paleistas iš naujo ir TRIS KARTUS (iš eilės) NVRAM nustatytas iš naujo. Jis vėl pasiekė 5GT/S.
Panašu, kad tai iš naujo nustatė mano PCIe lizdus.
Nuo tada pašalinau 7970 ir iš naujo įdiegiau savo MSI Armor RX 580 8gb, kuris tinkamai veikia X 16 Link Width @ 5GT/S.
Galbūt senesnėse kortelėse (HD 7970) kartais kyla problemų su Mojave 10.14.6?
Sinkretinis
Pagalbininkas
Originalus plakatas- 2019 m. balandžio 22 d
- 2019 m. spalio 22 d
Ludacrisvp pasakė: Aš vis dar panikuoju dėl 0,38 MouSSE, panika yra tokia greita / staigi, kad Mac negali nieko išsaugoti, tiesiog akimirksniu perkrauna.Kartą žvilgtelėjau į 5.0GT/s triušio skylę, bet šuolio (kol kas) nepadariau dėl kitų įsipareigojimų. @tsialex pasiūlė pažvelgti į pabaigą šį dokumentą (ieškokite „PCIe 2.0 įjungimas 2 lizde“ – skirtas NVMe SSD, bet PCIe turėtų būti PCIe). Jis taip pat sakė, kad tai buvo esminė komanda:
Taip pat supratau, kad naudoju 1.0 CL!ng versiją, o ne daug naujesnę 1.6 versiją, kuri veikia gerai.
Priežastis, kodėl norėjau išbandyti su CL!ng, yra ta, kad ji gali padėti nustatyti tikrąjį PCIe magistralės greitį.
Mano atveju atrodo, kad man įstrigo 2.5GT/s (dar žinomas kaip PCIe 1.1/1.0), net kai ši kortelė yra 16x 2.0 lizde.
Įdomu, ar kas nors turi idėjų, kaip priversti jį veikti 5.0GT/s (dar žinomas kaip PCIe 2.0) greičiu 3,1.
Kodas: |_+_| Aš pats nieko iš šių dalykų nebandžiau (dar), bet tai atrodo daug žadanti.
Re: MouSSE panika
Man vis dar įdomu, kas gali sukelti tą paniką, darant prielaidą, kad ji tikrai kyla iš MouSSE. Jei džiaugiatės paleisdami CL!ng v1.6, aš patenkintas galėdamas palikti vienas. Jei aptinkate išsaugotą žurnalą arba gaunate bet kokią dėklo iškrovimo / sekimo informaciją naudodami MouSSE 0.38, praneškite man, kad galėčiau jį susekti ir geriau miegoti naktį.
Ludacrisvp
- 2008 m. gegužės 14 d
- 2019 m. spalio 22 d
Syncretic pasakė: vieną kartą žvilgtelėjau į 5.0GT/s triušio skylę, bet šuolio (kol kas) nepadariau dėl kitų įsipareigojimų. @tsialex pasiūlė pažvelgti į pabaigą šį dokumentą (ieškokite „PCIe 2.0 įjungimas 2 lizde“ – skirtas NVMe SSD, bet PCIe turėtų būti PCIe). Jis taip pat sakė, kad tai buvo esminė komanda:Aš tai išbandžiau daugybę kartų naudodamas įvairias setpci versijas... vadove paminėta versija yra 3.2.2, taip pat įdiegiau 3.5.6.
Kodas: |_+_| Aš pats nieko iš šių dalykų nebandžiau (dar), bet tai atrodo daug žadanti.
Kad ir ką bandyčiau, jis neveikia, jis tiesiog įstrigo prie PCIe 1.0
joevt
Pagalbininkas
- 2012 m. birželio 21 d
- 2019 m. spalio 22 d
Syncretic pasakė: vieną kartą žvilgtelėjau į 5.0GT/s triušio skylę, bet šuolio (kol kas) nepadariau dėl kitų įsipareigojimų. @tsialex pasiūlė pažvelgti į pabaigą šį dokumentą (ieškokite „PCIe 2.0 įjungimas 2 lizde“ – skirtas NVMe SSD, bet PCIe turėtų būti PCIe). Jis taip pat sakė, kad tai buvo esminė komanda:Komanda iš pradžių buvo iš #207. Paprastai jis veikia tik su PCIe įrenginiais, kurie nėra vaizdo plokštės. Jis nustato tikslinį ryšio greitį. Antroji komanda prašo perkvalifikuoti nuorodą #212 . PCIe įrenginys gali nepaisyti tikslinio ryšio greičio ir pasirinkti mažesnį greitį. Štai ką daro GPU. GPU tvarkyklė tikriausiai nustato tikslinį nuorodos greitį kitur (tikriausiai gamintojo registre), priklausomai nuo to, ar atliekamas skaičiavimas ar atvaizdavimas, ar ne.
Kodas: |_+_|
Komanda reikalinga norint paleisti PCIe 3.0 įrenginius (pvz., NVMe, Thunderbolt ar naujas USB korteles) PCIe 2.0 greičiu, o ne PCIe 1.0 greičiu „Mac Pros“, kol nebuvo nauja „Mojave“ įdiegta programinė įranga (arba „MacPro3, 1“ ar ankstesnėje versijoje, kuri neveikia negaunu naujos programinės aparatinės įrangos). Taip pat galite naudoti komandą norėdami patikrinti įrenginio mažesnio ryšio spartą (jei turite PCIe 3.0 arba PCIe 2.0 lizdą ir norite pamatyti, kaip įrenginys veikia PCIe 2.0 arba PCIe 1.0 greičiu).
Instrukcijos: #474 , Atsisiuntimai: #482
rankas
- 2007 m. rugsėjo 15 d
- 2020 m. sausio 17 d
Naudoju 10.5.2 versijos Mac Pro 3,1 su RX560, naudodamas jūsų pataisą. Kortelė labai gerai veikia pati „MacOS“, jokio sulėtėjimo. Tačiau aš bandžiau paleisti „Windows 10“ virtualiąją mašiną „Parallels 15“ ir atrodo, kad aparatūros spartinimo nėra. Ar tai gali būti todėl, kad nemėgiate viso SSE 4.2 instrukcijų rinkinio?
redaguoti: tiesiog kilo mintis išbandyti 14 paraleles 10.15 d., kuri dar neturėjo metalo palaikymo Paskutinį kartą redaguota: 2020 m. sausio 17 d.
joevt
Pagalbininkas
- 2012 m. birželio 21 d
- 2020 m. sausio 17 d
mani pasakė: Sveiki,„Parallels“ neveikia „MacPro3,1“ visu greičiu po „macOS 10.14.3“. Nieko bendro su SSE emuliacija – galite ją pašalinti ir Parallels vis tiek veiks, tik nepakeliamai lėtai.
Naudoju 10.5.2 versijos Mac Pro 3,1 su RX560, naudodamas jūsų pataisą. Kortelė labai gerai veikia pati „MacOS“, jokio sulėtėjimo. Tačiau aš bandžiau paleisti „Windows 10“ virtualiąją mašiną „Parallels 15“ ir atrodo, kad aparatūros spartinimo nėra. Ar tai gali būti todėl, kad nemėgiate viso SSE 4.2 instrukcijų rinkinio?
redaguoti: tiesiog kilo mintis pabandyti 14 paraleles 10.15, kurios dar neturėjo metalinės atramos
amd64
- 2020 m. vasario 16 d
- 2020 m. vasario 16 d
Grąžinau savo GTX960 į Mac Pro ir bandžiau vykdyti:
sudo kextunload /System/Library/Extensions/AAAMouSSE.kext
ir tai buvo sėkminga, reiškia, kad kext yra tinkamai sumontuotas.
Ar man kažko trūksta, ar yra kokių nors sprendimų? Labai ačiū.
Populiarios Temos