päällimmäinen ohjelma korkeammalla prioriteettilla

Eiköhän tuo ole automaattista toimintaa? Skeduleri tekee päätöksen, mikä ohjelma menee ajoon, ja jos sen msg que:ssa on eventtejä, se menee ylöspäin listalla. Näin ollen kun alat kirjoittamaan esim. päätteeseen tekstiä, tämän prosessi aktivoituu ja päätyy nukutetuksi vain jos jokin tärkeämpi aktiviteetti menee edelle?
Käyttäjä voi toki vinkata kernelille priorisoinnista ja käynnistää ohjelman nice-komennon läpi 'nice -n 20 ohjelma'. Jos prosessi on jo käynnissä, saman ajaa renice.
Ja toiseen suuntaan: joko nice:lla, tai jos ohjelma rohmuaa cpu-resurssia, voi asentaa cpu-limit ohjelman rajoittamaan prosessorin käyttöä. Tämä toimii niin, että asetetaan esim. 75% tavoitearvo prosessin ajossa olo ajalle ja jos tästä mennään yli, ajoaikaa ei tipu! Mikään täydellinen tämä rajoitus ei ole.

Sen tiedän että se ei ole automaattista eikä komentorivin käyttäminen kyllä ole automaattista.

Harmi koska kun taustalla on jotain raskasta, käyttäminen alkaa tahmata.

Oletusprioriteetti on 0. 'man nice' ja saat tietää lisää. Yleisesti ottaen tuo skeduleri käyttää ajoon tulevan prosessin valintaan jotain algoritmia ja yhtenä valintaperusteena on tuo prioriteettiarvo eli niceness-arvo. Muita perusteita on ainakin prosessin saamat erinäiset signaalit/eventit: Jos jonossa on prosessoitavaa odottamassa, miksikäs prosessia ei suoritettaisi? Helppoja tapauksia ovat prosessit, jotka odottavat jotakin tapahtuvaksi, kuten näppäinpainallusta, koska niitä ei tarvitse skeduloida ennen tuota eventtiä juuri ollenkaan. Hiiren klikkaus aiheuttaa siis prosessin skeduloinnin jossakin vaiheessa. Riippuu mitä muuta on ajossa, kuinka pian.
Kuitenkin 'top' komennolla näet mitä prosesseja on ajossa, siitä on graafisiakin versioita olemassa. Itse asiassa sillä pääsee muuttamaan prioriteetti eli niceness arvojakin 'r' komennolla(renice).
Sitten voit rajoittaa yksittäisiä prosesseja: 'cpulimit -e firefox -l 50' asettaa 50% rajan firefoxille, raja ei ole tiukka, koska riippuu muista asetuksista, koska se mm. tulee tarkistetuksi.
Hidastelu voi johtua monesta asiasta, mm. ohjelma voi lukea levyltä kirjastoja pitkään, mikä aiheuttaa tahmaamista. Kannattaa tutustua ehä cgroups:iinkin jos haluaa säätää oletusarvoja? Pitäisin tätä kuitenkin kärpäsen ampumisena tykillä..
Tuolla on selkeää esitystä asiasta:
https://developer.ibm.com/technologies/linux/tutorials/l-lpic1-103-6/

Alla oleva linkki voisi auttaa asiassa:
https://askubuntu.com/questions/245428/how-to-know-the-pid-of-active-window
Tuolla on ohjeet, kuinka saada aktiiviseen ikkunaan liitetyn prosessin id, jonka voi sitten syöttää renice-ohjelmalle. Vanha pid-talteen ja vanha niceness-arvo, jotta seuraavalla kierroksella voi ne palauttaa, mikäli prosessi on vaihtunut? Skriptissä sitten vain looppi, jolla muuttaa asetuksia esim. 1-2 sekunnin välein?