Daži vÄrdi no mÅ«su tulkoÅ”anas biroja: parasti visi cenÅ”as iztulkot jaunÄkos materiÄlus un publikÄcijas, un mÄs neesam izÅÄmums. TaÄu terminÄļi nav nekas tÄds, kas tiek atjauninÄts reizi nedÄļÄ. TÄpÄc esam iztulkojuÅ”i jums AntuÄna BoprÄ rakstu, kas publicÄts 2018. gada pavasarÄ«: neskatoties uz tÄ ievÄrojamo āvecumuā pÄc mÅ«sdienu standartiem, mÅ«suprÄt, materiÄls nemaz nav zaudÄjis savu aktualitÄti. TurklÄt sÄkotnÄji Ŕī bija divu rakstu sÄrija, taÄu mÄs nolÄmÄm tos apvienot vienÄ lielÄ ierakstÄ.
TerminÄļiem ir Ä«paÅ”a vieta datoru vÄsturÄ, taÄu pÄdÄjÄs desmitgadÄs tie ir bijuÅ”i spiesti izdzÄ«vot lÄ«dzÄs komandrindai, jo grafiskÄs saskarnes kļūst visuresoÅ”as. aizstÄja savÄjos , kas savukÄrt bija sistÄmu modifikÄcijas, kuru pamatÄ ir perfokartes un pÄrslÄgÅ”anas slÄdži. MÅ«sdienu izplatÄ«jumos ir dažÄdi dažÄdu formu un krÄsu terminÄļa emulatori. Un, lai gan daudzi ir apmierinÄti ar standarta terminÄli, ko nodroÅ”ina viÅu darba vide, daži ar lepnumu izmanto gluži eksotisku programmatÅ«ru, lai palaistu savu iecienÄ«tÄko Äaulu vai teksta redaktoru. Bet, kÄ mÄs redzÄsim no Ŕī raksta, ne visi terminÄļi tika izveidoti vienÄ attÄlÄ: tie ievÄrojami atŔķiras pÄc funkcionalitÄtes, izmÄra un veiktspÄjas.
Dažiem terminÄļiem ir pÄrsteidzoÅ”i droŔības caurumi, turklÄt lielÄkajai daļai ir pilnÄ«gi atŔķirÄ«gs funkciju kopums, sÄkot no interfeisa ar cilnÄm atbalsta lÄ«dz skriptÄÅ”anai. Lai gan mÄs , Å”is raksts ir iepriekÅ”ÄjÄ materiÄla atjauninÄjums, kas palÄ«dzÄs lasÄ«tÄjiem noteikt, kuru terminÄli izmantot 2018. gadÄ. Raksta pirmajÄ pusÄ tiek salÄ«dzinÄtas funkcijas, bet otrajÄ pusÄ tiek novÄrtÄta veiktspÄja.
Å eit ir manis pÄrskatÄ«tie terminÄļi:
TÄs var nebÅ«t jaunÄkÄs versijas, jo rakstÄ«Å”anas laikÄ es aprobežojos ar stabilÄm versijÄm, kuras varÄju ieviest Debian 9 vai Fedora 27. VienÄ«gais izÅÄmums ir Alacritty. Tas ir GPU paÄtrinÄto terminÄļu pÄctecis un ir uzrakstÄ«ts Å”im uzdevumam neparastÄ un jaunÄ valodÄ - Rust. Es no sava pÄrskata izslÄdzu tÄ«mekļa terminÄļus (tostarp tos, kas ir ), jo provizoriskie testi parÄdÄ«ja to ÄrkÄrtÄ«gi vÄjo sniegumu.
Unikoda atbalsts
Es sÄku savus testus ar Unicode atbalstu. Pirmais terminÄļu tests bija parÄdÄ«t Unikoda virkni no : "Ć©, Ī, Š, ק, Ł , ą¹, ć, å¶, č un ė§." Å is vienkÄrÅ”ais tests parÄda, vai terminÄlis var pareizi darboties visÄ pasaulÄ. xterm terminÄlis nerÄda arÄbu rakstzÄ«mi noklusÄjuma konfigurÄcijÄ:
PÄc noklusÄjuma xterm izmanto klasisko "fiksÄto" fontu, kas saskaÅÄ ar , ir "bÅ«tisks Unicode pÄrklÄjums kopÅ” 1997. gada". Å ajÄ fontÄ notiek kaut kas, kÄ rezultÄtÄ rakstzÄ«me parÄdÄs kÄ tukÅ”s rÄmis, un tikai tad, kad teksta fonts tiek palielinÄts lÄ«dz 20+ punktiem, rakstzÄ«me beidzot sÄk parÄdÄ«ties pareizi. TomÄr Å”is ālabojumsā pÄrtrauc citu Unikoda rakstzÄ«mju rÄdÄ«Å”anu:
Å ie ekrÄnuzÅÄmumi tika uzÅemti Fedora 27, jo tas sniedza labÄkus rezultÄtus nekÄ Debian 9, kur dažas vecÄkas terminÄļu versijas (Ä«paÅ”i mlterm) nevarÄja pareizi apstrÄdÄt fontus. Par laimi tas tika labots jaunÄkajÄs versijÄs.
Tagad ievÄrojiet, kÄ lÄ«nija tiek parÄdÄ«ta programmÄ xterm. IzrÄdÄs, ka simbols Mem un tam sekojoÅ”ais semÄ«ts atsaukties uz RTL stila skriptiem (), tÄpÄc tehniski tie bÅ«tu jÄrÄda no labÄs uz kreiso pusi. TÄ«mekļa pÄrlÅ«kprogrammas, piemÄram, Firefox 57, pareizi apstrÄdÄ iepriekÅ” minÄto rindiÅu. VienkÄrÅ”Äka RTL teksta versija ir vÄrds ""ebreju valodÄ (). saka sekojoÅ”o:
"Daudzas datorprogrammas nevar pareizi attÄlot divvirzienu tekstu. PiemÄram, ebreju vÄrds "SÄra" sastÄv no rakstzÄ«mÄm sin (ש) (kas parÄdÄs labajÄ pusÄ), pÄc tam resh (×Ø) un visbeidzot viÅÅ” (×) (kam vajadzÄtu parÄdÄ«ties kreisajÄ pusÄ)."
Daudzi terminÄļi Å”o testu neiztur: Alacritty, VTE atvasinÄtie Gnome un XFCE terminÄļi, urxvt, st un xterm parÄda "Sara" apgrieztÄ secÄ«bÄ, it kÄ mÄs nosaukumu bÅ«tu uzrakstÄ«juÅ”i kÄ "Aras".
VÄl viena problÄma ar divvirzienu tekstiem ir tÄ, ka tie ir kaut kÄ jÄsaskaÅo, it Ä«paÅ”i, ja runa ir par RTL un LTR tekstu sajaukÅ”anu. RTL skriptiem jÄdarbojas no terminÄļa loga labÄs puses, bet kam vajadzÄtu notikt terminÄļiem, kuru noklusÄjuma valoda ir LTR angļu valoda? LielÄkajai daļai no tiem nav Ä«paÅ”u mehÄnismu un viss teksts tiek izlÄ«dzinÄts pa kreisi (arÄ« KonsolÄ). IzÅÄmumi ir pterm un mlterm, kas atbilst standartiem un izlÄ«dzina Å”Ädas lÄ«nijas pa labi.
IevietoŔanas aizsardzība
NÄkamÄ kritiskÄ iezÄ«me, ko esmu identificÄjis, ir aizsardzÄ«ba pret ievietoÅ”anu. Lai gan ir plaÅ”i zinÄms, ka tÄdas burvestÄ«bas kÄ:
$ curl http://example.com/ | shir koda izpildes push komandas, daži cilvÄki zina, ka slÄptÄs komandas var ielÄ«st konsolÄ, kopÄjot un ielÄ«mÄjot no tÄ«mekļa pÄrlÅ«kprogrammas, pat pÄc rÅ«pÄ«gas pÄrbaudes. lieliski parÄda, cik nekaitÄ«ga izskatÄs komanda:
git clone git: //git.kernel.org/pub/scm/utils/kup/kup.gitpÄrvÄrÅ”as par Å”Ädu apgrÅ«tinÄjumu, kad tas tiek ielÄ«mÄts no Horna vietnes terminÄlÄ«:
git clone /dev/null;
clear;
echo -n "Hello ";
whoami|tr -d 'n';
echo -e '!nThat was a bad idea. Don'"'"'t copy code from websites you don'"'"'t trust!
Here'"'"'s the first line of your /etc/passwd: ';
head -n1 /etc/passwd
git clone git://git.kernel.org/pub/scm/utils/kup/kup.gitKÄ tas strÄdÄ? BlokÄ ir iekļauts ļaunprÄtÄ«gs kods , kas tiek pÄrvietots no lietotÄja skata, izmantojot CSS.
ir nepÄrprotami izstrÄdÄts, lai neitralizÄtu Å”Ädus uzbrukumus. Å ajÄ režīmÄ terminÄļi iekļauj ielÄ«mÄto tekstu Ä«paÅ”Äs atkÄpÅ”anÄs secÄ«bÄs, lai informÄtu Äaulu par teksta izcelsmi. Tas norÄda apvalkam, ka tas var ignorÄt Ä«paÅ”Äs rakstzÄ«mes, kuras var saturÄt ielÄ«mÄtajÄ tekstÄ. Visi terminÄļi atpakaļ uz cienÄ«jamo xterm atbalsta Å”o funkciju, taÄu, lai ielÄ«mÄtu iekavu režīmÄ, nepiecieÅ”ams atbalsts no Äaulas vai lietojumprogrammas, kas darbojas terminÄlÄ«. PiemÄram, programmatÅ«ra, kas izmanto (tas pats Bash), nepiecieÅ”ams fails ~/.inputrc:
set enable-bracketed-paste onDiemžÄl Horna testa vietne parÄda arÄ« to, kÄ apiet Å”o aizsardzÄ«bu, izmantojot paÅ”u teksta formatÄjumu, un priekÅ”laicÄ«gi tam tiek piemÄrots Bracketed režīms. Tas darbojas, jo daži terminÄļi pirms savÄjo pievienoÅ”anas pareizi nefiltrÄ evakuÄcijas secÄ«bas. PiemÄram, manÄjÄ es nekad nevarÄju veiksmÄ«gi pabeigt Konsole testus pat ar pareizu konfigurÄciju .inputrc failu. Tas nozÄ«mÄ, ka jÅ«s varat viegli sabojÄt sistÄmas konfigurÄciju neatbalstÄ«tas lietojumprogrammas vai nepareizi konfigurÄta apvalka dÄļ. Tas ir Ä«paÅ”i bÄ«stami, piesakoties attÄlos serveros, kur rÅ«pÄ«gs konfigurÄcijas darbs ir retÄk sastopams, it Ä«paÅ”i, ja jums ir daudz Å”Ädu attÄlo iekÄrtu.
Labs Ŕīs problÄmas risinÄjums ir terminÄļa ielÄ«mÄÅ”anas apstiprinÄjuma spraudnis urxvt, kas vienkÄrÅ”i lÅ«dz atļauju ievietot jebkuru tekstu, kurÄ ir jaunas rindiÅas. Neesmu atradis droÅ”Äku variantu Horna aprakstÄ«tajam teksta uzbrukumam.
Cilnes un profili
PaÅ”laik populÄra funkcija ir atbalsts interfeisam ar cilnÄm, ko mÄs definÄsim kÄ vienu terminÄļa logu, kurÄ ir vairÄki citi terminÄļi. Å Ä« funkcija dažÄdiem terminÄļiem atŔķiras, un, lai gan tradicionÄlie xterm terminÄļi vispÄr neatbalsta cilnes, modernÄkiem terminÄļiem, piemÄram, Xfce Terminal, GNOME Terminal un Konsole, Ŕī funkcija ir. Urxvt atbalsta arÄ« cilnes, taÄu tikai tad, ja izmantojat spraudni. Bet paÅ”a cilÅu atbalsta ziÅÄ Terminator ir neapstrÄ«dams lÄ«deris: tas ne tikai atbalsta cilnes, bet arÄ« var sakÄrtot terminÄļus jebkurÄ secÄ«bÄ (skatiet attÄlu zemÄk).
VÄl viena Terminator iezÄ«me ir iespÄja "grupÄt" Ŕīs cilnes kopÄ un nosÅ«tÄ«t vienus un tos paÅ”us taustiÅsitienus uz vairÄkiem terminÄļiem vienlaikus, nodroÅ”inot neapstrÄdÄtu rÄ«ku lielapjoma operÄciju veikÅ”anai vairÄkos serveros vienlaikus. LÄ«dzÄ«ga funkcija ir ieviesta arÄ« KonsolÄ. Lai izmantotu Å”o funkciju citos terminÄļos, ir jÄizmanto treÅ”Äs puses programmatÅ«ra, piemÄram, , vai .
Cilnes darbojas Ä«paÅ”i labi, ja tÄs ir savienotas pÄrÄ« ar profiliem: piemÄram, jums var bÅ«t viena cilne e-pastam, cita tÄrzÄÅ”anai un tÄ tÄlÄk. To labi atbalsta Konsole terminÄlis un GNOME terminÄlis. Abas ļauj katrai cilnei automÄtiski palaist savu profilu. Terminator atbalsta arÄ« profilus, taÄu es nevarÄju atrast veidu, kÄ automÄtiski palaist noteiktas programmas, atverot noteiktu cilni. Citiem terminÄļiem vispÄr nav jÄdziena āprofilsā.
VolÄni
PÄdÄjÄ lieta, ko es aplÅ«koÅ”u Ŕī raksta pirmajÄ daļÄ, ir terminÄļu izskats. PiemÄram, GNOME, Xfce un urxvt atbalsta caurspÄ«dÄ«gumu, bet nesen ir atteikuÅ”ies atbalstÄ«t fona attÄlus, liekot dažiem lietotÄjiem pÄrslÄgties uz terminÄli. . PersonÄ«gi es esmu apmierinÄts ar to, un tas ir vienkÄrÅ”i Xresursi, kas nosaka urxvt fona krÄsu pamatkopu. TomÄr problÄmas var radÄ«t arÄ« nestandarta krÄsu motÄ«vi. PiemÄram, ar aplikÄcijÄm Šø , jo viÅi jau izmanto savas krÄsas.
neatbalstÄ«ja krÄsas, un jaunas bieži vien aprobežojÄs ar 256 krÄsu paleti. PieredzÄjuÅ”iem lietotÄjiem, kuri ieveido savus terminÄļus, Äaulas uzvednes vai statusa joslas sarežģītos veidos var bÅ«t kaitinoÅ”s ierobežojums. izseko, kuriem terminÄļiem ir "True Color" atbalsts. Mani testi apstiprina, ka st, Alacrtty un VTE terminÄļi lieliski atbalsta True Color. Citiem terminÄļiem Å”ajÄ ziÅÄ neklÄjas Ä«paÅ”i labi, un patiesÄ«bÄ tie pat nerÄda 256 krÄsas. ZemÄk varat redzÄt atŔķirÄ«bu starp True Color atbalstu GNOME terminÄļos, st un xterm, kas ar savu 256 krÄsu paleti paveic labu darbu, un urxvt, kas ne tikai neiztur testu, bet pat parÄda dažas mirgojoÅ”as rakstzÄ«mes to vietÄ.
Daži terminÄļi arÄ« analizÄ tekstu, lai noteiktu URL modeļus, lai saites bÅ«tu noklikŔķinÄmas. Tas attiecas uz visiem VTE atvasinÄtajiem terminÄļiem, savukÄrt urxvt ir nepiecieÅ”ams Ä«paÅ”s spraudnis, kas pÄrveidotu URL, noklikŔķinot vai izmantojot Ä«sinÄjumtaustiÅus. Citi terminÄļi Es esmu pÄrbaudÄ«jis redzamos URL citos veidos.
Visbeidzot, jauna tendence terminÄļos ir ritinÄÅ”anas bufera izvÄles iespÄja. PiemÄram, st nav ritinÄÅ”anas bufera; tiek pieÅemts, ka lietotÄjs izmantos terminÄļa multipleksoru, piemÄram, tmux un .
Alacritty arÄ« trÅ«kst atpakaļritinÄÅ”anas buferu, bet tÄ atbalstu, pateicoties lietotÄju āplaÅ”ajÄm atsauksmÄmā par Å”o tÄmu. NeatkarÄ«gi no Å”iem jauninÄjumiem, katrs manis pÄrbaudÄ«tais terminÄlis, ko es atradu, atbalsta apgriezto ritinÄÅ”anu.
Starpsumma
MateriÄla otrajÄ daÄ¼Ä (oriÄ£inÄlÄ tie bija divi dažÄdi raksti - apm. josla) salÄ«dzinÄsim veiktspÄju, atmiÅas lietojumu un latentumu. TaÄu jau tagad redzam, ka dažiem attiecÄ«gajiem terminÄļiem ir nopietnas nepilnÄ«bas. PiemÄram, lietotÄji, kuri regulÄri strÄdÄ ar RTL skriptiem, var vÄlÄties apsvÄrt mlterm un pterm, jo āāviÅi labÄk veic lÄ«dzÄ«gus uzdevumus nekÄ citi. Konsole arÄ« darbojÄs labi. LietotÄji, kuri nestrÄdÄ ar RTL skriptiem, var izvÄlÄties kaut ko citu.
AizsardzÄ«bas ziÅÄ pret ļaunprÄtÄ«ga koda ievietoÅ”anu urxvt izceļas ar savu Ä«paÅ”o aizsardzÄ«bas pret Å”Äda veida uzbrukumiem ievieÅ”anu, kas man noteikti Ŕķiet Ärti. Tiem, kas meklÄ zvaniÅus un svilpes, Konsole ir vÄrts apskatÄ«t. Visbeidzot, ir vÄrts atzÄ«mÄt, ka VTE ir lieliska bÄze terminÄļiem, kas garantÄ krÄsu atbalstu, URL atpazÄ«Å”anu utt. No pirmÄ acu uzmetiena noklusÄjuma terminÄlis, kas tiek piegÄdÄts kopÄ ar jÅ«su iecienÄ«tÄko vidi, var atbilst visÄm prasÄ«bÄm, taÄu atstÄsim Å”o jautÄjumu atklÄtu, lÄ«dz mÄs sapratÄ«sim veiktspÄju.
TurpinÄsim sarunu
KopumÄ terminÄļu veiktspÄja pati par sevi var Ŕķist tÄla problÄma, taÄu, kÄ izrÄdÄs, dažiem no tiem ir pÄrsteidzoÅ”i augsts latentums Å”Äda veida programmatÅ«rai. ArÄ« tÄlÄk mÄs apskatÄ«sim to, ko tradicionÄli sauc par āÄtrumuā (patiesÄ«bÄ tas ir ritinÄÅ”anas Ätrums) un terminÄļa atmiÅas patÄriÅu (ar brÄ«dinÄjumu, ka Å”odien tas nav tik kritisks kÄ pirms gadu desmitiem).
KavÄÅ”anÄs
PÄc rÅ«pÄ«gas terminÄļa veiktspÄjas izpÄtes nonÄcu pie secinÄjuma, ka svarÄ«gÄkais parametrs Å”ajÄ ziÅÄ ir latentums (ping). SavÄ rakstÄ PÄvels Fatins aplÅ«koja dažÄdu teksta redaktoru latentumu un deva mÄjienu, ka terminÄļi Å”ajÄ ziÅÄ var bÅ«t lÄnÄki nekÄ ÄtrÄkie teksta redaktori. Tas bija Å”is mÄjiens, kas galu galÄ lika man veikt savus testus un rakstÄ«t Å”o rakstu.
Bet kas ir latentums un kÄpÄc tas ir tik svarÄ«gi? SavÄ rakstÄ Fatins to definÄja kÄ ākavÄÅ”anos starp taustiÅa nospieÅ”anu un atbilstoÅ”o ekrÄna atjauninÄÅ”anuā un citÄja , kurÄ teikts: "VizuÄlÄs atgriezeniskÄs saites aizkave datora displejÄ bÅ«tiski ietekmÄ maŔīnrakstÄ«tÄja uzvedÄ«bu un apmierinÄtÄ«bu."
Fatins skaidro, ka Å”im pingam ir dziļÄkas sekas nekÄ tikai apmierinÄtÄ«ba: "rakstÄ«Å”ana kļūst lÄnÄka, rodas vairÄk kļūdu un palielinÄs acu un muskuļu sasprindzinÄjums." Citiem vÄrdiem sakot, liela kavÄÅ”anÄs var izraisÄ«t drukas kļūdas un arÄ« zemÄku koda kvalitÄti, jo tas rada papildu kognitÄ«vo slodzi smadzenÄm. Bet vÄl ļaunÄk ir tas, ka ping "palielina acu un muskuļu sasprindzinÄjumu", kas, Ŕķiet, nozÄ«mÄ nÄkotnÄ (AcÄ«mredzot autors domÄ problÄmas ar acu muskuļiem, muguru, rokÄm un, protams, redzi - apm. josla) atkÄrtota stresa dÄļ.
Daži no Å”iem efektiem ir zinÄmi jau ilgu laiku, un rezultÄti , kas publicÄts 1976. gadÄ Å¾urnÄlÄ Ergonomika, teikts, ka 100 milisekundes aizkave "ievÄrojami pasliktina rakstÄ«Å”anas Ätrumu". Pavisam nesen tika ieviesta GNOME lietotÄja rokasgrÄmata 10 milisekundÄs, un, ja dodaties tÄlÄk, tad parÄda, ka 1 milisekunde ir ideÄla.
Fatins veica savus testus teksta redaktoros; viÅÅ” izveidoja pÄrnÄsÄjamu instrumentu, ko sauc , ko izmantoju, lai pÄrbaudÄ«tu ping terminÄļa emulatoros. Å emiet vÄrÄ, ka pÄrbaude tika veikta simulÄcijas režīmÄ: patiesÄ«bÄ mums ir jÄÅem vÄrÄ gan ievades (tastatÅ«ra, USB kontrolleris utt.), gan izvades (videokartes buferis, monitors) latentums. PÄc Fatina teiktÄ, tipiskÄs konfigurÄcijÄs tas ir aptuveni 20 ms. Ja jums ir spÄļu aprÄ«kojums, jÅ«s varat sasniegt Å”o skaitli tikai 3 milisekundÄs. TÄ kÄ mums jau ir tik Ätra aparatÅ«ra, lietojumprogrammai nav jÄpievieno savs latentums. Fatina mÄrÄ·is ir samazinÄt lietojumprogrammas latentumu lÄ«dz 1 milisekundei vai pat panÄkt numura sastÄdÄ«Å”anu bez tÄ kÄ iekÅ”Ä .
Å eit ir manu mÄrÄ«jumu rezultÄti, kÄ arÄ« daži Fatina rezultÄti, lai parÄdÄ«tu, ka mans eksperiments saskan ar viÅa testiem:
PirmÄ lieta, kas mani pÄrsteidza, bija vecÄku programmu, piemÄram, xterm un mlterm, labÄks reakcijas laiks. Ar sliktÄko reÄ£istra latentumu (2,4 ms) tie darbojÄs labÄk nekÄ ÄtrÄkais mÅ«sdienu terminÄlis (10,6 ms st). Neviens modernais terminÄlis nenokrÄ«t zem 10 milisekundes sliekÅ”Åa. Jo Ä«paÅ”i Alacrtty nespÄj izpildÄ«t prasÄ«bu par "ÄtrÄko pieejamo terminÄļa emulatoru", lai gan tÄs rÄdÄ«tÄji ir uzlabojuÅ”ies kopÅ” tÄs pirmÄs pÄrskatÄ«Å”anas 2017. gadÄ. PatieÅ”Äm, projekta autori un strÄdÄ, lai uzlabotu displeju. JÄÅem vÄrÄ arÄ« tas, ka Vim, kas izmanto GTK3, ir par lielumu lÄnÄks nekÄ tÄ GTK2 lÄ«dzinieks. No tÄ mÄs varam secinÄt, ka GTK3 rada papildu latentumu, un tas atspoguļojas visos citos terminÄļos, kas to izmanto (Terminator, Xfce4 Terminal un GNOME Terminal).
TomÄr atŔķirÄ«bas var nebÅ«t acij pamanÄmas. KÄ skaidro Fatins, "jums nav jÄapzinÄs kavÄÅ”anÄs, lai tÄ jÅ«s ietekmÄtu." Fatins arÄ« brÄ«dina par standarta novirzi: "jebkuri latentuma traucÄjumi (trÄ«ce) rada papildu stresu to neparedzamÄ«bas dÄļ."
IepriekÅ” redzamÄ diagramma ir uzÅemta tÄ«rÄ Debian 9 (izstiept) ar . Å Ä« vide nodroÅ”ina vislabÄkos rezultÄtus latentuma pÄrbaudÄs. KÄ izrÄdÄs, GNOME izveido papildu 20 ms ping visiem mÄrÄ«jumiem. IespÄjamais izskaidrojums tam ir programmu klÄtbÅ«tne ar ievades notikumu sinhronu apstrÄdi. Fatins sniedz piemÄru Å”Ädam gadÄ«jumam , kas pievieno aizkavi, sinhroni apstrÄdÄjot visus ievades notikumus. PÄc noklusÄjuma GNOME ir aprÄ«kots arÄ« ar logu pÄrvaldnieku , kas rada papildu buferizÄcijas slÄni, kas ietekmÄ ping un pievieno vismaz 8 milisekundes latentuma.
RitinÄÅ”anas Ätrums
NÄkamais tests ir tradicionÄls "Ätruma" vai "joslas platuma" tests, kas mÄra, cik Ätri terminÄlis var ritinÄt lapu, vienlaikus rÄdot lielu teksta daudzumu ekrÄnÄ. Testa mehÄnika atŔķiras; SÄkotnÄjais tests bija vienkÄrÅ”i Ä£enerÄt to paÅ”u teksta virkni, izmantojot komandu seq. Citi testi ietver Thomas E. Dickey (xterm uzturÄtÄja) testu, kas atkÄrtoti . CitÄ terminÄļa veiktspÄjas pÄrskatÄ izmanto base32 kodÄtu nejauÅ”u baitu virkni, kas tiek izvadÄ«ta terminÄlÄ«, izmantojot cat. Luu uzskata, ka Å”Äds tests ir "tik bezjÄdzÄ«gs etalons, kÄdu var iedomÄties" un tÄ vietÄ iesaka izmantot terminÄļa reakciju kÄ primÄro metriku. Dikijs arÄ« savu testu sauc par maldinoÅ”u. TomÄr abi autori atzÄ«st, ka terminÄļa loga joslas platums var bÅ«t problÄma. Luu atklÄja, ka Emacs Eshell sastingst, parÄdot lielus failus, un Dickey optimizÄja terminÄli, lai atbrÄ«votos no xtrerm vizuÄlÄ gausuma. TÄpÄc Å”im testam joprojÄm ir dažas priekÅ”rocÄ«bas, taÄu, tÄ kÄ renderÄÅ”anas process dažÄdos terminÄļos ir ļoti atŔķirÄ«gs, to var izmantot arÄ« kÄ testa komponentu, lai pÄrbaudÄ«tu citus parametrus.
Å eit mÄs redzam rxvt un st pull apsteidzot konkurentus, kam seko daudz jaunÄks Alacrity, kas ir izstrÄdÄts, koncentrÄjoties uz veiktspÄju. TÄlÄk seko Xfce (VTE saime) un Konsole, kas ir gandrÄ«z divas reizes ÄtrÄkas. PÄdÄjais ir xterm, kas ir piecas reizes lÄnÄks nekÄ rxvt. PÄrbaudes laikÄ arÄ« xterm ļoti viļÅojÄs, padarot nododamo tekstu grÅ«ti saskatÄmu, pat ja tÄ ir viena un tÄ pati rindiÅa. Konsole bija Ätra, taÄu dažkÄrt bija sarežģīta: displejs ik pa laikam sastinga, rÄdot daļÄju tekstu vai nerÄdot to vispÄr. Citi terminÄļi skaidri rÄdÄ«ja virknes, tostarp st, Alacrtty un rxvt.
Dikijs skaidro, ka veiktspÄjas atŔķirÄ«bas ir saistÄ«tas ar ritinÄÅ”anas buferu dizainu dažÄdos terminÄlos. Jo Ä«paÅ”i viÅÅ” apsÅ«dz rxvt un citus terminÄļus "vispÄrÄjo noteikumu neievÄroÅ”anÄ":
āAtŔķirÄ«bÄ no xterm, rxvt nemÄÄ£inÄja parÄdÄ«t visus atjauninÄjumus. Ja tas atpaliek, tas atteiksies no dažiem atjauninÄjumiem, lai panÄktu to. Tam bija lielÄka ietekme uz Ŕķietamo ritinÄÅ”anas Ätrumu nekÄ uz iekÅ”ÄjÄs atmiÅas organizÄciju. Viens no trÅ«kumiem bija tas, ka ASCII animÄcija bija nedaudz neprecÄ«za."
Lai labotu Å”o uztverto xterm gausumu, Dikijs iesaka izmantot resursu , ļaujot xterm atmest dažus ekrÄna atjauninÄjumus, lai neatpaliktu no plÅ«smas. Mani testi apstiprina, ka fastScroll uzlabo veiktspÄju un nodroÅ”ina xterm lÄ«dzvÄrtÄ«gu rxvt. TomÄr tas ir diezgan aptuvens kruÄ·is, kÄ skaidro pats Dikijs: "dažreiz Ŕķiet, ka xterm, piemÄram, konsole, apstÄjas, gaidot jaunu ekrÄna atjauninÄjumu kopu pÄc tam, kad daži ir noÅemti." Å ajÄ ziÅÄ Å”Ä·iet, ka citi terminÄļi ir atraduÅ”i labÄko kompromisu starp Ätrumu un displeja integritÄti.
Resursu patÄriÅÅ”
NeatkarÄ«gi no tÄ, vai ir jÄga uzskatÄ«t ritinÄÅ”anas Ätrumu kÄ veiktspÄjas rÄdÄ«tÄju, Å”is tests ļauj mums simulÄt terminÄļu slodzi, kas savukÄrt ļauj izmÄrÄ«t citus parametrus, piemÄram, atmiÅas vai diska lietojumu. Metrikas tika iegÅ«tas, izpildot norÄdÄ«to testu seq saskaÅÄ ar Python procesa uzraudzÄ«bu. ViÅÅ” savÄca skaitÄ«tÄja datus par ru_maxrss, summa ru_oublock Šø ru_inblock un vienkÄrÅ”s taimeris.
Å ajÄ testÄ ST ieÅem pirmo vietu ar zemÄko vidÄjo atmiÅas patÄriÅu 8 MB, kas nav pÄrsteidzoÅ”i, Åemot vÄrÄ, ka dizaina galvenÄ ideja ir vienkÄrŔība. mlterm, xterm un rxvt patÄrÄ nedaudz vairÄk - apmÄram 12 MB. VÄl viens ievÄrojams rezultÄts ir Alakritty, kura darbÄ«bai nepiecieÅ”ami 30 MB. Tad ir VTE saimes terminÄļi ar skaitļiem no 40 lÄ«dz 60 MB, kas ir diezgan daudz. Å is patÄriÅÅ” skaidrojams ar to, ka Å”ajos terminÄļos tiek izmantotas augstÄka lÄ«meÅa bibliotÄkas, piemÄram, GTK. Konsole ir pÄdÄjÄ vietÄ ar milzÄ«gu 65 MB atmiÅas patÄriÅu testu laikÄ, lai gan to var attaisnot ar ļoti plaÅ”o funkciju klÄstu.
SalÄ«dzinot ar iepriekÅ”Äjiem rezultÄtiem, kas iegÅ«ti pirms desmit gadiem, visas programmas sÄka patÄrÄt ievÄrojami vairÄk atmiÅas. Xterm agrÄk bija nepiecieÅ”ami 4 MB, bet tagad tikai startÄÅ”anas laikÄ tam nepiecieÅ”ami 15 MB. LÄ«dzÄ«gs patÄriÅÅ” ir palielinÄjies arÄ« rxvt, kuram tagad ir nepiecieÅ”ami 16 MB. Xfce Terminal aizÅem 34 MB, kas ir trÄ«s reizes lielÄks nekÄ iepriekÅ”, bet GNOME terminÄlim nepiecieÅ”ami tikai 20 MB. Protams, visi iepriekÅ”Äjie testi tika veikti ar 32 bitu arhitektÅ«ru. LCA 2012 Rusty Russell , ka ir daudz smalkÄku iemeslu, kas varÄtu izskaidrot atmiÅas patÄriÅa pieaugumu. To sakot, mÄs tagad dzÄ«vojam laikÄ, kad mums ir gigabaiti atmiÅas, tÄpÄc mÄs kaut kÄ tiksim galÄ.
TomÄr es nevaru nejust, ka vairÄk atmiÅas pieŔķirÅ”ana kaut kam tik bÅ«tiskam kÄ terminÄlim ir resursu izŔķÄrdÄÅ”ana. Å Ä«m programmÄm jÄbÅ«t mazÄkajÄm no mazÄkajÄm, jÄspÄj darboties jebkurÄ ākastÄā, pat kurpju kastÄ, ja mÄs kÄdreiz nonÄksim pie tÄ, ka tÄs ir jÄaprÄ«ko ar Linux sistÄmÄm (un jÅ«s zinÄt, ka tÄ bÅ«s ) . TaÄu, Åemot vÄrÄ Å”os skaitļus, atmiÅas izmantoÅ”ana nÄkotnÄ kļūs par problÄmu jebkurÄ vidÄ, kurÄ darbojas vairÄki terminÄļi, izÅemot dažus no vieglÄkajiem un ierobežotÄkajÄm iespÄjÄm. Lai to kompensÄtu, GNOME Terminal, Konsole, urxvt, Terminator un Xfce Terminal ir dÄmona režīms, kas ļauj kontrolÄt vairÄkus terminÄļus, izmantojot vienu procesu, ierobežojot to atmiÅas patÄriÅu.
PÄrbaužu laikÄ es nonÄcu pie cita negaidÄ«ta rezultÄta attiecÄ«bÄ uz diska lasÄ«Å”anu-rakstÄ«Å”anu: es gaidÄ«ju, ka Å”eit vispÄr neko neredzÄÅ”u, taÄu izrÄdÄ«jÄs, ka daži terminÄļi ieraksta diskÄ apjomÄ«gÄkos datus. TÄtad VTE bibliotÄka diskÄ faktiski saglabÄ ritinÄÅ”anas buferi (Ŕī funkcija , un tas joprojÄm notiek). Bet atŔķirÄ«bÄ no vecÄkÄm implementÄcijÄm tagad vismaz Å”ie dati tiek Å”ifrÄti, izmantojot AES256 GCM (). TaÄu rodas pamatots jautÄjums: kas gan VTE bibliotÄkÄ ir tik Ä«paÅ”s, ka tÄ ievieÅ”anÄ prasa tik nestandarta pieeju...
SecinÄjums
Raksta pirmajÄ daÄ¼Ä mÄs noskaidrojÄm, ka terminÄļiem, kuru pamatÄ ir VTE, ir labs funkciju kopums, taÄu tagad redzam, ka tas ir saistÄ«ts ar dažÄm veiktspÄjas izmaksÄm. Tagad atmiÅa nav problÄma, jo visus VTE terminÄļus var kontrolÄt, izmantojot Daemon procesu, kas ierobežo to apetÄ«ti. TomÄr vecÄkÄm sistÄmÄm, kurÄm ir fiziski ierobežojumi attiecÄ«bÄ uz RAM un kodola buferiem, joprojÄm var bÅ«t nepiecieÅ”amas vecÄkas terminÄļu versijas, jo tÄs patÄrÄ ievÄrojami mazÄk resursu. Lai gan VTE terminÄļi veica labus caurlaidspÄjas (ritinÄÅ”anas) testus, to displeja latentums pÄrsniedz GNOME lietotÄja rokasgrÄmatÄ iestatÄ«to slieksni. IespÄjams, VTE izstrÄdÄtÄjiem tas bÅ«tu jÄÅem vÄrÄ. Ja Åemam vÄrÄ, ka pat iesÄcÄjiem Linux lietotÄjiem saskarties ar terminÄli ir neizbÄgami, viÅi to var padarÄ«t lietotÄjam draudzÄ«gÄku. PieredzÄjuÅ”iem džekiem pÄrslÄgÅ”anÄs no noklusÄjuma terminÄļa var pat nozÄ«mÄt mazÄku acu nogurumu un iespÄju izvairÄ«ties no turpmÄkÄm traumÄm un slimÄ«bÄm, kas saistÄ«tas ar darbu ilgu darba sesiju dÄļ. DiemžÄl tikai vecie xterm un mlterm mÅ«s noved pie maÄ£iskÄ ping sliekÅ”Åa 10 milisekundÄs, kas daudziem ir nepieÅemami.
Etalona mÄrÄ«jumi arÄ« parÄdÄ«ja, ka Linux grafisko vidi izstrÄdes dÄļ izstrÄdÄtÄjiem bija jÄpieÅem vairÄki kompromisi. Daži lietotÄji var vÄlÄties apskatÄ«t parastos logu pÄrvaldniekus, jo tie nodroÅ”ina ievÄrojamu ping samazinÄjumu. DiemžÄl Wayland latentumu nebija iespÄjams izmÄrÄ«t: programma Typometer, ko izmantoju, tika izveidota tam, ko Wayland ir paredzÄts novÄrst: citu logu spiegoÅ”anu. Es ceru, ka Wayland kompozÄ«cija darbojas labÄk nekÄ X.org, un es arÄ« ceru, ka nÄkotnÄ kÄds atradÄ«s veidu, kÄ izmÄrÄ«t latentumu Å”ajÄ vidÄ.
Avots: www.habr.com