bfs - parempi scheduler peruskäyttöön?

[planetisti]

En hirveästi ymmärrä, mistä on kyse, mutta kuulostaa mielenkiintoiselta
http://ck.kolivas.org/patches/bfs/bfs-faq.txt

Jotain hehkutusta:
http://lwn.net/Articles/350820/

Toisaalta Phoronixin testit eivät niin paljoa lupaa:
http://www.phoronix.com/scan.php?page=article&item=bfs_scheduler_benchmarks&num=1

Joku voisi suomentaa tuon sanan scheduler ja jos tietoa löytyy, kertoa vähän asiasta.

[muep]

Schedule tarkoittaa aikataulua, ja scheduler on käyttöjärjestelmässä se osa, joka määrää, mitä prosessia tietokoneen prosessorit milloinkin suorittavat.

[vpv]

http://lokalisointi.org/sanakirja/kaikki.html

scheduler (s): moniajokäyttöjärjestelmän ohjelma, joka jakaa aikaviipaleita prosessien ja niiden säikeiden suoritusta varten: (tekninen) skeduloija, vuorotin

[wally]

BFS vaikuttaisi olevan rautaa. Linuxin kanssa allekirjoittanutta on aina ottanur rankasti päähän se, että aina toisinaan raskaassa käytössä kone menee pitkäksi aikaa "jökkiin", eli hiiri ei liiku, mitään ei _näytä_ tapahtuvan, vaikka oikeasti toki tapahtuukin.

Con Kolivas (BFS:n tekijä) ymmärtää asian perusjuonen: työpöytäkäytössä ei saa käydä niin, että kone toimii käyttäjän näkökulmasta katsoen hitaasti ja tahmaavasti. Absoluuttisella nopeudella ei ole niinkään paljon merkitystä. Arvostan kyllä sitä, että palvelimeni tuntuvat toimivan moitteettomasti ja täydellä nopeudella, vaikka käyttöliittymä menisi välillä jökkiin. Työpöydällä en kuitenkaan tällaista kaipaa, vaan ykkösprioriteettina pitää ehdottomasti olla interaktiivisuus ja aktiivinen ohjelma: teen töitä ja aika on rahaa! Käyttöliittymän pitää totella minua, ei päinvastoin.

Pidemmittä jorinoitta asennusohjeet 10.4 Lucid Lynxiin:

Koodia: [Valitse]

ppa: sudo add-apt-repository ppa:chogydan/ppa && sudo apt-get update
sudo apt-get install linux-ck-generic linux-ck-headers-generic

Tämän jälkeen kone pitää bootata. Komennolla "uname -a" voi vaikka sitten varmistaa vielä, että "ck" lukee versionumeron perässä, eli CK:n päivitykset (lähinnä BFS?) ovat käytössä.

Käyttökokemusta on nyt vielä varsin vähän, mutta ainakin blenderin renderöinti pysyi kivasti taustalla häiritsemättä lainkaan nettiselausta. Myöskään yhtään totaalitahmausta ei ole vielä BFS:n kanssa tullut, kun CFS:n kanssa niitä tulee aina vähän väliä.


Ps. kaipaan äärimmäisen kevyttä, äärimmäisen käytettävää ja äärimmäisen tyylikästä käyttöliittymää. Ehdotuksia? Parhaat säätöni tähän mennessä ovat olleet varmaan Fluxboxin päällä toimivia, mutta nyt ei jaksaisi säätää. Kokonaispaketti haussa. Zenwalk näyttää äkkiseltään muuten hyvältä, mutta tyylistä ei juuri voida puhua. Lucidin Ambiance -tyylissä on sitä jotain, varsinkin työkalupalkin ikonit ovat hyvän näköiset. Tyylin hintana ei vain saisi olla hitaus. Katsotaan nyt, josko Lucid + BFS kääntää suupielet riittävän paljon ylöspäin, vai täytyykö alkaa viritellä taas jotain radikaalia.

[nimetönpelkuri]

Con Kolivas (BFS:n tekijä) ymmärtää asian perusjuonen: työpöytäkäytössä ei saa käydä niin, että kone toimii käyttäjän näkökulmasta katsoen hitaasti ja tahmaavasti.

Käyttökokemusta on nyt vielä varsin vähän, mutta ainakin blenderin renderöinti pysyi kivasti taustalla häiritsemättä lainkaan nettiselausta. Myöskään yhtään totaalitahmausta ei ole vielä BFS:n kanssa tullut, kun CFS:n kanssa niitä tulee aina vähän väliä.

Uskon, että CFS:n kehittäjät ymmärtävät tämän perusjuonen myös. Jos sinulla on ongelmia CFS:n kanssa, niin eikö olisi parempi raportoida siitä kehittäjille, niin asialle tehtäisiin jotain. Toistettavissa oleva testitapaus, jossa ongelma ilmenee ja asiallinen raportointi.

[wally]

Con Kolivas (BFS:n tekijä) ymmärtää asian perusjuonen: työpöytäkäytössä ei saa käydä niin, että kone toimii käyttäjän näkökulmasta katsoen hitaasti ja tahmaavasti.

Käyttökokemusta on nyt vielä varsin vähän, mutta ainakin blenderin renderöinti pysyi kivasti taustalla häiritsemättä lainkaan nettiselausta. Myöskään yhtään totaalitahmausta ei ole vielä BFS:n kanssa tullut, kun CFS:n kanssa niitä tulee aina vähän väliä.

Uskon, että CFS:n kehittäjät ymmärtävät tämän perusjuonen myös. Jos sinulla on ongelmia CFS:n kanssa, niin eikö olisi parempi raportoida siitä kehittäjille, niin asialle tehtäisiin jotain. Toistettavissa oleva testitapaus, jossa ongelma ilmenee ja asiallinen raportointi.

Tämä "perusjuoni" on vain yksi vaihtoehto muiden joukossa, ja jossain palvelinkäytössä tämä "perusjuoni" on yksiselitteisesti väärin ja ei-toivottua! Jos skedulerin täytyy skaalautua 4096 prosessoriytimelle ja toimia kaikissa palvelinkäyttötapauksissa loistavasti, se ei välttämättä ole optimoitu työpöytäkäyttöön. CFS on yleiskäyttönen skeduleri, joka kyllä käyttää läjää Con Kolivasin aiemmassa SD-skedulerissa esittelemiä juttuja. CFS on parempi kuin aiemmat mainlinen skedulerit, mutta puhtaasti työpöytäkäyttöön suunniteltu skeduleri toimii lähtökohtaisesti paremmin puhtaassa työpöytäkäytössä, kuin kaikkiin mahdollisiin kuormiin skaalautuva skeduleri.

(Aina niin vekkuli autovertaus:) On mahdollista suunnitella urheiluauto, joka sopii rata-autoiluun tai kuorma-auto, joka sopii tavaroiden kuljettamiseen. On mahdotonta suunnitella urheiluauton ja kuorma-auton yhdistelmää, joka olisi yhtä nopea ja yhtä ajettava kuin urheiluauto, mutta jonka kuljetuskyky olisi kuorma-auton tasolla. Kyseessä ei siis ole varsinaisesti CFS:n _vika_ vaan _ominaisuus_. Ominaisuuksia ei korjata, tietääkseni.

So far so good: ei ainoatakaan tahmausta eilen eikä tänään BFS:llä, vaikka esim. eclipse on jauhanut lähes koko ajan ja blenderillä on väännetty ja renderöity malleja. Katsotaan miten tilanne etenee. Jos pysyy tällaisena, voidaan sanoa ihan suoraan, että BFS 100, CFS 0. CFS:n kanssa noita jumihetkiä on kuitenkin tullut yleensä muutamia päivässä.

Mitä tulee CFS:n bugiraportointiin, maltetaan nyt vielä hetki. Ensinnäkin ei ole vielä 100% varmaa, että vika on ollut nimenomaan CFS:ssä. Toisekseen tällaista satunnaista jumitustilannetta nyt ei vain oikein voi rekonstruoida: se iskee juuri silloin, kuin sitä vähiten kaipaisi ja näennäisesti ilman järkevää syytä. Toki näissä tilanteissa on aina jonkin verran kuormaa päällä. Syyllistä olen koittanut etsiä ohjelmista, ja joissakin tapauksissa näin onkin (gnome-do toisinaan, java/eclipse joskus), mutta toisaalta skedulerin pitäisi kertakaikkisesti estää tällaiset tilanteet. Ei neliytimisellä (hypersäikeistyksellä loogisia ytimiä kahdeksan) myllyllä pitäisi mitenkään yhden prosessin jumittaa koko konetta. Tällaisessa tapauksessa skedulerin pitäisi haistaa tilanne ja antaa suoritusaikaa myös muille, jotta esim. käyttäjän hiiri & näppäinkomennot menisivät perille heti eikä esim. 30-60 sekunnin päästä, kuten pahimmillaan tässä tapahtuu (tai toivottavasti tapahtui, ennen BFS:n asennusta).