Hvordan øke hastigheten på Intel-grafikkortet

cover-speed-intel-graphics-card

Som vi vet, har et av de vanligste problemene i Linux å gjøre med grafisk støtte for kortene våre. Mange ganger vet vi ikke om vi skal bruke gratis drivere, eller de proprietære som tilbys av produsentene. Dessuten har vi mange ganger problemer med begge typer drivere, og der vet vi ikke lenger veldig godt hvor problemet kommer fra.

Faktum er at mange ganger har problemet å gjøre med grafisk akselerasjon av kortene våre, et problem som påvirker vanligvis noen Intel-grafikkort og deres respektive drivere, for eksempel Intel 82852 / 855GM. I dette innlegget vil vi vise deg hvordan du kan akselerere Intel-grafikkortet ditt trinn for trinn og på en veldig enkel måte. I tillegg, ved å følge veiledningen, vil du kunne gjøre deg kjent med bruken av terminalen, hvis det fremdeles gjør deg til noe tungvint. Vi begynte.

Først og fremst må vi være tydelige på hvordan vi skal løse problemet. I utgangspunktet er det vi skal gjøre endre akselerasjonsarkitektur av våre kort fra SNA til UXA, de to siste grafikkakselerasjonsarkitekturene utviklet av Intel.

Hva er UXA og SNA?

I 2009, Ubuntu begynte å bruke grafikkakselerasjonsarkitektur uxa (UMA Acceleration Architecture) på Intel-kortene dine for å støtte Xorg, og senere dette ble erstattet for arkitekturen SNA (Sandybridge's New Acceleration). Så endringen som vi vil se i denne lille opplæringen, betyr i utgangspunktet å gå tilbake til den forrige arkitekturen. Sannheten er at det vanligvis løser de vanligste grafiske problemene vi vanligvis har (langsom videoavspilling, rare fargeforandringer på skjermen ...). Vel, her går vi.

Bytter fra SNA til UXA

El første skritt, eller rettere en av de foregående trinnene, er vet hvilken type akselerasjon vi har. For dette kan vi vise innholdet i filen xorg.0.log inne i katalogen / var / log / gjennom programmet hvordan. Også, hvis vi bruker rør (som grep) vi kan filtrere resultatet og slå mye finere til det vi virkelig vil vise. Det vil si at for å vite hvilken type akselerasjon kortene våre har, er det nok at vi utfører:

cat /var/log/Xorg.0.log | grep -i sna

Utgangen skal se ut slik:

Skjermbilde fra 2016-05-04 16:13:39

Neste må vi opprette en konfigurasjonsfil kalt xorg.conf inne i katalogen / etc / X11. For dette kan vi gå til den aktuelle katalogen ved cd og opprett deretter en tom tekstfil ved hjelp av berøre. For å gjøre dette utfører vi følgende kommandoer:

cd / etc / X11

berør xorg.conf

Neste trinn er skriv det tilsvarende innholdet i filen xorg.conf vi nettopp opprettet, noe som vil endre akselerasjonsarkitekturen til grafikkortene våre fra SNA til UXA. Innholdet er som følger:

Avsnitt «Enhet»
Identifikator «Intel Graphics»
Driver «Intel»
Alternativ «AccelMethod» «uxa»
EndSection

Vi kopier og lim den inn manuelt inne i filen xorg.conf, som er inne i katalogen / etc / X11 eller tvert imot, vi kan bruke kommandoen savner y omdirigere utdataene til den aktuelle filen (gjennom>), som vi kan gjøre ved å utføre følgende kommando:

echo -e 'Seksjon "Enhet" \ n Identifikator "Card0" \ n Driver "Intel" \ n Alternativ "AccelMethod" "uxa" \ nEndSection'> /etc/X11/xorg.conf

Nå har vi bare guardar filen og omstart systemet. Når vi logger på igjen, kan vi bekrefte at akselerasjonsarkitekturen til grafikkortene våre har blitt endret. For dette kan vi bruke kommandoen vi har utført i begynnelsen, men i stedet for å filtrere utdataene etter "sna", kan vi filtrere den etter "uxa" og dermed kan vi se om den har endret oss eller ikke, det vil si , utfører vi følgende kommando:

cat /var/log/Xorg.0.log | grep -i uxa

Nå skal vi se en utgang som ligner den vi viste deg i den første fangsten, men i stedet for å sette SNA i rødt, bør vi se UXA. Dette betyr at PC-en vår allerede bruker denne siste arkitekturen.

Å reversere endringene

Nå hvordan kan vi omvendte endringer? Vel, det er veldig enkelt, det er nok det la oss slette filen xorg.conf og la oss starte systemet på nytt slik at konfigurasjonen går tilbake til sin forrige tilstand. Vi kan slette filen ved å kjøre den rm(de fjerne), som følger:

rm /etc/X11/xorg.conf

Hvis du hadde grafiske problemer som forhindret PC-en i å fungere skikkelig og som maksimalt ga grafikkpotensialet, nå disse problemene de burde allerede ha forsvunnet. I tillegg kunne alle trinnene som er fulgt i opplæringen også ha blitt gjort grafisk, ved hjelp av en filbehandling (for eksempel Nautilus, for eksempel) og gjør alt manuelt (kopier og lim inn, opprett-slett filer ...).

Likevel, terminalen er et veldig kraftig verktøy og fra Ubunlog vil vi gjøre alt mulig slik at du blir kjent med det og forstår at kontrollen vi kan ha over PCen vår gjennom terminalen er veldig bra. Hvis du fremdeles har problemer etter å ha tatt veiledningen, kan du gi oss problemene dine i kommentarfeltet, og vi vil gjøre vårt beste for å hjelpe deg.


Legg igjen kommentaren

Din e-postadresse vil ikke bli publisert. Obligatoriske felt er merket med *

*

*

  1. Ansvarlig for dataene: Miguel Ángel Gatón
  2. Formålet med dataene: Kontroller SPAM, kommentaradministrasjon.
  3. Legitimering: Ditt samtykke
  4. Kommunikasjon av dataene: Dataene vil ikke bli kommunisert til tredjeparter bortsett fra ved juridisk forpliktelse.
  5. Datalagring: Database vert for Occentus Networks (EU)
  6. Rettigheter: Når som helst kan du begrense, gjenopprette og slette informasjonen din.

      alitux sa

    Kjære: Ved å bytte fra SNA til UXA går du over til gamle teknologier. Jeg tror de slo ham i artikkelen:
    - http://www.phoronix.com/scan.php?page=article&item=intel_2dxorg30_ubuntu1404&num=4
    - https://wiki.archlinux.org/index.php/Intel_graphics_%28Espa%C3%B1ol%29
    Du må legge igjen alt i SNA. 😛
    Hilsener!

         Michael Perez sa

      God kveld Alitux,

      Nettopp intensjonen med artikkelen er å lære hvordan man kan gå tilbake til den forrige teknologien (UXA) for å prøve å løse mulige grafiske problemer med SNA. Faktisk nevner vi det når vi forklarer hva SNA og UXA er (vi nevner bokstavelig talt: "Endringen betyr i utgangspunktet å gå tilbake til forrige arkitektur").
      Mange ganger henger pcene våre teknologisk etter, og det er der det oppstår problemer med nye arkitekturer, i dette tilfellet med SNA. Faktisk er det kjent at en rekke Intel-drivere (82852 / 855GM) gir problemer med SNA. Så hvis en PC fungerte riktig med UXA, men med SNA, hadde du et grafisk problem, kan det være løsningen å gå tilbake til UXA.
      Det er klart at hans ting er at PC-en din fungerer med den nyeste grafikkakselerasjonsarkitekturen, for alle fordelene det medfører, men hvis du har en PC som allerede har sin tid, kan det oppstå problemer med den nye arkitekturen, og det er det vi prøv å fikse i denne artikkelen.

      Greetings!

      chalo sa

    Jeg gjorde alt som veilederen sier, men nå når jeg slår på PC-en og etter at Xubuntu-logoen vises, blir skjermen svart med den typiske linjen "/ dev / ...", og den fryser. Jeg husker at det siste trinnet jeg ikke kunne fullføre fra terminalen fordi jeg fikk meldingen "Bash: Tillatelse nektet" selv når jeg skrev sudo, så jeg måtte fullføre det manuelt. Jeg vet ikke om det var problemet. Noen ideer?

    Jeg bruker Xubuntu 16.04 med kanel og grafikken min er en Intel Ironlake 520M. Jeg gjorde denne opplæringen fordi jeg forstår at Intel ikke lenger støtter Linux for disse kortene siden 2013.

    http://www.phoronix.com/scan.php?page=news_item&px=MTMxMDQ

      Juan Carlos sa

    Hei, vel, jeg har en gammel notisbok, og jeg vet ikke hvorfor jeg ikke har disse underkatalogene, så jeg vet ikke om det ville være bra å legge dem til manuelt. Beste ønsker. Jeg bruker Linux mynte.

      Gjennomsnittsperson sa

    2020 og det gikk ikke uu aiudaaaaa takk !!

      Luis J. Casasola G. sa

    Hilsen Miquel Perez!

    Følg trinnene til «Neste må vi opprette en konfigurasjonsfil kalt xorg.conf inne i / etc / X11-katalogen. For å gjøre dette kan vi gå til den aktuelle katalogen ved hjelp av cd og deretter opprette en tom tekstfil ved hjelp av berøring. For å gjøre dette utfører vi følgende kommandoer »hvor jeg måtte legge til sudo-kommandoen og det fungerte ikke å åpne filen (.conf)
    hva skal jeg gjøre nå?