neseparujme X a konzolu

2.6.2005 21:37 | Přečteno: 1110× | nápady | poslední úprava: 17.8.2005 07:40

Tak a je tu ďalšie pokračovanie seriálu kategórie programator. Nechcem povedať, že X je konzola, alebo konzola je X. Ale mám radšej konzolu ako X a prepínanie sa do X a z X, vždy, ked chcem vidieť obrázky na webe, v pošte, pozrieť si model UML atď. je neznesiteľné. Hrozne dlho to trvá. Ale čo s tým...

Neznášam termináli v X-soch a nechcem ich nastavovať . Keď sa prepínam z a do X, istú dobu to trvá 1-2 sek.

Moje riešenie je: vytvoriť interface pre userspace programi obsluhujúce framebuffer. Je to separácia vga driverov a kernelu.

Po dobu práce v kým sú X-i aktívne odchytávajú viacero užívateľských signálov, ktoré inak spravuje kernel (nebudem rozpisovať tech. detaily). Ak sa zacyklia, systém beží, ale užívateľ skončil. navyše prepínanie z a do X si vyžaduje opakované inicializovanie HW, čo nieje bezpečné.

Späť k riešeniu. Seperujeme vga drivere z X-ov, upravíme tak, aby boli schopné obsluhovať požiadavky kernelu. Kernel bude riadiť obsah frame bufferu obsluhovaného userspace drivermi. Ak driver spadne, tak ako to robia X-i, kernel môže driver zabiť a znovu prejsť na vlastnú obsluhu.

X-i by inicializovali v podstate framebuffer, lenže tento krát by väčšina prostriedkov zostala v obsluhe kernelu. Konzola aj prípadné X-i by zdielali rovnaké nastavenia HW, čo by znamenalo 'čas prepnutia' = 0, zrýchlilo fb a väčší 'komfort' skúsenému užívateľovy.

Neplánujem nič také realizovať, aspoň nie v dohľadnej budúcnosti, ale je to zaujímavá myšlienka.. nemyslíte?

UPDATE: Skrátenie a zjednodušenie obsahu.

       

Komentáře

[Zdeněk Burda]

Nějak nechápu o co ti vlastně jde. Podle toho co píšeš netušíš jak si nastavit xterm (aterm, eterm, cokoliv...) a chceš připojovat Xka na kernel?

Pokud nebudeš používat obludy jako je konzole z kde nebo gnome-terminal, tak nebudeš mít problém s rychlostí. Převážně pracuju v atermu a problém s rychlostí nepociťuji. Aterm je určitě rychlejší, než vykreslování v konzoli (používám v ní framebuffer kvůli většímu rozlišení).

[VícNežNic]

Používám tohle a jsem s tím navýsost spokojen

Teď by mě zajimalo, jak moc jsem se společensky znemožnil

[Zdeněk Burda]

Znemožnil ses úplně strašně, teď sem za trest nemlžeš 10 vteřin psát.

[VícNežNic]

Už můžu? Ale přísahám, že to menu a ikonky mám vypnuté

[Jiří Němec]

Diky moc, takový program jsem dlouho hledal. Je jednoduchý, rychlý a podporuje taby. Konečně se můžu zbavit konsole.

[David Jaša]

Na všech virtuálních terminálech v X a na Puttym mi vadí ta pomalost v ncurses - třeba v menuconfigu mi to při jakémkoliv přesunu dost nepříjemně blikne - tak moc, že jádro konfiguruju zásadně v konzoli. Ono to blikne i v té konzoli, ale tak rychle, že to nevadí.

[#Tom]

Pokud nebudeš používat obludy jako je konzole z kde nebo gnome-terminal, tak nebudeš mít problém s rychlostí.

To bych teda neřekl, obecně to neplatí. Když jsem si pomocí programu tack porovnával rychlost různých terminálů, tak jsem došel k tomu, že někdy v rychlosti vede xterm, někdy konsole, někdy i gnome-terminal, a to při použití stejných fontů a rozměrů okna. (Podle toho, co to bylo za počítač a systém.) Vítězně mi ale vždycky vyšla textová (ne framebufferová) linuxová konzole...

[Yin]

Systémové služby obsluhované z userspacesu - napr: FUSE. IMHO čo nemusí byť, alebo nieje v kerneli, tak nemá byť.

[pol128]

No mne dajako fungujú klávesy celkom dobre aj v hociakom X *terme. Používam xfce terminal. A ešte aj rxvt. Nepociťujem potrebu sa prepínať do tty*.

[Yin]

Používaš nejaký Redhat, alebo Fedoru, alebo Suse... Tam idú terms OK! Ale tak, ako tty.

[Zdeněk Štěpánek]

Zdravim

Tak to ja se znemoznim jeste vic, hadam aspon na 30 sekund...

Pouzivam uplne obycejnou Konzoli z KDE a s rychlosti problem nemam. A dokonce delam vetsinu casu v MCcku. V menuconfigu to sice blika, ale me to teda rozhodne nevadi. A to ani nemam zadne extra stroje. V praci PIII-700, doma durona-800.

Sice pracuju prevazne v trojici firefox+thunderbird+konzole, ale prepinat se kvuli konzoli do skutecne textove konzole povazuju za prezitek. Prisel bych tim o spoustu vyhod ktere mi prinaseji graficka okynka.

P.S.: Aby jste me netahali za slovicko, mluvim o pracovnim desktopu, na serverech zadny Xka nemam.

Zdenek

[VícNežNic]

Pamtuju si, že dřív ve středověku se P.S. dávalo za podpis , každopádně si tou poslední větičkou docela zavařili, lepší by bylo ji tam nedávat

[Yin]

Nepoužívam obludy, zväčša xterm, no v práci mám zapnuty jeden gnome-terminál, kde vykonávam 50% práce v X, kôli lepšej čitateľnosti fontu AA-monospace-11, kolegovia to ocenujú.

Pravda, neviem si nastaviť xterm, ani iný terminál, tak, by fungoval bezchybne. NCurses (mc) je v 'obludách' veľmi pomalý.

Po update som upresnil a zprehľadnil obsah blogu.

[doubleZ]

proč píšou tučně? Mno, já jsem na tty furt, používám všech 6

[Yin]

Pretože sa ten príspevok týkal veľkej zmeny v obsahu.... tak aby každý videl, že som to zmenil... _kazdý_

[Milan 'mmp' Plzik]

Niekedy sa oplati zamysliet sa aj nad opacnou strankou. Pokial Ti (ak nevadi, ze tykam) velmi vadia emulatory terminalov (aj naozaj velmi rychly xterm), existuje do Xov ovladac fbcon, ktory pouziva linuxove framebufferove ovladace (vesafb, rivafb, sisfb, vsetko, co umoznuje pouzit /dev/fbX (x=<0;9>)). Tym by sa Tvoj problem mohol celkom vyriesit, stratis ale akceleracne moznosti, ktore poskytuje X ovladac (aj ked aj tie framebufferove vedia akceleraciu).

Xove ovladace v jadre nie su IMHO z viacerych dovodov. Niektore sa zvyknu dost cast menit, niektore dost casto padat, ... . Neexistuje vseobecne rozhranie (okrem fbcon), ktore by bolo schopne poskytnut take moznosti, ako maju userspace ovladace pre X. A koniec koncov - ked zatuhnu z nejakeho dovodu Xy, aspon to nesposobuje kernel panic.

Ja osobne pouzivam GNOME a gnome-terminal a stale zijem, necitiac nejaky nedostatok. Vsetko je zalezitostou osobneho vkusu