Dotaz: Pomale scrollovani v programu less

[Prcek]

Zdravim,

hral jsem si s nastavenim UTF-8 a cestiny v konsoli (gentoo), coz se povedlo, ale objevil se jiny problem.

Kdyz si v konsoli zobrazim man stranku nebo nejaky soubor programem less, tak scrollovani dolu beha jako na dratkach, ale scrollovani nahoru je strasne pomale a less vytezuje hodne procesor. Treba nano mi to nedela.

Zkousel jsem nabootovat bez parametru jadra video=uvesafb:1024x768-32@85,ywrap,mtrr:3, ale to zpomaleni je tam porad (sice ne tak hrozne, ale je tam).

Cim to muze byt? Bohuzel nevim, jestli to delalo i pred tim hranim si s UTF-8 a spol.

Odpovědi

[Jan Včelák]

Nepouziva se ten framebuffer implicitne? Uplne bych ho vypnul, nepamatuju si parametr.

[Prcek]

To nevim, pri nejhorsim jde uplne odstranit z jadra, ale ja bych to chtel radsi s framebufferem - preci jen je to hezci pohled na konsoli 1024x768@85, nez na nejakych 640x480@60 (nebo kolik je to defaultne).

Vlastne ani nevim, jestli je to tim framebufferem. Je divny, ze to blbne jen pri scrollovani nahoru.

[Jan Včelák]

No já jsem měl totiž stejnej problém. Nahoru to taky trvalo déle. Byl to debian, vlastní jádro. Ten fb co je tam pro nvidii byl dobrej, tam to šlapalo rychle, ale zase jsem chtěl používat ovladač od výrobce v Xkách. Takže jsem zkoušel vesa. Tam to bylo slabý. A vesafb-tng, tam to bylo lepší, ale pořád žádná sláva.

Takže nejlepší je nastartovat Xka s nvidia ovladačem od výrobce, otevřít si fullscreen terminál a je to :).

[.]

Na úplně stejný problém jsem narazil včera, když jsem si nainstaloval kernel s xenem. Čím to je, nevím.

[Prcek]

Tak jsem to testoval a je to tim framebufferem - v textovem modu to lita krasne rychle. Zkousel jsem normalni vesafb, ale ten je brutalne pomaly, zlaty uvesafb . Mozna jeste zkusim framebuffer primo od Nvidie, ten by mohl byt rychlejsi, ale bohuzel pak mi nepujde nvidia driver pro Xka, takze bych byl bez akcelerace a to je na prd .

Ale porad mi nejde do hlavy to zatizeni procesoru. Ze zacatku to scrollovani nahoru jde tak nejak plynule a jakztakz rychle, ale pak jakoby "pretekl buffer" a zacne se to posouvat hodne pomalu a dost trhane a prave zatez procesoru vylitne nahoru (tak kolem 70 %, mam Duron 1 GHz).

Asi se s tim budu muset smirit, prece jen do konsole lezu jen jednou za cas...

[Prcek]

Tak jsem zkusil ten nvidia framebuffer - s nim je to nejrychlejsi, tak bych si to predstavoval i u toho uvesafb. Bohuzel pak nejde v xorg pouzit nvidia ovladac, takze zadne opengl apod.

Zkusil jsem xorg s fbdev driverem, chodilo to pekne, akorat byly lehce zuzeny fonty (mozna cely obraz) - ale prechod z konsole do xorg je super hladkej, zadny prepinani monitoru .

[Jan Včelák]

Nejde ten nvidia fb zakompilovat jako modul a dát ho do initrd, aby to jelo od začátku? No a pak by se nvidia ovladac od vyrobce branit nemusel... nebo jo? Jenom mě to napadlo, možná je to blbost.

[Prcek]

Pokud je pritomen ten nvidiafb ovladac, tak se binarni ovladac od nvidie odmitne zavest, protoze by dochazelo ke konfliktu - oba chteji sahat primo na hw, coz asi nejde, tlouklo by se to.

[Prcek]

Problem vyresen - kdyz se pouzije pro framebuffer rezim redraw (video=uvesafb:1024x768-32@85,redraw,mtrr:3) pro scrollovani, tak uz se to scrollovani smerem nahoru neseka. Jenom se trochu snizila rychlost smerem dolu, ale neni to nic hroznyho.

Dalsi rezimy jsou ypan a ywrap, ktere maji byt podle dokumentace (/usr/src/linux/Documentation/fb/uvesafb.txt) rychlejsi, ale bohuzel delaji tu neprijemnost se scrollovanim nahoru.