Synkreettinen
Osallistuja
Alkuperäinen juliste- 22. huhtikuuta 2019
- 19. lokakuuta 2019
Nykyinen versio: 0.95 (8.6.2021)
Kun viittaat MouSSE:hen, linkitä suoraan tähän viestiin, joka sisältää aina uusimman version ja tiedot.
EDIT (8.6.2021/1.9.2021): Monterey muutti asioita, joten uusi versio vaadittiin. Versio 0.95 (liitteenä tähän viestiin) tukee Montereyta (samoin kuin aiempia MacOS-versioita). Uusia toimintoja ei lisätty, joten jos käytät jo MouSSE:tä Montereytä edeltävässä MacOS:ssa, sinun ei tarvitse 'päivittää' versioon 0.95. (Lähetin tämän version 8. kesäkuuta 2021, mutta olin liian kiireinen päivittääkseni viestiä 1 1. syyskuuta 2021 asti, joten nämä kaksi päivämäärää.)
EDIT (22.5.2020): Löysin, mikä pitäisi olla melko harvinainen bugi versiossa 0.92, joka on korjattu nykyisessä liiteversiossa (v0.93). Tämä on matalan prioriteetin päivitys, joten jos sinulla on toimiva järjestelmä, älä tarvitse kiirettä vaihtaa MouSSE-kopiotasi.
EDIT (5.5.2020): Tähän viestiin on liitetty uusi versio MouSSE:stä (v0.92). Se edustaa suurta uudelleenkirjoitusta, ja sen pitäisi olla vakaampi, kestävämpi ja nopeampi kuin edellinen julkinen versio (v0.38). Jos haluat päivittää edellisestä julkaisusta, joko korvaa olemassa oleva kext tällä (sitten |_+_| ja käynnistä uudelleen) tai hanki uusin MacOS-korjaustiedosto, joka sisältää MouSSE:n ja anna sen päivittää puolestasi ( tätä kirjoitettaessa molempien korjaustiedostojen kirjoittajat ovat tietoisia uudesta MouSSE-versiosta, mutta eivät ole vielä julkaisseet päivityksiä korjaustiedostoihinsa ).
EDIT (13.11.2019): Jos järjestelmässäsi ei ole Metal AMD GPU:ta, MouSSE:tä ei tule asentaa. Muissa kuin AMD-GPU-järjestelmissä on raportoitu useita epävakautta, mutta selvää syytä ei ole vielä tunnistettu. Ohjeet MouSSE:n poistamiseen ovat tässä viestissä (katso alla).
Tätä ohjelmistoa on testattu useilla laitteisto- ja ohjelmistokokoonpanoilla, ja se näyttää olevan riittävän vakaa beta-versiosta vapauttamiseksi. Anna palautetta, positiivista tai negatiivista, menestystä tai epäonnistumista, tässä ketjussa tai minulle lähetetyllä viestillä.
*** TÄRKEÄÄ: KÄYTÄ OMALLA VASTUULLASI!
Tämä ohjelmisto toimitetaan sellaisenaan, ilman minkäänlaista takuuta. Ei ole mitään syytä aiheuttaa ongelmia, mutta jos asiat menevät pieleen, ne ovat sinun vastuullasi. Sitä on testattu ja testattu eri järjestelmissä ja eri MacOS-versioissa, mutta ei ole takeita siitä, että se toimii missä tahansa järjestelmässä tai MacOS-versiossa. Kirjoittaja ei ole vastuussa mistään ajan, rahan, hiusten, muistin, mielenrauhan, auton avainten tai television kaukosäätimien menetyksistä, jotka liittyvät millään tavalla tämän ohjelmiston käyttöön. (Ja nyt, tämän soittoäänen jälkeen. .).
*** Mikä se on?
Uudemmat AMD Mac -näytönohjaimet käyttävät joitain SSE 4.2 -ohjeita. Vanhemmat suorittimet (Penryn, Harpertown ja aikaisemmat) eivät tue näitä ohjeita. Vanhemmat Mac Pro -järjestelmät (kuten Mac Pro 3,1) käyttävät näitä vanhempia suorittimia - siksi uudet AMD-ohjaimet eivät toimi näissä järjestelmissä. MouSSE on osittainen SSE4.2-emulaattori, jonka avulla vanhat prosessorit voivat käyttää uudempia AMD-ajureita. Vaikka sen ensisijaisena tavoitteena on aina ollut saada AMD-ajurit toimimaan, se näyttää myös sallivan World of Warcraftin toimia Mac Pro 3,1:ssä riippumatta siitä, ovatko AMD-ajurit käytössä vai eivät. Teoriassa riippuen siitä, mitä käytät. Tämä emulaattori voi osoittautua hyödylliseksi missä tahansa Mac-järjestelmässä, jossa on Penryn/Harpertown/Wolfdale-suoritin. Näitä ovat: Mac Pro 3,1 (alkuvuosi 2008) Xserve 2,1 (alku 2008) MacBook Pro 4,1 (alku 2008) MacBook 4,1 (alku 2008) MacBook 7,1 (vuoden 2010 puoliväli) ) MacBook Air 2,1 (lokakuu 2008) MacBook Air 3,1 (lokakuu 2010) (11') MacBook Air 3,2 (lokakuu 2010) (13') iMac 8,1 (huhtikuu 2008) iMac 9,1 (maaliskuu 2009) iMac 10,1 (lokakuu 2009) (Core2 Duo, ei i5) Mac Mini 3,1 (maaliskuu 2009, lokakuu 2009) Mac Mini 4,1 (keski 2010) (alias Mac Minipalvelin) Kaikkia näitä ei ole testattu; kilometrimääräsi voi vaihdella. Lisäksi prosessorit jopa vanhemmat kuin Penryn voisi käytä tätä emulaattoria; Kuitenkin, koska niistä puuttuu SSE4.1, vain osittaisen SSE4.2:n lisääminen ei todennäköisesti olisi hyödyllistä tai ei ollenkaan. TÄRKEÄÄ: Jos sinulla ei ole yhtä näistä järjestelmistä - ja erityisesti jos sinulla on a uudempi järjestelmä (kuten Mac Pro 4,1 tai 5,1) - sinun ei tule asentaa MouSSE:tä. Se ei voi tehdä mitään hyödyllistä näille järjestelmille, ja se voi mahdollisesti häiritä tai aiheuttaa muita ongelmia. Olen henkilökohtaisesti testannut tätä MacOS 10.13-10.15:ssä (High Sierra, Mojave ja Catalina 15.0-15.4). Toiset raportoivat, että se latautuu 10.12:ssa (Sierra), vaikka sen AMD-ohjaimet eivät näytä vaativan emulointia.
*** Mitä se tekee?
MouSSE vangitsee laittomat ohjeet sekä etuoikeutetussa (ytimen) tilassa että etuoikeutetussa (käyttäjä) tilassa ja emuloi POPCNT-, PCMPGTQ- ja CRC32-käskyjä. Tätä kirjoittaessa PCMPGTQ ja POPCNT ovat ainoat ongelmalliset ohjeet, joita käytetään AMD-ajureissa. (Ja ilmeisesti ainoat kaksi, joita tällä hetkellä käytetään World of Warcraftissa.) MouSSE on täysin palaava ja toimii automaattisesti kaikissa suorittimissa/ytimissä/säikeissä.
*** Mitä se EI tee?
Tällä hetkellä MouSSE ei toteuta muita SSE4.2-käskyjä kuin POPCNT, PCMPGTQ ja CRC32. Jos kysyntää on riittävästi, tuleva versio voi sisältää tuen SSE4.2:n (tai muille) lisäohjeille. Jos MouSSE kohtaa ei-tuetun käskyn, se siirtää hallinnan MacOS:lle ja näet saman virheenkäsittelyn kuin jos MouSSE:tä ei olisi asennettu (yleensä 'Illegal instruction' -viesti ja ohjelman lopetus). * Versiosta 0.32 alkaen , MouSSE ei enää toimi läpinäkyvästi, kun havaitaan ei-tuettu ohje. Vianmäärityksen helpottamiseksi MouSSE lataa laittoman opkoodin 16 tavua XMM15:een ja ensimmäiset 8 tavua R15:een. Molempia rekistereitä käytetään, koska vaikka 16 tavua tarjoaa kaiken analyysiin tarvittavan kontekstin, jotkin kaatumisvedokset eivät sisällä XMM-rekistereitä, joten myös R15 ladataan (8 tavua on parempi kuin ei mitään). Tämä rikkoo läpinäkyvyysperiaatetta, mutta koska 'laiton opcode' -virhe on yleensä kohtalokas, vaikutus on mitätön. Jos tiedät tilanteen, jossa tämä on ongelmallista, kerro minulle, jotta voin suunnitella vaihtoehdon. (Versiosta 0.45 lähtien XMM15 ja R15 jätetään koskemattomiksi, ja laittoman opkoodin ensimmäiset 8 tavua palautetaan RAX:iin.) * Versiosta 0.38 lähtien käsitellään 'taika' laitonta opkoodia: normaalisti laiton käsky 3f 55 44 ('?UD') palauttaa 'MouSSE42' RAX:ssa, jotta voidaan testata, että MouSSE on ladattu ja aktiivinen. Jos MouSSE ei ole käynnissä, ohje heittää #UD-poikkeuksen mihin tahansa järjestelmään, oli se uusi tai vanha. * Versiosta 0.91 lähtien MouSSE pitää tilastoja emuloimistaan ohjeista sekä AVX/AVX2/AVX-512-käskyistä. löytää (mutta ei jäljittele). Nämä tilastot palautetaan, kun 'maaginen' käsky on loukussa. Uusi MouSSEstats-apuohjelma voi näyttää nämä tilastot. Myös versiosta 0.91 alkaen SSE4.2 CRC32 -käsky on otettu käyttöön. Tässä vaiheessa vain SSE4.2 PCMP?STR? Ohjeita ei emuloida. Sen lisäksi, mitä IOKit käyttää käynnistyksessä, MouSSE ei käytä dynaamisesti varattua muistia, joten muistivuodon mahdollisuutta ei ole. MouSSE ei luo prosesseja; se on yksinkertaisesti ytimen laajennus. MouSSE ei lue tai kirjoita tiedostoja, ei käytä verkkoja tai kosketa muita laitteita. Se vain tarkkailee ohjeita, joista se tietää, ja jäljittelee niitä, kun ne ilmestyvät. Tällä hetkellä kirjaaminen tapahtuu vain latausaikana. MouSSE ei myöskään tarkista, tukeeko CPU jo SSE4.2:ta. Jos asennat MouSSE:n uudempaan järjestelmään, se latautuu, mutta se ei koskaan tee muuta kuin vie vähän muistia, koska uudemmat prosessorit pystyvät käsittelemään SSE4.2-käskyt itse, ja MouSSE kantaa hiljaa sen yksinäisyyden. ohjelma, jota ei koskaan pyydetä tekemään mitään. * Versiosta 0.38 lähtien se ei ole täysin totta - MouSSE tekee tarkistaa alkuperäisen SSE 4.2:n ja poistaa itsensä käytöstä, jos suoritin tukee sitä natiivisti. Tällä hetkellä ei ole yksinkertaista tapaa saada MouSSE purkamaan itseään kokonaan tässä tilanteessa, joten se vie edelleen ytimen muistitilaa, mutta ei koskaan mitään muuta.Koska MouSSE:n aikaisempi versio näytti aiheuttavan hämmennystä, haluan tehdä selväksi: MouSSE ei 'mainosta' SSE4.2-ominaisuutta, vaan se yksinkertaisesti emuloi tiettyjä ohjeita, jos suoritin yrittää suorittaa niitä. Jos CPUID-käskyä käytetään SSE4.2-kyvyn tarkistamiseen SSE4.2:ta edeltävässä CPU:ssa, testi palauttaa ilmoituksen 'SSE4.2 ei tueta', koska MouSSE ei sieppaa CPUID:tä. Käytännössä tämä ei ole ongelma, koska SSE4.2-käyttö, johon MouSSE ensisijaisesti kohdistuu (AMD-videoohjain) ei suorita tätä CPUID-tarkistusta. Kaiken tämän vuoksi MouSSE on passiivinen - jos ei ole SSE4.2/laittomia ohjeita MouSSE ei koskaan tee mitään
*** Miksi näen kextstat-tulosteessa AAA.LoadEarly.MouSSE?
*** Miksi kextin nimi on 'AAAMouSSE.kext'?
MacOS:ssa on monimutkainen käynnistysmenettely. Koska MouSSE:n päätarkoitus on sallia AMD-videoohjaimien toiminta, MouSSE:n on latauduttava ja alustettava ennen kuin AMD-ajurit tekevät. Osa järjestelmän alustuksesta luo riippuvuuspuun, ja MouSSE yrittää asettua mahdollisimman lähelle tämän puun yläosaa. Puun ulkopuolella asiat käsitellään aakkosjärjestyksessä - joten 'AAA' merkitseminen kextin nimen alkuun asettaa sen aakkosluettelon kärkeen (ihan tapaan kuin löytäisit 'AAA-Best Plumbers' keltaisten sivujen alusta (ei käyttääkö kukaan enää keltaisia sivuja?)). Tavallisesti kextin koko nimi sisältää oikealta vasemmalle kulkevan verkkotunnuksen nimen, kuten 'com.apple.xyzzy' - mutta tässäkin, käyttämällä huipputason verkkotunnusta nimeltä 'AAA', MouSSE voi työntää itsensä aakkosjärjestyksen kärjessä. Se kaikki on vain yritystä saada MouSSE latautumaan ja alustamaan ennen kaikkea, mikä saattaa käyttää SSE4.2-ohjetta.
*** Mitään muuta?
Jos käytät uudempia AMD-ohjaimia uudemmalla käyttöjärjestelmällä vanhassa Macissa, käytät luultavasti jo SIP:tä pois käytöstä. Jos ei, anteeksi - tämä ohjelmisto vaatii SIP:n poistamisen käytöstä. IOKit-käyttöliittymän yksinkertaistamiseksi MouSSE:ssä on pieni C++-kääre, mutta kaikki tärkeä koodi on kirjoitettu kokoonpanokielellä (nopeuden vuoksi). , KÄYTÄ TÄTÄ OHJELMISTOA OMALLA VASTUULLASI. Olen käyttänyt sitä päivittäin Mac Pro 3,1:ssä AMD Radeon RX 570:n kanssa lähes vuoden ajan ilman ongelmia, mutta mittarilukema voi vaihdella. Jos menetät aikaa, rahaa tai järkeäsi tämän ohjelmiston puutteiden vuoksi, ole hyvä varoitus. Puolimielinen nimi tuli muualta, mutta voit ajatella sitä nimellä 'Macin pitäisi ymmärtää SSE' (MouSSE), jos Kuten. Tai jos et ole ihastunut sisaruksellesi: 'Ihan ruma siskoni sairastaa kaikkia.' Tai jos olet megalomaani, 'tavoitteeni tulisi lopulta syrjäyttää kaikki.' Mikä tahansa tekee sinut onnelliseksi. Versiosta 0.91 lähtien olen lisännyt MouSSEstats-nimisen komentorivityökalun, joka näyttää tilastoja siitä, mitä MouSSE on kohdannut sen viimeisen latauksen jälkeen (oletettavasti, kun järjestelmä viimeksi käynnistettiin uudelleen). Tämä viesti on toistaiseksi MouSSE:n virallinen arkisto, ja päivitykset julkaistaan sitä mukaa kuin niitä tapahtuu. Jossain vaiheessa tulevaisuudessa saatan siirtää sen erilliseen isäntään, mikä merkitään tähän. Kun viittaat ihmisiin MouSSE:hen, linkitä suoraan tähän viestiin, jossa on aina uusin versio ja tiedot.
*** Kuinka se asennetaan?
Helpoin tapa asentaa MouSSE on käyttää jotakin MacOS-korjaustiedostoista, joko @dosdude1 ( http://dosdude1.com ) tai @0403979 /RMC Team ( https://github.com/rmc-team/macos-patcher/releases ). En ole kirjoittanut erillistä asennusohjelmaa. Toistaiseksi, jos et asenna MouSSE:tä MacOS-korjausohjelman avulla, sinun on suoritettava asennus manuaalisesti. Koska tämä foorumi ei salli .tgz-tiedostojen lataamista, .tgz on zip-pakattu, mikä tarkoittaa, että sinun on purettava tai laajennettava se kahdesti. Ehdotan seuraavaa:
- laajenna ZIP-tiedosto ja sitten mukana oleva .TGZ-tiedosto
- avaa terminaali
- kirjoita |_+_| (muuta järjestelmän polkua)
- kirjoita |_+_|
- kirjoita |_+_|
- käynnistä uudelleen
*** Kuinka voin poistaa sen?
Koska MouSSE ei ole sellainen asia, jota luultavasti asennat ja poistat säännöllisesti, en myöskään ole vaivautunut luomaan poistokomentosarjaa. Voit poistaa MouSSE:n asennuksen nykyisestä käynnissä olevasta järjestelmästä seuraavasti:
- avaa terminaali
- kirjoita |_+_|, paina |_+_|
- kirjoita |_+_|, paina |_+_|
- kirjoita |_+_|, paina |_+_|
- käynnistä uudelleen
*** OK, asensin MouSSE:n, mutta nyt uusi AMD-näytönohjain toimii väärin...
Yleisimmät ongelmat ilmenevät, jos olet aiemmin asentanut korjaustiedostoja saadakseen vanhat näytönohjaimet toimimaan. Jos nämä korjaustiedostot on asennettu, MacOS voi hämmentyä siitä, mitä näyttöä käytetään, mitä kehyspuskuria käytetään millekin näytölle jne. Jos sinulla on ongelmia tuetun nykyaikaisen AMD-näytönohjaimen kanssa ja sinulla on edelleen kyseiset korjaustiedostot asennettuna, täytyy poistaa ne (mihin valitettavasti useimmissa tapauksissa liittyy käyttöjärjestelmän uudelleenasentaminen). Vanhan näytönohjaimen (MacOS-käynnistysnäytön näkemiseksi) ja modernin AMD-näytönohjaimen käyttäminen samanaikaisesti ilman 'vanhoja videokorjauksia' on osuma-ja missaa -ehdotus - jotkut yhdistelmät toimivat osan ajasta, jotkut eivät. työtä ollenkaan. Vaikka olisi mukavaa saada 'molempien maailmojen parhaat puolet' (näkyvä käynnistysnäyttö ja moderni GPU-kiihdytys), paras vaihtoehto on säilyttää vanha kortti läheisessä hyllyssä ja käyttää sitä vain tarvittaessa. Jos sinulla on ongelmia, mutta sinulla ei ole vanhoja videokorjauksia asennettuna, yritä ottaa yhteyttä kirjoittajaan Eeternalforumissa. (Minä väijyyn myös 'MacOS * on Unsupported Macs' -säikeet, jos haluat mieluummin kokeilla minua siellä.) (Syrjäksi, jos haluat muuttaa asetuksiasi niin, että näet käynnistysnäytöt näytönohjaimesta, joka puuttuu Mac EFI ROM, katso tämä viesti - se toimii erittäin hyvin. Voit myös yhdistää sen OpenCoren kanssa.)
*** Minulla on Penryn-suoritin, mutta en käytä metallista AMD-korttia tai käytä World of Warcraftia. Pitäisikö minun asentaa MouSSE?
Lyhyt vastaus on ' ei .' Jos järjestelmäsi toimii hyvin, etkä aio päivittää näytönohjaintasi nykyaikaiseen AMD-malliin ja/tai et aio käyttää mitään ohjelmistoa, joka vaatii SSE4.2:n, MouSSE:n asentaminen kuluttaa vain jonkin verran ytimen muistia eikä tarjoa sinulle todellista hyötyä.
VERSIOHISTORIA (vain vankeudesta pakeneneet versiot on lueteltu):
v0.20 - 15. elokuuta 2019 - Ensimmäinen versio julkaistu luonnossa.
v0.30 - 12.9.2019 - Mukautuksia, jotka mahdollistavat asennuksen El Capitanista eteenpäin
v0.32 - 20. syyskuuta 2019 - Laittomien opcode-tietojen kaappaus XMM15/R15:ssä
v0.35 - 07.10.2019 - Lisätty alustusdiagnostiikkaa
v0.38 - 17.10.2019 - Lisätty lisää kirjaamista, 'maagista' opkoodin tunnistusta
v0.45 - 28.2.2020 - Laiton opcode-palautus siirretty RAX:lle yhteensopivuuden vuoksi, korjattu POPCNT +32d -virhe
v0.91 - 14.4.2020 - Jäsenen merkittävä uudelleenkirjoitus. Korjattu useita bugeja. Lisätty useita optimointeja. Lisätty CRC32-toiminto. Lisätty tuki kaikille osoitetiloille. Lisätty tilastot (palautetaan, kun 'taika' käsky jää loukkuun). Tunnistaa (mutta ei emuloi) AVX/AVX2/AVX-512-ohjeet.
v0.92 - 28.4.2020 - Ansojen käsittelyinfrastruktuurin suuri uudelleenkirjoitus, jonka pitäisi tehdä MouSSE:stä paljon vakaampi haastavissa ympäristöissä. Myös muutamia pieniä bugikorjauksia. MouSSEstats-ohjelman parannuksia.
v0.93 - 22.5.2020 - Pieni virhekorjaus (harvinainen - väärin laskettu siirtymä)
v0.95 – 8.6.2021 – Montereyn tuki
Liitteet
Viimeksi muokattu: 1.9.2021joevt
Osallistuja
- 21. kesäkuuta 2012
- 19. lokakuuta 2019
Näytä mediakohde '>
Testaan myöhemmin muita käyttöjärjestelmäversioita. Minulla on myös RX580 kokeilla.
10.11 El Capitan
10.12 Sierra
10.13 High Sierra
10.14 Mojave
Syncretic sanoi: Selvyyden vuoksi, jos lataat kextin manuaalisesti (kextloadin tai kextutilin kautta), voit turvallisesti purkaa sen ja se siivoaa itsensä.Voit turvallisesti purkaa sen, vaikka et olisi ladannut kextiä manuaalisesti.
Syncretic sanoi: Yleisimmät ongelmat ilmenevät, jos olet aiemmin asentanut korjaustiedostoja saadakseen vanhat näytönohjaimet toimimaan.Kuinka selvittää, onko vanhat videokorjaukset asennettu? Korjaajilla on hyvin vähän dokumentaatiota. Haluaisin nähdä luettelon kaikista korjauksista, mitä varten ne ovat ja mihin tiedostoihin ne vaikuttavat (joten ehkä korjaus voidaan kumota, jos tiedostot korvataan alkuperäisellä versiolla macOS-asennusohjelmasta).
PÄIVITTÄÄ: uudempi versio (0.93) AAAMouSSE.kextistä korjaa World of Warcraftin tekstipiirustuksen. Viimeksi muokattu: 1.2.2021
joevt
Osallistuja
- 21. kesäkuuta 2012
- 19. lokakuuta 2019
Jos emulaattori on asennettu, ihmiset eivät tiedä, että se korjasi mitään, elleivät he törmänneet ongelmiin ennen emulaattorin asentamista. Ehkä emulaattorissa voi olla kaksi erilaista koodipolkua:
1) nopea polku - parhaan nopeuden saavuttamiseksi
2) debug polku - kirjaamista ja tilastoja varten - pitää kirjaa paikoista, joissa on laittomia ohjeita. on määrä jokaiselle sijainnille, ehkä kaatopaikka.
Kextissä voisi olla UserClient, joka mahdollistaa vaihtamisen koodipolkujen välillä, tilastojen tyhjentämisen ja tyhjentämisen.
Sitten voidaan luoda komentorivityökalu, joka kutsuu UserClient-sovelluksen.
Paikkojen ja pinovedosten kirjaaminen vie muistia, joten ehkä vain pidä kirjaa viimeisistä 100 ainutlaatuisesta sijainnista (pid, aika, osoite, määrä).
SanderG
- 18. lokakuuta 2014
- Alankomaat
- 20. lokakuuta 2019
Minulla on iMac 10,1, jossa on ATI Radeon HD 4670 ja jossa on Mojave Dosdude1:n patcherilla.
'sysctl machdep.cpu.features machdep.cpu.feature_bits' näyttää SSE4.1:n.
Suositteletko MouSSE:n asentamista? En pelaa pelejä, mutta pyrin aina saavuttamaan parhaan suorituskyvyn, ja harkitsen Catalinan asentamista.
Synkreettinen
Osallistuja
Alkuperäinen juliste- 22. huhtikuuta 2019
- 20. lokakuuta 2019
joevt sanoi: Kuinka määrittää, onko vanhat videokorjaukset asennettu? Korjaajilla on hyvin vähän dokumentaatiota. Haluaisin nähdä luettelon kaikista korjauksista, mitä varten ne ovat ja mihin tiedostoihin ne vaikuttavat (joten ehkä korjaus voidaan kumota, jos tiedostot korvataan alkuperäisellä versiolla macOS-asennusohjelmasta).Valitettavasti olen asiasta yhtä hämärässä kuin sinäkin. Minua on purenut tilanne, jossa olen päivittänyt MacOS:n ja nimenomaisesti ei asensi vanhan videokorjauksen, mutta huomasi myöhemmin, että edellisen käyttöjärjestelmän korjaustiedosto säilyi. Toivon, että korjaustiedoston kirjoittajat antavat opastusta tähän asiaan tulevaisuudessa.
re:quick/debug-vaihtoehdot - hyviä ehdotuksia, pidän ne mielessä tulevia julkaisuja varten. Ne näyttävät kuitenkin olevan suunnattu melko kapealle yleisölle.
SanderG sanoi: Hy Syncretic,Jos järjestelmäsi (ja kaikki suorittamasi sovellukset) toimii, et tarvitse MouSSE:tä. HD4670-korttisi ei ole metalliyhteensopiva, joten ei ole mitään hyötyä (josta olen tietoinen) yrittäessäsi vaihtaa Legacysta alkuperäisiin AMD-ajureihin. Ellet aio päivittää näytönohjaintasi tai sinulla on jokin ohjelmisto, joka kaatuu salaperäisen 'laittoman ohjeen' vian vuoksi, en lisäisi MouSSE:tä sekoitukseen.
Minulla on iMac 10,1, jossa on ATI Radeon HD 4670 ja jossa on Mojave Dosdude1:n patcherilla.
'sysctl machdep.cpu.features machdep.cpu.feature_bits' näyttää SSE4.1:n.
Suositteletko MouSSE:n asentamista? En pelaa pelejä, mutta pyrin aina saavuttamaan parhaan suorituskyvyn, ja harkitsen Catalinan asentamista.
jackluke
- 15. kesäkuuta 2018
- 20. lokakuuta 2019
joevt sanoi: Kuinka määrittää, onko vanhat videokorjaukset asennettu? Korjaajilla on hyvin vähän dokumentaatiota. Haluaisin nähdä luettelon kaikista korjauksista, mitä varten ne ovat ja mihin tiedostoihin ne vaikuttavat (joten ehkä korjaus voidaan kumota, jos tiedostot korvataan alkuperäisellä versiolla macOS-asennusohjelmasta).
Voit tarkistaa helposti Catalina Terminalista (kopioi/liitä yhdelle riville):
etsi /System/Library/PrivateFrameworks/SkyLight.framework/Versions/A/ -nimi SkyLightOriginal
jos sinulla on yksi tapaus, sinulla on varmasti vanha videokorjaus, mutta Catalinassa ei ole vain sitä, että 'vanhat videokorjaukset' tarkoittavat näitä (otettu Mojavesta ja korjattu):
Kehykset: OpenGL.framework , CoreDisplay.framework
Yksityiset puitteet: SkyLight.framework , GPUSupport.framework
Laajennukset: IOSurface.kext, IOGraphicsFamily.kext, IOAcceleratorFamily2.kext, IONDRVSupport.kext, AppleGraphicsControl.kext
Jos haluat poistaa videokorjauksen, sinun on korvattava ne nykyisillä Catalina-tallenteilla, yksinkertaisempi tapa asentaa Catalina uudelleen äänenvoimakkuuden päälle. Viimeksi muokattu: 20.10.2019
netkas
- 2. lokakuuta 2007
- 20. lokakuuta 2019
Steenvoorde
- 6. tammikuuta 2019
- 20. lokakuuta 2019
Muilta osin hienoa työtä. Kiitos vaivannäöstä Syncretic! Reaktiot:TimothyR734 J
joevt
Osallistuja
- 21. kesäkuuta 2012
- 20. lokakuuta 2019
jackluke sanoi: Voit tarkistaa helposti Catalina Terminalista (kopioi/liitä yhdelle riville):En löytänyt tiedostoja, joissa olisi alkuperäinen pääte.
etsi /System/Library/PrivateFrameworks/SkyLight.framework/Versions/A/ -nimi SkyLightOriginal
jos sinulla on yksi tapaus, sinulla on varmasti vanha videokorjaus, mutta Catalinassa ei ole vain sitä, että 'vanhat videokorjaukset' tarkoittavat näitä (otettu Mojavesta ja korjattu):
Kehykset: OpenGL.framework , CoreDisplay.framework
Yksityiset puitteet: SkyLight.framework , GPUSupport.framework
Laajennukset: IOSurface.kext, IOGraphicsFamily.kext, IOAcceleratorFamily2.kext, IONDRVSupport.kext, AppleGraphicsControl.kext
Jos haluat poistaa videokorjauksen, sinun on korvattava ne nykyisillä Catalina-tallenteilla, yksinkertaisempi tapa asentaa Catalina uudelleen äänenvoimakkuuden päälle.
Koodi: |_+_| Tämä ei riitä korjaustiedostojen löytämiseen.
jackluke
- 15. kesäkuuta 2018
- 20. lokakuuta 2019
joevt sanoi: En löytänyt tiedostoja, joissa olisi alkuperäinen pääte.
Koodi: |_+_| Tämä ei riitä korjaustiedostojen löytämiseen.
Sinä kysyit ' Kuinka selvittää, onko vanhat videokorjaukset asennettu?
Osoitin kuinka löytää jälkeä 'videokorjauksista'. Jos et löydä '*Alkuperäinen' tarkoittaa, että sinulla ei ole 'Video patch' asennettuna koneellesi, luultavasti sinulla on Metal GPU, siksi.
Älä unohda, että missä tahansa unix shellissä tiedostossa/kansiossa tehtävä haku (ja mikä tahansa muu toiminto: rm, mv, cp ja niin edelleen) on kirjainkoolla . Kirjoitit esimerkissäsi väärän syntaksin, lisäksi se ei ole *alkuperäinen* vaan *alkuperäinen*
Joka tapauksessa ei ole helppoa tapaa palata korjaamattomaan järjestelmään, koska joudut rakentamaan esilinkitetty ydin korjatuista korjaamattomiksi, myös jotkut hankalia puitteet ovat jatkuvasti macOS:n käytössä, joten voit korvata ne vain palautusympäristöstä. , nopea ratkaisu on asentaa uudelleen. Viimeksi muokattu: 20.10.2019
Ludacrisvp
- 14. toukokuuta 2008
- 20. lokakuuta 2019
joevt
Osallistuja
- 21. kesäkuuta 2012
- 20. lokakuuta 2019
jackluke sanoi: Ilmoitin kuinka löytää jälki 'videokorjauksista', jos et löydä '*Alkuperäinen' tarkoittaa, että sinulla ei ole 'Video patch' -päivitystä koneellesi, luultavasti sinulla on Metal GPU, siksi .Hienoa, kiitos vahvistuksesta.
jackluke sanoi: Älä unohda, että missä tahansa unix-kuoressa haku (ja mikä tahansa muu toiminto: rm, mv, cp ja niin edelleen) tiedostossa/kansiossa on kirjainkoolla . Kirjoitit esimerkissäsi väärän syntaksin, lisäksi se ei ole *alkuperäinen* vaan *alkuperäinen*Mielestäni syntaksi on oikea. Käytin -inamea kirjainkoon erottelemiseen.
jackluke sanoi: Joka tapauksessa ei ole helppoa tapaa palata korjaamattomaan järjestelmään, koska joudut rakentamaan esilinkitetty ydin uudelleen korjatuista korjaamattomiksi, myös joitain hankalia kehyksiä on jatkuvasti macOS:n käytössä, joten voit korvata ne vain palautusympäristö, nopea ratkaisu on asentaa uudelleen.En ajatellut muuttaa kehyksiä käynnissä olevasta järjestelmästä. Pidän sen mielessäni, jos minun on tehtävä niin tulevaisuudessa. Minulla on monia muita käyttöjärjestelmiä Mac Prossani, joista voin käynnistää, joten se ei ole yhtä huono asia kuin palautusosiolle käynnistäminen.
Ludacrisvp
- 14. toukokuuta 2008
- 20. lokakuuta 2019
Se ei ole minulle ongelma, koska tämä sovellus ei todellakaan 'tee' mitään muuta kuin antaa vertailukohtaisia tietoja.
Tästä huolimatta käytän edelleen tämän kextin versiota 0.32.
'CL!ng' on pieni sovellus, joka näyttää tietoja OpenCL-laitteista. Ja näyttää muistin kaistanleveyden ja laskennan suorituskykytestejä eri tarkkuudella. Pelkästään tämän sovelluksen käynnistäminen aiheuttaa paniikkia.
Spoileri:Paniikkipino Koodi: |_+_|
joevt
Osallistuja
- 21. kesäkuuta 2012
- 20. lokakuuta 2019
Ludacrisvp sanoi: Löysin paniikkia aiheuttavan sovelluksen, joka kutsuu tämän kextin.Yritä uudelleen uusimmalla versiolla.
Se ei ole minulle ongelma, koska tämä sovellus ei todellakaan 'tee' mitään muuta kuin antaa vertailukohtaisia tietoja.
Tästä huolimatta käytän edelleen tämän kextin versiota 0.32.
'CL!ng' on pieni sovellus, joka näyttää tietoja OpenCL-laitteista. Ja näyttää muistin kaistanleveyden ja laskennan suorituskykytestejä eri tarkkuudella. Pelkästään tämän sovelluksen käynnistäminen aiheuttaa paniikkia.
CL!ng ei panikoinut MacPro3,1:ssä, GTX 680:ssa, joka käytti 0.35 kextistä. Itse asiassa se toimii, vaikka poistan kextin.
Koodi: |_+_|
Tämä saattaa olla AMD-kohtaista.
Shaneee
- 28. syyskuuta 2017
- Skotlanti
- 21. lokakuuta 2019
Synkreettinen
Osallistuja
Alkuperäinen juliste- 22. huhtikuuta 2019
- 21. lokakuuta 2019
Ludacrisvp sanoi: Löysin paniikkia aiheuttavan sovelluksen, joka kutsuu tämän kextin.Mielenkiintoista - tuo pinovedos viittaa siihen, että MouSSE itse heitti #UD:n, minkä ei pitäisi olla mahdollista. Kokeile versiota 0.38 ja ilmoita, jos jokin on muuttunut. Sait minut uteliaaksi.
Se ei ole minulle ongelma, koska tämä sovellus ei todellakaan 'tee' mitään muuta kuin antaa vertailukohtaisia tietoja.
Tästä huolimatta käytän edelleen tämän kextin versiota 0.32.
'CL!ng' on pieni sovellus, joka näyttää tietoja OpenCL-laitteista. Ja näyttää muistin kaistanleveyden ja laskennan suorituskykytestejä eri tarkkuudella. Pelkästään tämän sovelluksen käynnistäminen aiheuttaa paniikkia.
su 20. lokakuuta 23:48:42 2019
*** Paniikkiraportti ***
paniikki (cpu 0 -soittaja 0xffffff801e2dbadd): Ytimen trap osoitteessa 0xffffff7fa2e3c020, tyyppi 6 = virheellinen opcode, rekisterit:
Shaneee sanoi: Hienoa työtä. Onko mahdollisuutta saada lähdettä katsomaan? Github-linkki tai jotain.Kiitos. Tällä hetkellä minulla ei ole suunnitelmia tehdä tästä avoimen lähdekoodin projektia.
Ludacrisvp
- 14. toukokuuta 2008
- 21. lokakuuta 2019
joevt sanoi: Yritä uudelleen uusimmalla versiolla.Minulla on RX 580 3,1:ssä.
CL!ng ei panikoinut MacPro3,1:ssä, GTX 680:ssa, joka käytti 0.35 kextistä. Itse asiassa se toimii, vaikka poistan kextin.
Koodi: |_+_|
Tämä saattaa olla AMD-kohtaista.
CL!ng toimii hyvin toisessa koneessani, jossa on toinen RX 580.
Ludacrisvp
- 14. toukokuuta 2008
- 21. lokakuuta 2019
Syncretic sanoi: Mielenkiintoista - tuo pinovedos viittaa siihen, että MouSSE itse heitti #UD:n, minkä ei pitäisi olla mahdollista. Kokeile versiota 0.38 ja ilmoita, jos jokin on muuttunut. Sait minut uteliaaksi.Olen edelleen paniikissa MouSSE:n 0,38:n kanssa, paniikki on kuitenkin niin nopea / äkillinen, että Mac ei voi tallentaa mitään, vain välitön uudelleenkäynnistys.
Ymmärsin myös, että käytän CL!ng:n versiota 1.0 paljon uudemman version 1.6 sijaan, joka toimii hyvin.
Syy, miksi halusin testata CL!ng:llä, on se, että se voi auttaa sinua määrittämään todellisen PCIe-väylän nopeuden.
Minun tapauksessani näyttää siltä, että olen jumissa 2.5GT/s (alias PCIe 1.1/1.0) kanssa, vaikka tämä kortti on 16x 2.0 korttipaikassa.
Ihmettelen, onko kenelläkään ideoita kuinka saada se toimimaan 5.0GT/s (alias PCIe 2.0) nopeuksilla 3,1:ssä.
Spoileri:lspci -vvnn (macOS:stä) Koodi: |_+_|
MIKX
- 16. joulukuuta 2004
- Japani
- 22. lokakuuta 2019
Suljin ja siirsin 7970:n paikkaan 2 ja käynnistin sitten uudelleen (kylmä käynnistys) korjasin asian maagisesti, kun kortti tuli 5GT/S:ssä.
Toinen sammutus, siirsi 7970:n takaisin paikkaan 1, käynnistettiin uudelleen sekä KOLME KERTAA (peräkkäin) NVRAM-palautus. Se nousi jälleen 5GT/S.
Näyttää siltä, että tämä asetti PCIe-paikat uudelleen.
Olen sittemmin poistanut 7970:n ja asentanut uudelleen MSI Armor RX 580 8gb:n, joka toimii oikein X 16 Link Width @ 5GT/S:ssä.
Ehkä vanhemmissa korteissa (HD 7970) on satunnaisia ongelmia Mojave 10.14.6:n kanssa?
Synkreettinen
Osallistuja
Alkuperäinen juliste- 22. huhtikuuta 2019
- 22. lokakuuta 2019
Ludacrisvp sanoi: Olen edelleen paniikissa MouSSE:n 0,38:n kanssa, paniikki on kuitenkin niin nopea / äkillinen, että Mac ei voi tallentaa mitään, vain välitön uudelleenkäynnistys.Kurkistin kerran 5.0GT/s kaninkoloa, mutta en tehnyt harppausta (vielä) muiden velvoitteiden takia. @tsialex ehdotti katsomaan loppuun Tämä asiakirja (Hae 'PCIe 2.0:n käyttöönotto paikasta 2' - tarkoitettu NVMe SSD -levyille, mutta PCIe:n pitäisi olla PCIe). Hän sanoi myös tämän olevan olennainen käsky:
Ymmärsin myös, että käytän CL!ng:n versiota 1.0 paljon uudemman version 1.6 sijaan, joka toimii hyvin.
Syy, miksi halusin testata CL!ng:llä, on se, että se voi auttaa sinua määrittämään todellisen PCIe-väylän nopeuden.
Minun tapauksessani näyttää siltä, että olen jumissa 2.5GT/s (alias PCIe 1.1/1.0) kanssa, vaikka tämä kortti on 16x 2.0 korttipaikassa.
Ihmettelen, onko kenelläkään ideoita kuinka saada se toimimaan 5.0GT/s (alias PCIe 2.0) nopeuksilla 3,1:ssä.
Koodi: |_+_| Itse en ole kokeillut mitään näistä (vielä), mutta vaikuttaa lupaavalta.
Re: MouSSE paniikki
Olen edelleen utelias, mikä voi aiheuttaa paniikin, olettaen, että se todella tulee MouSSE:n sisältä. Jos olet tyytyväinen CL!ng v1.6:n käyttämiseen, olen tyytyväinen siihen, että jätän tarpeeksi hyvin rauhaan. Jos löydät tallennetun lokin tai saat pinon tyhjennys-/jäljitystietoja MouSSE 0.38:n avulla, ilmoita minulle, jotta voin jäljittää sen ja nukkua paremmin yöllä.
Ludacrisvp
- 14. toukokuuta 2008
- 22. lokakuuta 2019
Syncretic sanoi: Kurkistin kerran 5,0 GT/s kaninkoloon, mutta en tehnyt harppausta (vielä) muiden velvoitteiden vuoksi. @tsialex ehdotti katsomaan loppuun Tämä asiakirja (Hae 'PCIe 2.0:n käyttöönotto paikasta 2' - tarkoitettu NVMe SSD -levyille, mutta PCIe:n pitäisi olla PCIe). Hän sanoi myös tämän olevan olennainen käsky:Olen kokeillut tätä lukemattomia kertoja käyttäen erilaisia setpci-versioita... oppaassa mainittu versio on 3.2.2, ja olen myös asentanut 3.5.6:n.
Koodi: |_+_| Itse en ole kokeillut mitään näistä (vielä), mutta vaikuttaa lupaavalta.
Ei väliä mitä yritän, se ei toimi, se vain pysyy jumissa PCIe 1.0:ssa
joevt
Osallistuja
- 21. kesäkuuta 2012
- 22. lokakuuta 2019
Syncretic sanoi: Kurkistin kerran 5,0 GT/s kaninkoloon, mutta en tehnyt harppausta (vielä) muiden velvoitteiden vuoksi. @tsialex ehdotti katsomaan loppuun Tämä asiakirja (Hae 'PCIe 2.0:n käyttöönotto paikasta 2' - tarkoitettu NVMe SSD -levyille, mutta PCIe:n pitäisi olla PCIe). Hän sanoi myös tämän olevan olennainen käsky:Komento oli alunperin numerosta #207. Se toimii yleensä vain PCIe-laitteiden kanssa, jotka eivät ole näytönohjainkortteja. Se asettaa tavoitelinkin nopeuden. Toinen komento pyytää linkin uudelleenkoulutusta #212 . PCIe-laite voi jättää linkin tavoitenopeuden huomioimatta ja valita pienemmän nopeuden. Sitä GPU:t tekevät. Grafiikkasuoritinohjain todennäköisesti asettaa tavoitelinkin nopeuden muualle (luultavasti valmistajakohtaiseen rekisteriin) riippuen siitä, tehdäänkö laskentaa tai renderöintiä vai ei.
Koodi: |_+_|
Komentoa tarvitaan PCIe 3.0 -laitteiden (kuten NVMe, Thunderbolt tai uudet USB-kortit) käyttämiseen PCIe 2.0 -nopeudella PCIe 1.0 -nopeuden sijaan Mac Prossa ennen kuin Mojaven asentama uusi laiteohjelmisto oli olemassa (tai MacPro3,1:ssä tai aiemmassa, joka ei toimi en hanki uutta laiteohjelmistoa). Voit myös testata komennolla laitteen alempia linkin nopeuksia (jos sinulla on PCIe 3.0- tai PCIe 2.0 -paikka ja haluat nähdä, kuinka laite käyttäytyy PCIe 2.0- tai PCIe 1.0 -nopeudella).
Ohjeet: #474 , Lataukset: #482
käsissä
- 15. syyskuuta 2007
- 17. tammikuuta 2020
Käytän Mac Pro 3,1:tä versiossa 10.5.2 ja RX560:tä käyttämällä korjaustiedostoasi. Kortti toimii erittäin hyvin itse macOS: ssä, ei hidasta yhtään. Olen kuitenkin yrittänyt ajaa Windows 10 VM:tä Parallels 15:ssä ja näyttää siltä, että laitteistokiihdytystä ei ole ollenkaan... joten periaatteessa käyttökelvoton. Voisiko tämä johtua siitä, että et emuloi koko SSE 4.2 -ohjesarjaa?
edit: tuli juuri ajatus kokeilla rinnakkaisversiota 14 10.15, jossa ei vielä ollut metallitukea Viimeksi muokattu: 17.1.2020
joevt
Osallistuja
- 21. kesäkuuta 2012
- 17. tammikuuta 2020
mani sanoi: Hei,Parallels ei toimi MacPro3,1:ssä täydellä nopeudella macOS 10.14.3:n jälkeen. Ei mitään tekemistä SSE-emuloinnin kanssa - voit poistaa sen ja Parallels toimii edelleen, vain sietämättömän hitaasti.
Käytän Mac Pro 3,1:tä versiossa 10.5.2 ja RX560:tä käyttämällä korjaustiedostoasi. Kortti toimii erittäin hyvin itse macOS: ssä, ei hidasta yhtään. Olen kuitenkin yrittänyt ajaa Windows 10 VM:tä Parallels 15:ssä ja näyttää siltä, että laitteistokiihdytystä ei ole ollenkaan... joten periaatteessa käyttökelvoton. Voisiko tämä johtua siitä, että et emuloi koko SSE 4.2 -ohjesarjaa?
edit: tuli vain ajatus kokeilla rinnakkaisversiota 14 10.15, jossa ei vielä ollut metallitukea
amd64
- 16. helmikuuta 2020
- 16. helmikuuta 2020
Vaihdoin GTX960:ni takaisin Mac Proksi ja yritin suorittaa:
sudo kextunload /System/Library/Extensions/AAAMouSSE.kext
ja se onnistui, tarkoittaa, että kext on asennettu oikein.
Puuttuuko minulta jotain vai onko ratkaisuja? Kiitos paljon.
Suosittu Viestiä