ടെർമിനൽ എമുലേറ്ററുകളുടെ അവലോകനം

ഞങ്ങളുടെ വിവർത്തന ബ്യൂറോയിൽ നിന്നുള്ള കുറച്ച് വാക്കുകൾ: സാധാരണയായി എല്ലാവരും ഏറ്റവും പുതിയ മെറ്റീരിയലുകളും പ്രസിദ്ധീകരണങ്ങളും വിവർത്തനം ചെയ്യാൻ ശ്രമിക്കുന്നു, ഞങ്ങളും ഒരു അപവാദമല്ല. എന്നാൽ ടെർമിനലുകൾ ആഴ്ചയിൽ ഒരിക്കൽ അപ്ഡേറ്റ് ചെയ്യുന്ന ഒന്നല്ല. അതിനാൽ, 2018 ലെ വസന്തകാലത്ത് പ്രസിദ്ധീകരിച്ച അന്റോയിൻ ബ്യൂപ്രെയുടെ ഒരു ലേഖനം ഞങ്ങൾ നിങ്ങൾക്കായി വിവർത്തനം ചെയ്‌തു: ആധുനിക മാനദണ്ഡങ്ങൾക്കനുസൃതമായി അതിന്റെ ഗണ്യമായ “പ്രായം” ഉണ്ടായിരുന്നിട്ടും, ഞങ്ങളുടെ അഭിപ്രായത്തിൽ, മെറ്റീരിയലിന് അതിന്റെ പ്രസക്തി ഒട്ടും നഷ്ടപ്പെട്ടിട്ടില്ല. കൂടാതെ, ഇത് യഥാർത്ഥത്തിൽ രണ്ട് ലേഖനങ്ങളുടെ ഒരു പരമ്പരയായിരുന്നു, എന്നാൽ അവയെ ഒരു വലിയ പോസ്റ്റായി സംയോജിപ്പിക്കാൻ ഞങ്ങൾ തീരുമാനിച്ചു.

കമ്പ്യൂട്ടർ ചരിത്രത്തിൽ ടെർമിനലുകൾക്ക് ഒരു പ്രത്യേക സ്ഥാനമുണ്ട്, എന്നാൽ അടുത്ത ദശകങ്ങളിൽ ഗ്രാഫിക്കൽ ഇന്റർഫേസുകൾ സർവ്വവ്യാപിയായതിനാൽ കമാൻഡ് ലൈനിനൊപ്പം നിലനിൽക്കാൻ അവ നിർബന്ധിതരായി. ടെർമിനൽ എമുലേറ്ററുകൾ സ്വന്തം മാറ്റിസ്ഥാപിച്ചു ഹാർഡ്‌വെയർ സഹോദരങ്ങൾ, അതാകട്ടെ, പഞ്ച്ഡ് കാർഡുകളും ടോഗിൾ സ്വിച്ചുകളും അടിസ്ഥാനമാക്കിയുള്ള സിസ്റ്റങ്ങളുടെ പരിഷ്ക്കരണമായിരുന്നു. ആധുനിക വിതരണങ്ങൾ എല്ലാ ആകൃതിയിലും നിറങ്ങളിലുമുള്ള ടെർമിനൽ എമുലേറ്ററുകളുമായാണ് വരുന്നത്. പലരും അവരുടെ തൊഴിൽ അന്തരീക്ഷം നൽകുന്ന സ്റ്റാൻഡേർഡ് ടെർമിനലിൽ സംതൃപ്തരാണെങ്കിലും, ചിലർ അഭിമാനത്തോടെ തങ്ങളുടെ പ്രിയപ്പെട്ട ഷെല്ലോ ടെക്സ്റ്റ് എഡിറ്ററോ പ്രവർത്തിപ്പിക്കുന്നതിന് വ്യക്തമായ വിദേശ സോഫ്റ്റ്‌വെയർ ഉപയോഗിക്കുന്നു. പക്ഷേ, ഈ ലേഖനത്തിൽ നിന്ന് നമ്മൾ കാണുന്നത് പോലെ, എല്ലാ ടെർമിനലുകളും ഒരേ ഇമേജിൽ സൃഷ്ടിച്ചിട്ടില്ല: അവ പ്രവർത്തനത്തിലും വലുപ്പത്തിലും പ്രകടനത്തിലും വളരെ വ്യത്യാസപ്പെട്ടിരിക്കുന്നു.

ചില ടെർമിനലുകൾക്ക് തികച്ചും ആശ്ചര്യപ്പെടുത്തുന്ന സുരക്ഷാ ദ്വാരങ്ങളുണ്ട്, കൂടാതെ മിക്കതിനും ഒരു ടാബ് ചെയ്ത ഇന്റർഫേസിനുള്ള പിന്തുണ മുതൽ സ്ക്രിപ്റ്റിംഗ് വരെ തികച്ചും വ്യത്യസ്തമായ ഫംഗ്ഷനുകൾ ഉണ്ട്. ഞങ്ങൾ ആണെങ്കിലും വിദൂര ഭൂതകാലത്തിലെ ടെർമിനൽ എമുലേറ്ററുകൾ നോക്കി, ഈ ലേഖനം 2018-ൽ ഏത് ടെർമിനൽ ഉപയോഗിക്കണമെന്ന് നിർണ്ണയിക്കാൻ വായനക്കാരെ സഹായിക്കുന്ന മുൻ മെറ്റീരിയലിന്റെ ഒരു അപ്ഡേറ്റാണ്. ലേഖനത്തിന്റെ ആദ്യ പകുതി സവിശേഷതകൾ താരതമ്യം ചെയ്യുന്നു, രണ്ടാം പകുതി പ്രകടനം വിലയിരുത്തുന്നു.

ഞാൻ അവലോകനം ചെയ്ത ടെർമിനലുകൾ ഇതാ:

ഡെബിയൻ 9-ലോ ഫെഡോറ 27-ലോ പുറത്തിറക്കാൻ സാധിച്ചതിനാൽ, എഴുതുന്ന സമയത്ത് സ്ഥിരതയുള്ള ബിൽഡുകളിലേക്ക് ഞാൻ പരിമിതപ്പെടുത്തിയിരുന്നതിനാൽ ഇവ ഏറ്റവും പുതിയ പതിപ്പുകളായിരിക്കില്ല. ഇത് ജിപിയു-ത്വരിതപ്പെടുത്തിയ ടെർമിനലുകളുടെ പിൻഗാമിയാണ്, ഈ ടാസ്ക്കിനായി അസാധാരണവും പുതിയതുമായ ഭാഷയിൽ എഴുതിയിരിക്കുന്നു - റസ്റ്റ്. എന്റെ അവലോകനത്തിൽ നിന്ന് ഞാൻ വെബ് ടെർമിനലുകൾ ഒഴിവാക്കി (ഇതിൽ ഉള്ളവ ഉൾപ്പെടെ ഇലക്ട്രോൺ), കാരണം പ്രാഥമിക പരിശോധനകൾ അവരുടെ വളരെ മോശം പ്രകടനം കാണിച്ചു.

യൂണികോഡ് പിന്തുണ

ഞാൻ യൂണികോഡ് പിന്തുണയോടെ എന്റെ ടെസ്റ്റുകൾ ആരംഭിച്ചു. ടെർമിനലുകളുടെ ആദ്യ പരീക്ഷണം യൂണികോഡ് സ്ട്രിംഗ് പ്രദർശിപ്പിക്കുക എന്നതായിരുന്നു വിക്കിപീഡിയ ലേഖനങ്ങൾ: "é, Δ, И, क, م, ๗, あ, 叶, 葉 കൂടാതെ 말." ടെർമിനലിന് ലോകമെമ്പാടും ശരിയായി പ്രവർത്തിക്കാൻ കഴിയുമോ എന്ന് ഈ ലളിതമായ പരിശോധന കാണിക്കുന്നു. xterm ടെർമിനൽ അറബിക് പ്രതീകം പ്രദർശിപ്പിക്കുന്നില്ല മെമ്മറി ഡിഫോൾട്ട് കോൺഫിഗറേഷനിൽ:

സ്ഥിരസ്ഥിതിയായി, xterm ക്ലാസിക് "ഫിക്സഡ്" ഫോണ്ട് ഉപയോഗിക്കുന്നു, അതനുസരിച്ച് ഇപ്പോഴും അതേ വിക്കി, "1997 മുതൽ ഗണ്യമായ യൂണികോഡ് കവറേജ്" ഉണ്ട്. അക്ഷരം ശൂന്യമായ ഫ്രെയിമായി ദൃശ്യമാകാൻ കാരണമാകുന്ന എന്തോ ഈ ഫോണ്ടിൽ നടക്കുന്നുണ്ട്, ടെക്സ്റ്റ് ഫോണ്ട് 20+ പോയിന്റിലേക്ക് വർദ്ധിപ്പിക്കുമ്പോൾ മാത്രമാണ് അക്ഷരം ശരിയായി പ്രദർശിപ്പിക്കാൻ തുടങ്ങുന്നത്. എന്നിരുന്നാലും, ഈ "പരിഹാരം" മറ്റ് യൂണികോഡ് പ്രതീകങ്ങളുടെ പ്രദർശനത്തെ തകർക്കുന്നു:

ടെർമിനലുകളുടെ ചില പഴയ പതിപ്പുകൾക്ക് (പ്രത്യേകിച്ച് mlterm) ഫോണ്ടുകൾ ശരിയായി കൈകാര്യം ചെയ്യാൻ കഴിയാത്ത ഡെബിയൻ 27-നേക്കാൾ മികച്ച ഫലങ്ങൾ നൽകിയതിനാൽ ഈ സ്ക്രീൻഷോട്ടുകൾ ഫെഡോറ 9-ൽ എടുത്തതാണ്. ഭാഗ്യവശാൽ, പിന്നീടുള്ള പതിപ്പുകളിൽ ഇത് പരിഹരിച്ചു.

xterm-ൽ ലൈൻ എങ്ങനെ കാണിക്കുന്നു എന്ന് ഇപ്പോൾ ശ്രദ്ധിക്കുക. മെം എന്ന ചിഹ്നവും ഇനിപ്പറയുന്ന സെമിറ്റിക് ചിഹ്നവും ആണെന്ന് ഇത് മാറുന്നു qoph RTL ശൈലി സ്ക്രിപ്റ്റുകൾ കാണുക (വലത്തുനിന്ന് ഇടത്തോട്ട്), അതിനാൽ സാങ്കേതികമായി അവ വലത്തുനിന്ന് ഇടത്തോട്ട് പ്രദർശിപ്പിക്കണം. ഫയർഫോക്സ് 57 പോലുള്ള വെബ് ബ്രൗസറുകൾ മുകളിലെ ലൈൻ ശരിയായി കൈകാര്യം ചെയ്യുന്നു. RTL ടെക്‌സ്‌റ്റിന്റെ ലളിതമായ പതിപ്പ് " എന്ന വാക്കാണ്.Сара"ഹീബ്രൂവിൽ (שרה). ദ്വിദിശ പാഠങ്ങളെക്കുറിച്ചുള്ള വിക്കി പേജ് ഇനിപ്പറയുന്നവ പറയുന്നു:

“പല കമ്പ്യൂട്ടർ പ്രോഗ്രാമുകൾക്കും ബൈഡയറക്ഷണൽ ടെക്സ്റ്റ് ശരിയായി പ്രദർശിപ്പിക്കാൻ കഴിയില്ല. ഉദാഹരണത്തിന്, "സാറ" എന്ന ഹീബ്രു നാമത്തിൽ sin (ש) (വലതുഭാഗത്ത് പ്രത്യക്ഷപ്പെടുന്നു), തുടർന്ന് resh (ר) ഒടുവിൽ അവൻ (ה) (ഇടതുവശത്ത് ദൃശ്യമാകണം) എന്നീ പ്രതീകങ്ങൾ അടങ്ങിയിരിക്കുന്നു."

പല ടെർമിനലുകളും ഈ പരിശോധനയിൽ പരാജയപ്പെടുന്നു: അലക്രിറ്റി, വിടിഇ-ഡിറൈവ്ഡ് ഗ്നോം, എക്സ്എഫ്സിഇ ടെർമിനലുകൾ, urxvt, st, xterm ഡിസ്പ്ലേ "സാര" എന്നിവ വിപരീത ക്രമത്തിൽ, നമ്മൾ പേര് "Aras" എന്ന് എഴുതിയതുപോലെ.

ബൈഡയറക്ഷണൽ ടെക്‌സ്‌റ്റുകളുടെ മറ്റൊരു പ്രശ്‌നം, അവ എങ്ങനെയെങ്കിലും വിന്യസിക്കേണ്ടതുണ്ട്, പ്രത്യേകിച്ചും RTL, LTR ടെക്‌സ്‌റ്റുകൾ മിശ്രണം ചെയ്യുമ്പോൾ. RTL സ്ക്രിപ്റ്റുകൾ ടെർമിനൽ വിൻഡോയുടെ വലതുവശത്ത് നിന്ന് പ്രവർത്തിക്കണം, എന്നാൽ LTR ഇംഗ്ലീഷിലേക്ക് ഡിഫോൾട്ട് ആയ ടെർമിനലുകൾക്ക് എന്ത് സംഭവിക്കും? അവയിൽ മിക്കതിനും പ്രത്യേക സംവിധാനങ്ങളൊന്നുമില്ല കൂടാതെ എല്ലാ വാചകങ്ങളും ഇടതുവശത്തേക്ക് വിന്യസിക്കുന്നു (കോൺസോളിൽ ഉൾപ്പെടെ). ഒഴിവാക്കലുകൾ pterm, mlterm എന്നിവയാണ്, അവ മാനദണ്ഡങ്ങൾ പാലിക്കുകയും അത്തരം ലൈനുകൾ വലത് വിന്യസിക്കുകയും ചെയ്യുന്നു.

ഉൾപ്പെടുത്തൽ സംരക്ഷണം

ഞാൻ തിരിച്ചറിഞ്ഞ അടുത്ത നിർണായക സവിശേഷത ആന്റി-ഇൻസർഷൻ പരിരക്ഷയാണ്. മന്ത്രങ്ങൾ ഇതുപോലെയാണെന്ന് പരക്കെ അറിയപ്പെടുന്നുണ്ടെങ്കിലും:

$ curl http://example.com/ | sh

കോഡ് എക്സിക്യൂഷൻ പുഷ് കമാൻഡുകളാണ്, ഒരു വെബ് ബ്രൗസറിൽ നിന്ന് പകർത്തി ഒട്ടിക്കുമ്പോൾ, സൂക്ഷ്മമായ പരിശോധനയ്ക്ക് ശേഷവും മറഞ്ഞിരിക്കുന്ന കമാൻഡുകൾ കൺസോളിലേക്ക് കടക്കുമെന്ന് കുറച്ച് ആളുകൾക്ക് അറിയാം. സ്ഥിരീകരണ സൈറ്റ് ജിയന്ന ഹോർണ കമാൻഡ് എത്രമാത്രം നിരുപദ്രവകരമാണെന്ന് കാണിക്കുന്നു:

git clone git: //git.kernel.org/pub/scm/utils/kup/kup.git

ഹോണിന്റെ വെബ്‌സൈറ്റിൽ നിന്ന് ടെർമിനലിലേക്ക് ഒട്ടിക്കുമ്പോൾ ഇത് ഒരു ശല്യമായി മാറുന്നു:

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.git

ഇത് എങ്ങനെ പ്രവർത്തിക്കുന്നു? ബ്ലോക്കിൽ ക്ഷുദ്ര കോഡ് ഉൾപ്പെടുത്തിയിട്ടുണ്ട് , ഇത് CSS ഉപയോഗിച്ച് ഉപയോക്താവിന്റെ കാഴ്ചയിൽ നിന്ന് നീക്കി.

ബ്രാക്കറ്റഡ് പേസ്റ്റ് മോഡ് അത്തരം ആക്രമണങ്ങളെ നിർവീര്യമാക്കാൻ വ്യക്തമായി രൂപകൽപ്പന ചെയ്തിട്ടുള്ളതാണ്. ഈ മോഡിൽ, ടെക്‌സ്‌റ്റിന്റെ ഉത്ഭവത്തെക്കുറിച്ച് ഷെല്ലിനോട് പറയാൻ ടെർമിനലുകൾ ഒട്ടിച്ച ടെക്‌സ്‌റ്റിനെ ഒരു ജോടി പ്രത്യേക എസ്‌കേപ്പ് സീക്വൻസുകളിൽ ഉൾപ്പെടുത്തുന്നു. ഒട്ടിച്ച വാചകത്തിൽ അടങ്ങിയിരിക്കുന്ന പ്രത്യേക പ്രതീകങ്ങളെ അവഗണിക്കാൻ കഴിയുമെന്ന് ഇത് ഷെല്ലിനോട് പറയുന്നു. ബഹുമാനപ്പെട്ട xterm-ലേക്കുള്ള എല്ലാ ടെർമിനലുകളും ഈ സവിശേഷതയെ പിന്തുണയ്ക്കുന്നു, എന്നാൽ ബ്രാക്കറ്റഡ് മോഡിൽ ഒട്ടിക്കാൻ ടെർമിനലിൽ പ്രവർത്തിക്കുന്ന ഷെല്ലിൽ നിന്നോ ആപ്ലിക്കേഷനിൽ നിന്നോ പിന്തുണ ആവശ്യമാണ്. ഉദാഹരണത്തിന്, സോഫ്റ്റ്വെയർ ഉപയോഗിക്കുന്നു ഗ്നു റീഡ്‌ലൈൻ (അതേ ബാഷ്), ഒരു ഫയൽ ആവശ്യമാണ് ~/.inputrc:

set enable-bracketed-paste on

നിർഭാഗ്യവശാൽ, ടെക്‌സ്‌റ്റ് ഫോർമാറ്റിംഗിലൂടെ ഈ പരിരക്ഷയെ എങ്ങനെ മറികടക്കാമെന്നും അകാലത്തിൽ ബ്രാക്കറ്റഡ് മോഡ് പ്രയോഗിക്കുന്നത് എങ്ങനെയെന്ന് ഹോണിന്റെ ടെസ്റ്റ് സൈറ്റ് കാണിക്കുന്നു. ചില ടെർമിനലുകൾ അവരുടേത് ചേർക്കുന്നതിന് മുമ്പ് രക്ഷപ്പെടൽ സീക്വൻസുകൾ ശരിയായി ഫിൽട്ടർ ചെയ്യാത്തതിനാൽ ഇത് പ്രവർത്തിക്കുന്നു. ഉദാഹരണത്തിന്, ശരിയായ കോൺഫിഗറേഷൻ ഉപയോഗിച്ച് പോലും എനിക്ക് കോൺസോൾ ടെസ്റ്റുകൾ വിജയകരമായി പൂർത്തിയാക്കാൻ കഴിഞ്ഞില്ല. .inputrc ഫയൽ. പിന്തുണയ്‌ക്കാത്ത ആപ്ലിക്കേഷൻ അല്ലെങ്കിൽ തെറ്റായി ക്രമീകരിച്ച ഷെൽ കാരണം നിങ്ങളുടെ സിസ്റ്റം കോൺഫിഗറേഷൻ എളുപ്പത്തിൽ കേടാകുമെന്നാണ് ഇതിനർത്ഥം. റിമോട്ട് സെർവറുകളിലേക്ക് ലോഗിൻ ചെയ്യുമ്പോൾ ഇത് വളരെ അപകടകരമാണ്, ഇവിടെ ശ്രദ്ധാപൂർവ്വമായ കോൺഫിഗറേഷൻ ജോലികൾ കുറവാണ്, പ്രത്യേകിച്ചും നിങ്ങൾക്ക് അത്തരം വിദൂര മെഷീനുകൾ ഉണ്ടെങ്കിൽ.

ഈ പ്രശ്നത്തിനുള്ള നല്ലൊരു പരിഹാരം ടെർമിനലിനായുള്ള പേസ്റ്റ് സ്ഥിരീകരണ പ്ലഗിൻ ആണ് urxvt, ഇത് ന്യൂലൈനുകൾ ഉൾക്കൊള്ളുന്ന ഏതെങ്കിലും വാചകം ചേർക്കാൻ അനുമതി ചോദിക്കുന്നു. ഹോൺ വിവരിച്ച വാചക ആക്രമണത്തിന് കൂടുതൽ സുരക്ഷിതമായ ഓപ്ഷൻ ഞാൻ കണ്ടെത്തിയില്ല.

ടാബുകളും പ്രൊഫൈലുകളും

ഒരു ടാബ് ചെയ്ത ഇന്റർഫേസിനുള്ള പിന്തുണയാണ് ഇപ്പോൾ ഒരു ജനപ്രിയ സവിശേഷത, മറ്റ് നിരവധി ടെർമിനലുകൾ അടങ്ങിയ ഒരു ടെർമിനൽ വിൻഡോയായി ഞങ്ങൾ അതിനെ നിർവചിക്കും. ഈ ഫംഗ്‌ഷൻ വ്യത്യസ്‌ത ടെർമിനലുകൾക്ക് വ്യത്യാസപ്പെട്ടിരിക്കുന്നു, പരമ്പരാഗത xterm ടെർമിനലുകൾ ടാബുകളെ പിന്തുണയ്‌ക്കുന്നില്ലെങ്കിലും, കൂടുതൽ ആധുനിക ടെർമിനൽ അവതാരങ്ങളായ Xfce ടെർമിനൽ, ഗ്നോം ടെർമിനൽ, കോൺസോൾ എന്നിവയ്‌ക്ക് ഈ ഫംഗ്‌ഷൻ ഉണ്ട്. Urxvt ടാബുകളും പിന്തുണയ്ക്കുന്നു, എന്നാൽ നിങ്ങൾ ഒരു പ്ലഗിൻ ഉപയോഗിക്കുകയാണെങ്കിൽ മാത്രം. എന്നാൽ ടാബ് പിന്തുണയുടെ കാര്യത്തിൽ, ടെർമിനേറ്ററാണ് തർക്കമില്ലാത്ത നേതാവ്: ഇത് ടാബുകളെ പിന്തുണയ്ക്കുക മാത്രമല്ല, ഏത് ക്രമത്തിലും ടെർമിനലുകൾ ക്രമീകരിക്കാനും കഴിയും (ചുവടെയുള്ള ചിത്രം കാണുക).

ടെർമിനേറ്ററിന്റെ മറ്റൊരു സവിശേഷത, ഈ ടാബുകൾ ഒരുമിച്ച് "ഗ്രൂപ്പ്" ചെയ്യാനും ഒരേ സമയം ഒന്നിലധികം ടെർമിനലുകളിലേക്ക് ഒരേ കീസ്‌ട്രോക്കുകൾ അയയ്‌ക്കാനുമുള്ള കഴിവാണ്, ഒന്നിലധികം സെർവറുകളിൽ ഒരേസമയം ബൾക്ക് ഓപ്പറേഷനുകൾ നടത്തുന്നതിനുള്ള ഒരു ക്രൂഡ് ടൂൾ നൽകുന്നു. സമാനമായ ഒരു സവിശേഷത കോൺസോളിലും നടപ്പിലാക്കിയിട്ടുണ്ട്. മറ്റ് ടെർമിനലുകളിൽ ഈ ഫീച്ചർ ഉപയോഗിക്കുന്നതിന്, നിങ്ങൾ മൂന്നാം കക്ഷി സോഫ്റ്റ്‌വെയർ ഉപയോഗിക്കണം ക്ലസ്റ്റർ എസ്എസ്എച്ച്, xlax അഥവാ tmux.

പ്രൊഫൈലുകളുമായി ജോടിയാക്കുമ്പോൾ ടാബുകൾ നന്നായി പ്രവർത്തിക്കുന്നു: ഉദാഹരണത്തിന്, നിങ്ങൾക്ക് ഇമെയിലിനായി ഒരു ടാബ്, ചാറ്റിന് മറ്റൊന്ന്, അങ്ങനെ പലതും. ഇത് കോൺസോൾ ടെർമിനലും ഗ്നോം ടെർമിനലും നന്നായി പിന്തുണയ്ക്കുന്നു. രണ്ടും ഓരോ ടാബിനെയും സ്വന്തം പ്രൊഫൈൽ സ്വയമേവ സമാരംഭിക്കാൻ അനുവദിക്കുന്നു. ടെർമിനേറ്ററും പ്രൊഫൈലുകളെ പിന്തുണയ്ക്കുന്നു, എന്നാൽ നിങ്ങൾ ഒരു നിർദ്ദിഷ്ട ടാബ് തുറക്കുമ്പോൾ ചില പ്രോഗ്രാമുകൾ സ്വയമേവ സമാരംഭിക്കുന്നതിനുള്ള ഒരു മാർഗം എനിക്ക് കണ്ടെത്താൻ കഴിഞ്ഞില്ല. മറ്റ് ടെർമിനലുകൾക്ക് "പ്രൊഫൈൽ" എന്ന ആശയം ഇല്ല.

റഫിൾസ്

ഈ ലേഖനത്തിന്റെ ആദ്യ ഭാഗത്തിൽ ഞാൻ അവസാനമായി കവർ ചെയ്യുന്നത് ടെർമിനലുകളുടെ രൂപമാണ്. ഉദാഹരണത്തിന് GNOME, Xfce, urxvt എന്നിവ സുതാര്യതയെ പിന്തുണയ്ക്കുന്നു, എന്നാൽ അടുത്തിടെ പശ്ചാത്തല ഇമേജുകൾക്കുള്ള പിന്തുണ ഉപേക്ഷിച്ചു, ചില ഉപയോക്താക്കളെ ടെർമിനലിലേക്ക് മാറാൻ നിർബന്ധിതരാക്കി. Tilix. വ്യക്തിപരമായി, ഞാൻ അതിൽ സന്തുഷ്ടനാണ്, ഇത് ലളിതവുമാണ് ഉറവിടങ്ങൾ, ഇത് urxvt-യുടെ പശ്ചാത്തല നിറങ്ങളുടെ അടിസ്ഥാന സെറ്റ് സജ്ജമാക്കുന്നു. എന്നിരുന്നാലും, നിലവാരമില്ലാത്ത വർണ്ണ തീമുകളും പ്രശ്നങ്ങൾ സൃഷ്ടിക്കും. ഉദാഹരണത്തിന്, സോളറൈസ് ചെയ്തു പ്രവർത്തിക്കുന്നില്ല അപേക്ഷകൾക്കൊപ്പം htop и IPTraf, അവർ ഇതിനകം സ്വന്തം നിറങ്ങൾ ഉപയോഗിക്കുന്നതിനാൽ.

യഥാർത്ഥ VT100 ടെർമിനൽ നിറങ്ങളെ പിന്തുണച്ചില്ല, പുതിയവ പലപ്പോഴും 256-വർണ്ണ പാലറ്റിൽ പരിമിതപ്പെടുത്തിയിരുന്നു. ടെർമിനലുകൾ സ്റ്റൈൽ ചെയ്യുന്ന നൂതന ഉപയോക്താക്കൾക്ക്, സങ്കീർണ്ണമായ രീതിയിൽ ഷെൽ പ്രോംപ്റ്റുകൾ അല്ലെങ്കിൽ സ്റ്റാറ്റസ് ബാറുകൾ ഒരു ശല്യപ്പെടുത്തുന്ന പരിമിതിയായിരിക്കാം. നിശബ്ദത ഏത് ടെർമിനലുകൾക്ക് "ട്രൂ കളർ" പിന്തുണയുണ്ടെന്ന് ട്രാക്ക് ചെയ്യുന്നു. st, Alacritty, VTE അടിസ്ഥാനമാക്കിയുള്ള ടെർമിനലുകൾ യഥാർത്ഥ വർണ്ണത്തെ പൂർണമായി പിന്തുണയ്ക്കുന്നുവെന്ന് എന്റെ പരിശോധനകൾ സ്ഥിരീകരിക്കുന്നു. മറ്റ് ടെർമിനലുകൾ ഇക്കാര്യത്തിൽ നന്നായി പ്രവർത്തിക്കുന്നില്ല, വാസ്തവത്തിൽ, 256 നിറങ്ങൾ പോലും പ്രദർശിപ്പിക്കുന്നില്ല. GNOME ടെർമിനലുകൾ, st, xterm എന്നിവയിലെ True Color സപ്പോർട്ട് തമ്മിലുള്ള വ്യത്യാസം നിങ്ങൾക്ക് ചുവടെ കാണാൻ കഴിയും, അത് അവരുടെ 256 വർണ്ണ പാലറ്റ് ഉപയോഗിച്ച് നന്നായി പ്രവർത്തിക്കുന്നു, കൂടാതെ urxvt, ടെസ്റ്റിൽ പരാജയപ്പെടുക മാത്രമല്ല, പകരം ചില മിന്നുന്ന പ്രതീകങ്ങൾ കാണിക്കുകയും ചെയ്യുന്നു.

ചില ടെർമിനലുകൾ ലിങ്കുകൾ ക്ലിക്കുചെയ്യാൻ കഴിയുന്ന തരത്തിൽ URL പാറ്റേണുകൾക്കായി വാചകം വിശകലനം ചെയ്യുന്നു. ഇത് എല്ലാ വിടിഇ-ഡെറൈവ്ഡ് ടെർമിനലുകൾക്കും ബാധകമാണ്, അതേസമയം urxvt-ന് ഒരു ക്ലിക്കിലൂടെയോ കീബോർഡ് കുറുക്കുവഴി ഉപയോഗിച്ചോ URL-കൾ രൂപാന്തരപ്പെടുത്തുന്ന ഒരു പ്രത്യേക പ്ലഗിൻ ആവശ്യമാണ്. ഞാൻ പരീക്ഷിച്ച മറ്റ് ടെർമിനലുകൾ മറ്റ് വഴികളിൽ URL-കൾ പ്രദർശിപ്പിക്കുക.

അവസാനമായി, ടെർമിനലുകളിലെ ഒരു പുതിയ പ്രവണത സ്ക്രോൾ ബഫറിന്റെ ഓപ്‌ഷണലിറ്റിയാണ്. ഉദാഹരണത്തിന്, st-ന് സ്ക്രോൾ ബഫർ ഇല്ല; ഉപയോക്താവ് tmux പോലെയുള്ള ഒരു ടെർമിനൽ മൾട്ടിപ്ലക്‌സർ ഉപയോഗിക്കുമെന്ന് അനുമാനിക്കപ്പെടുന്നു ഗ്നു സ്ക്രീൻ.

അലക്രിറ്റിക്ക് ബാക്ക്സ്ക്രോൾ ബഫറുകളും ഇല്ല, പക്ഷേ ഉടൻ ചേർക്കും ഉപയോക്താക്കളിൽ നിന്നുള്ള ഈ വിഷയത്തെക്കുറിച്ചുള്ള "വിപുലമായ ഫീഡ്ബാക്ക്" കാരണം അതിന്റെ പിന്തുണ. ഈ അപ്‌സ്റ്റാർട്ടുകൾ കൂടാതെ, റിവേഴ്‌സ് സ്‌ക്രോളിംഗ് പിന്തുണ കണ്ടെത്താൻ ഞാൻ പരീക്ഷിച്ച എല്ലാ ടെർമിനലുകളും.

ഉപവിഭാഗങ്ങൾ

മെറ്റീരിയലിന്റെ രണ്ടാം ഭാഗത്ത് (യഥാർത്ഥത്തിൽ ഇവ രണ്ട് വ്യത്യസ്ത ലേഖനങ്ങളായിരുന്നു - ഏകദേശം. പാത) ഞങ്ങൾ പ്രകടനം, മെമ്മറി ഉപയോഗം, ലേറ്റൻസി എന്നിവ താരതമ്യം ചെയ്യും. എന്നാൽ സംശയാസ്പദമായ ചില ടെർമിനലുകൾക്ക് ഗുരുതരമായ പോരായ്മകളുണ്ടെന്ന് നമുക്ക് ഇതിനകം കാണാൻ കഴിയും. ഉദാഹരണത്തിന്, RTL സ്ക്രിപ്റ്റുകളിൽ പതിവായി പ്രവർത്തിക്കുന്ന ഉപയോക്താക്കൾ mlterm, pterm എന്നിവ പരിഗണിക്കാൻ ആഗ്രഹിച്ചേക്കാം, കാരണം അവർ മറ്റുള്ളവരെ അപേക്ഷിച്ച് സമാന ജോലികൾ കൈകാര്യം ചെയ്യുന്നതിൽ മികച്ചവരാണ്. കോൺസോളും മികച്ച പ്രകടനം നടത്തി. RTL സ്ക്രിപ്റ്റുകളിൽ പ്രവർത്തിക്കാത്ത ഉപയോക്താക്കൾക്ക് മറ്റെന്തെങ്കിലും തിരഞ്ഞെടുക്കാം.

ക്ഷുദ്രകരമായ കോഡ് ഉൾപ്പെടുത്തലിനെതിരായ സംരക്ഷണത്തിന്റെ കാര്യത്തിൽ, ഇത്തരത്തിലുള്ള ആക്രമണത്തിനെതിരെയുള്ള പ്രത്യേക സംരക്ഷണം നടപ്പിലാക്കിയതിനാൽ urxvt വേറിട്ടുനിൽക്കുന്നു, ഇത് എനിക്ക് തീർച്ചയായും സൗകര്യപ്രദമാണെന്ന് തോന്നുന്നു. ചില മണികളും വിസിലുകളും തിരയുന്നവർക്ക്, കൺസോൾ ഒരു നോക്ക് അർഹമാണ്. അവസാനമായി, വർണ്ണ പിന്തുണ, URL തിരിച്ചറിയൽ മുതലായവ ഉറപ്പുനൽകുന്ന ടെർമിനലുകൾക്കുള്ള മികച്ച അടിത്തറയാണ് VTE എന്നത് ശ്രദ്ധിക്കേണ്ടതാണ്. ഒറ്റനോട്ടത്തിൽ, നിങ്ങളുടെ പ്രിയപ്പെട്ട പരിതസ്ഥിതിയിൽ വരുന്ന ഡിഫോൾട്ട് ടെർമിനൽ എല്ലാ ആവശ്യങ്ങളും നിറവേറ്റിയേക്കാം, എന്നാൽ പ്രകടനം മനസ്സിലാക്കുന്നത് വരെ ഈ ചോദ്യം തുറന്ന് വിടാം.

നമുക്ക് സംഭാഷണം തുടരാം

പൊതുവേ, ടെർമിനലുകളുടെ പ്രകടനം വിദൂരമായ ഒരു പ്രശ്നമായി തോന്നിയേക്കാം, എന്നാൽ അത് മാറുന്നതുപോലെ, അവയിൽ ചിലത് അത്തരം ഒരു അടിസ്ഥാന തരത്തിലുള്ള സോഫ്റ്റ്‌വെയറിന് അതിശയകരമാംവിധം ഉയർന്ന കാലതാമസം കാണിക്കുന്നു. അടുത്തതായി, പരമ്പരാഗതമായി "വേഗത" എന്ന് വിളിക്കപ്പെടുന്നതും (വാസ്തവത്തിൽ, ഇതാണ് സ്ക്രോളിംഗ് വേഗത) ടെർമിനലിന്റെ മെമ്മറി ഉപഭോഗവും (ഇത് പതിറ്റാണ്ടുകൾക്ക് മുമ്പുള്ളതുപോലെ നിർണായകമല്ലെന്ന മുന്നറിയിപ്പോടെ) നോക്കാം.

കാലതാമസം

ടെർമിനൽ പ്രകടനത്തെക്കുറിച്ചുള്ള സമഗ്രമായ പഠനത്തിന് ശേഷം, ഇക്കാര്യത്തിൽ ഏറ്റവും പ്രധാനപ്പെട്ട പാരാമീറ്റർ ലേറ്റൻസി (പിംഗ്) ആണെന്ന നിഗമനത്തിൽ ഞാൻ എത്തി. അദ്ദേഹത്തിന്റെ ലേഖനത്തിൽ “ഞങ്ങൾ സന്തോഷത്തോടെ അച്ചടിക്കുന്നു” പവൽ ഫാറ്റിൻ വിവിധ ടെക്‌സ്‌റ്റ് എഡിറ്റർമാരുടെ കാലതാമസം നോക്കി, ഇക്കാര്യത്തിൽ ടെർമിനലുകൾ വേഗതയേറിയ ടെക്‌സ്‌റ്റ് എഡിറ്ററുകളേക്കാൾ മന്ദഗതിയിലാകുമെന്ന് സൂചന നൽകി. ഈ സൂചനയാണ് ആത്യന്തികമായി എന്റെ സ്വന്തം പരീക്ഷകൾ നടത്താനും ഈ ലേഖനം എഴുതാനും എന്നെ നയിച്ചത്.

എന്നാൽ എന്താണ് കാലതാമസം, എന്തുകൊണ്ട് ഇത് വളരെ പ്രധാനമാണ്? തന്റെ ലേഖനത്തിൽ, ഫാറ്റിൻ അതിനെ "ഒരു കീ അമർത്തുന്നതും അനുബന്ധ സ്ക്രീൻ അപ്ഡേറ്റും തമ്മിലുള്ള കാലതാമസം" എന്ന് നിർവചിക്കുകയും ഉദ്ധരിക്കുകയും ചെയ്തു. "മനുഷ്യ-കമ്പ്യൂട്ടർ ഇടപെടലിലേക്കുള്ള വഴികാട്ടി", അത് പ്രസ്താവിക്കുന്നു: "ഒരു കമ്പ്യൂട്ടർ ഡിസ്പ്ലേയിലെ ദൃശ്യ ഫീഡ്ബാക്കിലെ കാലതാമസം ടൈപ്പിസ്റ്റ് പെരുമാറ്റത്തിലും സംതൃപ്തിയിലും ഒരു പ്രധാന സ്വാധീനം ചെലുത്തുന്നു."

ഈ പിംഗിന് കേവലം സംതൃപ്തിയേക്കാൾ ആഴത്തിലുള്ള അനന്തരഫലങ്ങൾ ഉണ്ടെന്ന് ഫാറ്റിൻ വിശദീകരിക്കുന്നു: "ടൈപ്പിംഗ് മന്ദഗതിയിലാകുന്നു, കൂടുതൽ പിശകുകൾ സംഭവിക്കുന്നു, കണ്ണിന്റെയും പേശികളുടെയും പിരിമുറുക്കം വർദ്ധിക്കുന്നു." മറ്റൊരു വിധത്തിൽ പറഞ്ഞാൽ, വലിയ കാലതാമസം അക്ഷരത്തെറ്റുകൾക്കും കോഡ് നിലവാരം കുറയുന്നതിനും ഇടയാക്കും, കാരണം ഇത് തലച്ചോറിൽ അധിക കോഗ്നിറ്റീവ് ലോഡിലേക്ക് നയിക്കുന്നു. എന്നാൽ ഏറ്റവും മോശമായ കാര്യം, പിംഗ് "കണ്ണിന്റെയും പേശികളുടെയും ആയാസം വർദ്ധിപ്പിക്കുന്നു", ഇത് സൂചിപ്പിക്കുന്നതായി തോന്നുന്നു തൊഴിൽ പരിക്കുകളുടെ വികസനം ഭാവിയിൽ (പ്രത്യക്ഷത്തിൽ, രചയിതാവ് അർത്ഥമാക്കുന്നത് കണ്ണുകളുടെ പേശികൾ, പുറം, കൈകൾ, തീർച്ചയായും, കാഴ്ച എന്നിവയിലെ പ്രശ്നങ്ങൾ - ഏകദേശം. പാത) ആവർത്തിച്ചുള്ള സമ്മർദ്ദം കാരണം.

ഈ ഇഫക്റ്റുകളിൽ ചിലത് വളരെക്കാലമായി അറിയപ്പെടുന്നു, അതിന്റെ ഫലങ്ങളും ഗവേഷണം, 1976-ൽ എർഗണോമിക്സ് ജേണലിൽ പ്രസിദ്ധീകരിച്ചത്, 100 മില്ലിസെക്കൻഡ് കാലതാമസം "ടൈപ്പിംഗ് വേഗതയെ ഗണ്യമായി തടസ്സപ്പെടുത്തുന്നു" എന്ന് പറഞ്ഞു. അടുത്തിടെ, ഗ്നോം ഉപയോക്തൃ ഗൈഡ് അവതരിപ്പിച്ചു സ്വീകാര്യമായ പ്രതികരണ സമയം 10 മില്ലിസെക്കൻഡിൽ, നിങ്ങൾ കൂടുതൽ മുന്നോട്ട് പോകുകയാണെങ്കിൽ, പിന്നെ മൈക്രോസോഫ്റ്റ് റിസർച്ച് 1 മില്ലിസെക്കൻഡ് അനുയോജ്യമാണെന്ന് കാണിക്കുന്നു.

ഫാറ്റിൻ ടെക്സ്റ്റ് എഡിറ്റർമാരിൽ തന്റെ പരീക്ഷണങ്ങൾ നടത്തി; എന്ന പേരിൽ ഒരു പോർട്ടബിൾ ഉപകരണം അദ്ദേഹം സൃഷ്ടിച്ചു ടൈപ്പോമീറ്റർടെർമിനൽ എമുലേറ്ററുകളിൽ പിംഗ് പരീക്ഷിക്കാൻ ഞാൻ ഉപയോഗിച്ചത്. സിമുലേഷൻ മോഡിലാണ് പരിശോധന നടത്തിയതെന്ന് ഓർമ്മിക്കുക: വാസ്തവത്തിൽ, ഇൻപുട്ടും (കീബോർഡ്, യുഎസ്ബി കൺട്രോളർ മുതലായവ) ഔട്ട്പുട്ടും (വീഡിയോ കാർഡ് ബഫർ, മോണിറ്റർ) ലേറ്റൻസിയും ഞങ്ങൾ കണക്കിലെടുക്കേണ്ടതുണ്ട്. ഫാറ്റിൻ അനുസരിച്ച്, സാധാരണ കോൺഫിഗറേഷനുകളിൽ ഇത് ഏകദേശം 20 എംഎസ് ആണ്. നിങ്ങൾക്ക് ഗെയിമിംഗ് ഉപകരണങ്ങൾ ഉണ്ടെങ്കിൽ, വെറും 3 മില്ലിസെക്കൻഡിൽ നിങ്ങൾക്ക് ഈ കണക്ക് നേടാനാകും. ഞങ്ങൾക്ക് ഇതിനകം തന്നെ അത്തരം ഫാസ്റ്റ് ഹാർഡ്‌വെയർ ഉള്ളതിനാൽ, അപ്ലിക്കേഷന് അതിന്റേതായ ലേറ്റൻസി ചേർക്കേണ്ടതില്ല. ആപ്ലിക്കേഷൻ ലേറ്റൻസി 1 മില്ലിസെക്കൻഡിലേക്ക് കൊണ്ടുവരിക അല്ലെങ്കിൽ ഡയലിംഗ് പോലും നേടുക എന്നതാണ് ഫാറ്റിന്റെ ലക്ഷ്യം അളക്കാവുന്ന കാലതാമസം, എങ്ങനെ IntelliJ IDEA 15.

എന്റെ പരീക്ഷണം അവന്റെ പരിശോധനകളോട് യോജിക്കുന്നുവെന്ന് കാണിക്കാൻ എന്റെ അളവുകളുടെ ഫലങ്ങളും ഫാറ്റിന്റെ ചില ഫലങ്ങളും ഇതാ:

xterm, mlterm പോലുള്ള പഴയ പ്രോഗ്രാമുകളുടെ മികച്ച പ്രതികരണ സമയമാണ് എന്നെ ആദ്യം ആകർഷിച്ചത്. ഏറ്റവും മോശം റജിസ്റ്റർ ലേറ്റൻസിയിൽ (2,4 എംഎസ്), ഏറ്റവും വേഗതയേറിയ ആധുനിക ടെർമിനലിനേക്കാൾ മികച്ച പ്രകടനം കാഴ്ചവച്ചു (10,6 എംഎസ്). ഒരു ആധുനിക ടെർമിനലും 10 മില്ലിസെക്കൻഡ് പരിധിക്ക് താഴെയല്ല. പ്രത്യേകിച്ചും, 2017-ലെ ആദ്യ അവലോകനത്തിന് ശേഷം അതിന്റെ സ്‌കോറുകൾ മെച്ചപ്പെട്ടിട്ടുണ്ടെങ്കിലും, "ലഭ്യമായ ഏറ്റവും വേഗമേറിയ ടെർമിനൽ എമുലേറ്റർ" ക്ലെയിം പാലിക്കുന്നതിൽ അലക്രിറ്റി പരാജയപ്പെട്ടു. തീർച്ചയായും, പദ്ധതിയുടെ രചയിതാക്കൾ സാഹചര്യത്തെക്കുറിച്ച് ബോധവാന്മാരാണ് എന്നിവ ഡിസ്പ്ലേ മെച്ചപ്പെടുത്താൻ പ്രവർത്തിക്കുന്നു. GTK3 ഉപയോഗിക്കുന്ന Vim അതിന്റെ GTK2 കൗണ്ടർപാർട്ടിനേക്കാൾ വേഗത കുറഞ്ഞ ക്രമമാണ് എന്നതും ശ്രദ്ധിക്കേണ്ടതാണ്. ഇതിൽ നിന്നും GTK3 അധിക ലേറ്റൻസി സൃഷ്ടിക്കുന്നു എന്ന് നമുക്ക് നിഗമനം ചെയ്യാം, ഇത് ഉപയോഗിക്കുന്ന മറ്റെല്ലാ ടെർമിനലുകളിലും ഇത് പ്രതിഫലിക്കുന്നു (ടെർമിനേറ്റർ, Xfce4 ടെർമിനൽ, ഗ്നോം ടെർമിനൽ).

എന്നിരുന്നാലും, വ്യത്യാസങ്ങൾ കണ്ണിൽ ശ്രദ്ധിക്കപ്പെടണമെന്നില്ല. ഫാറ്റിൻ വിശദീകരിക്കുന്നതുപോലെ, "അത് നിങ്ങളിൽ സ്വാധീനം ചെലുത്തുന്നതിനുള്ള കാലതാമസത്തെക്കുറിച്ച് നിങ്ങൾ അറിഞ്ഞിരിക്കേണ്ടതില്ല." സ്റ്റാൻഡേർഡ് ഡീവിയേഷനെ കുറിച്ചും ഫാറ്റിൻ മുന്നറിയിപ്പ് നൽകുന്നു: "ലേറ്റൻസിയിലെ (വിറയൽ) എന്തെങ്കിലും അസ്വസ്ഥതകൾ അവയുടെ പ്രവചനാതീതമായതിനാൽ അധിക സമ്മർദ്ദം സൃഷ്ടിക്കുന്നു."

മുകളിലുള്ള ഗ്രാഫ് ശുദ്ധമായ ഡെബിയൻ 9 (സ്ട്രെച്ച്) ഉപയോഗിച്ച് എടുത്തതാണ് i3 വിൻഡോ മാനേജർ. ഈ പരിതസ്ഥിതി ലേറ്റൻസി ടെസ്റ്റുകളിൽ മികച്ച ഫലങ്ങൾ നൽകുന്നു. എല്ലാ അളവുകൾക്കുമായി ഗ്നോം അധികമായി 20 എംഎസ് പിംഗ് സൃഷ്ടിക്കുന്നു. ഇൻപുട്ട് ഇവന്റുകളുടെ സിൻക്രണസ് പ്രോസസ്സിംഗ് ഉള്ള പ്രോഗ്രാമുകളുടെ സാന്നിധ്യമാണ് ഇതിന് സാധ്യമായ ഒരു വിശദീകരണം. അത്തരമൊരു കേസിന് ഫാറ്റിൻ ഒരു ഉദാഹരണം നൽകുന്നു വർക്ക്‌റേവ്, ഇത് എല്ലാ ഇൻപുട്ട് ഇവന്റുകളും സമന്വയിപ്പിച്ച് പ്രോസസ്സ് ചെയ്യുന്നതിലൂടെ കാലതാമസം ചേർക്കുന്നു. സ്ഥിരസ്ഥിതിയായി, ഗ്നോമും ഒരു വിൻഡോ മാനേജറുമായി വരുന്നു മ്യൂട്ടർ, ഇത് ബഫറിംഗിന്റെ ഒരു അധിക പാളി സൃഷ്ടിക്കുന്നു, ഇത് പിംഗിനെ ബാധിക്കുകയും കുറഞ്ഞത് 8 മില്ലിസെക്കൻഡ് ലേറ്റൻസി ചേർക്കുകയും ചെയ്യുന്നു.

സ്ക്രോൾ വേഗത

അടുത്ത ടെസ്റ്റ് ഒരു പരമ്പരാഗത "വേഗത" അല്ലെങ്കിൽ "ബാൻഡ്‌വിഡ്ത്ത്" ടെസ്റ്റാണ്, ഇത് സ്ക്രീനിൽ വലിയ അളവിലുള്ള വാചകം പ്രദർശിപ്പിക്കുമ്പോൾ ടെർമിനലിന് എത്ര വേഗത്തിൽ ഒരു പേജ് സ്ക്രോൾ ചെയ്യാൻ കഴിയുമെന്ന് അളക്കുന്നു. പരീക്ഷയുടെ മെക്കാനിക്സ് വ്യത്യസ്തമാണ്; seq കമാൻഡ് ഉപയോഗിച്ച് ഒരേ ടെക്സ്റ്റ് സ്ട്രിംഗ് സൃഷ്ടിക്കുക എന്നതായിരുന്നു യഥാർത്ഥ പരീക്ഷണം. മറ്റ് ടെസ്റ്റുകളിൽ തോമസ് ഇ. ഡിക്കിയുടെ (എക്‌സ്റ്റേം മെയിന്റനർ) ടെസ്റ്റ് ഉൾപ്പെടുന്നു, അത് ആവർത്തിച്ച് terminfo.src ഫയൽ ഡൗൺലോഡ് ചെയ്തു. ടെർമിനൽ പ്രകടനത്തിന്റെ മറ്റൊരു അവലോകനത്തിൽ ഡെൻ ലു റാൻഡം ബൈറ്റുകളുടെ അടിസ്ഥാന 32 എൻകോഡ് സ്ട്രിംഗ് ഉപയോഗിക്കുന്നു, ഇത് ക്യാറ്റ് ഉപയോഗിച്ച് ടെർമിനലിലേക്ക് ഔട്ട്പുട്ട് ചെയ്യുന്നു. അത്തരമൊരു പരിശോധന "ഒരാൾക്ക് സങ്കൽപ്പിക്കാൻ കഴിയുന്നത്ര ഉപയോഗശൂന്യമായ ഒരു മാനദണ്ഡമായി" ലു കണക്കാക്കുന്നു, പകരം ടെർമിനൽ പ്രതികരണം ഒരു പ്രാഥമിക മെട്രിക് ആയി ഉപയോഗിക്കാൻ നിർദ്ദേശിക്കുന്നു. തന്റെ ടെസ്റ്റ് തെറ്റിദ്ധരിപ്പിക്കുന്നതാണെന്നും ഡിക്കി പറയുന്നു. എന്നിരുന്നാലും, ടെർമിനൽ വിൻഡോ ബാൻഡ്‌വിഡ്ത്ത് ഒരു പ്രശ്‌നമാകുമെന്ന് രണ്ട് രചയിതാക്കളും സമ്മതിക്കുന്നു. വലിയ ഫയലുകൾ പ്രദർശിപ്പിക്കുമ്പോൾ Emacs Eshell മരവിപ്പിക്കുന്നതായി Luu കണ്ടെത്തി, കൂടാതെ xtrerm-ന്റെ വിഷ്വൽ മന്ദത ഒഴിവാക്കാൻ ഡിക്കി ടെർമിനൽ ഒപ്റ്റിമൈസ് ചെയ്തു. അതിനാൽ ഈ ടെസ്റ്റിന് ഇപ്പോഴും കുറച്ച് മെറിറ്റ് ഉണ്ട്, എന്നാൽ ടെർമിനലിൽ നിന്ന് ടെർമിനലിലേക്ക് റെൻഡറിംഗ് പ്രക്രിയ വളരെ വ്യത്യസ്തമായതിനാൽ, മറ്റ് പാരാമീറ്ററുകൾ പരിശോധിക്കുന്നതിനുള്ള ഒരു ടെസ്റ്റ് ഘടകമായും ഇത് ഉപയോഗിക്കാം.

rxvt ഉം st ഉം മത്സരത്തിന് മുന്നിൽ നിൽക്കുന്നത് ഇവിടെ കാണാം, തുടർന്ന് പ്രകടനത്തിൽ ശ്രദ്ധ കേന്ദ്രീകരിച്ച് രൂപകൽപ്പന ചെയ്‌തിരിക്കുന്ന ഏറ്റവും പുതിയ അലക്രിറ്റി. അടുത്തത് Xfce (VTE ഫാമിലി), കോൺസോൾ എന്നിവയാണ്, ഇത് ഏകദേശം ഇരട്ടി വേഗതയുള്ളതാണ്. അവസാനത്തേത് xterm ആണ്, ഇത് rxvt നേക്കാൾ അഞ്ചിരട്ടി വേഗത കുറവാണ്. ടെസ്റ്റിനിടയിൽ, xterm-ഉം വളരെയധികം അലയടിച്ചു, ഒരേ വരി ആണെങ്കിൽപ്പോലും വാചകം കടത്തിവിടുന്നത് ബുദ്ധിമുട്ടാക്കി. കോൺസോൾ വേഗതയേറിയതായിരുന്നു, എന്നാൽ ചില സമയങ്ങളിൽ അത് ബുദ്ധിമുട്ടുള്ളതായിരുന്നു: ഡിസ്പ്ലേ ഇടയ്ക്കിടെ മരവിപ്പിക്കും, ഭാഗിക വാചകം കാണിക്കുന്നു അല്ലെങ്കിൽ അത് കാണിക്കുന്നില്ല. മറ്റ് ടെർമിനലുകൾ st, Alacritty, rxvt എന്നിവയുൾപ്പെടെ സ്ട്രിംഗുകൾ വ്യക്തമായി പ്രദർശിപ്പിച്ചിരിക്കുന്നു.

വ്യത്യസ്ത ടെർമിനലുകളിലെ സ്ക്രോൾ ബഫറുകളുടെ രൂപകൽപ്പനയാണ് പ്രകടന വ്യത്യാസങ്ങൾക്ക് കാരണമെന്ന് ഡിക്കി വിശദീകരിക്കുന്നു. പ്രത്യേകിച്ചും, rxvt യും മറ്റ് ടെർമിനലുകളും "പൊതു നിയമങ്ങൾ പാലിക്കുന്നില്ലെന്ന്" അദ്ദേഹം കുറ്റപ്പെടുത്തുന്നു:

“xterm പോലെ, rxvt എല്ലാ അപ്‌ഡേറ്റുകളും പ്രദർശിപ്പിക്കാൻ ശ്രമിച്ചില്ല. ഇത് പിന്നിലാണെങ്കിൽ, അത് പിടിക്കാൻ ചില അപ്‌ഡേറ്റുകൾ നിരസിക്കും. ഇത് ഇന്റേണൽ മെമ്മറി ഓർഗനൈസേഷനേക്കാൾ വ്യക്തമായ സ്ക്രോളിംഗ് വേഗതയിൽ വലിയ സ്വാധീനം ചെലുത്തി. ASCII ആനിമേഷൻ ഒരു പരിധിവരെ കൃത്യതയില്ലാത്തതായിരുന്നു എന്നതാണ് ഒരു പോരായ്മ.

ഈ മനസ്സിലാക്കിയ എക്‌സ്‌ടേം മന്ദത പരിഹരിക്കാൻ, റിസോഴ്‌സ് ഉപയോഗിക്കാൻ ഡിക്കി നിർദ്ദേശിക്കുന്നു വേഗത്തിൽ സ്ക്രോൾ ചെയ്യുക, ഫ്ലോയ്‌ക്കൊപ്പം തുടരുന്നതിന് ചില സ്‌ക്രീൻ അപ്‌ഡേറ്റുകൾ നിരസിക്കാൻ xterm-നെ അനുവദിക്കുന്നു. ഫാസ്റ്റ്‌സ്‌ക്രോൾ പ്രകടനം മെച്ചപ്പെടുത്തുകയും xterm rxvt ന് തുല്യമായി കൊണ്ടുവരുകയും ചെയ്യുന്നുവെന്ന് എന്റെ പരിശോധനകൾ സ്ഥിരീകരിക്കുന്നു. എന്നിരുന്നാലും, ഇത് തികച്ചും പരുക്കൻ ഊന്നുവടിയാണ്, ഡിക്കി തന്നെ വിശദീകരിക്കുന്നു: "ചിലപ്പോൾ xterm - konsole പോലെ - ചിലത് നീക്കം ചെയ്‌തതിന് ശേഷം ഒരു പുതിയ സ്‌ക്രീൻ അപ്‌ഡേറ്റുകൾക്കായി കാത്തിരിക്കുമ്പോൾ സ്തംഭിച്ചതായി തോന്നുന്നു." ഈ സിരയിൽ, മറ്റ് ടെർമിനലുകൾ വേഗതയും ഡിസ്പ്ലേ സമഗ്രതയും തമ്മിലുള്ള മികച്ച വിട്ടുവീഴ്ച കണ്ടെത്തിയതായി തോന്നുന്നു.

വിഭവ ഉപഭോഗം

സ്ക്രോളിംഗ് വേഗത ഒരു പെർഫോമൻസ് മെട്രിക് ആയി കണക്കാക്കുന്നതിൽ അർത്ഥമുണ്ടോ എന്നത് പരിഗണിക്കാതെ തന്നെ, ടെർമിനലുകളിലെ ലോഡ് അനുകരിക്കാൻ ഈ ടെസ്റ്റ് ഞങ്ങളെ അനുവദിക്കുന്നു, ഇത് മെമ്മറി അല്ലെങ്കിൽ ഡിസ്ക് ഉപയോഗം പോലുള്ള മറ്റ് പാരാമീറ്ററുകൾ അളക്കാൻ ഞങ്ങളെ അനുവദിക്കുന്നു. നിർദ്ദിഷ്ട ടെസ്റ്റ് നടത്തിയാണ് മെട്രിക്സ് ലഭിച്ചത് സെക് പൈത്തൺ പ്രക്രിയ നിരീക്ഷണത്തിന് കീഴിൽ. അവൻ മീറ്റർ ഡാറ്റ ശേഖരിച്ചു getrusage() വേണ്ടി ru_maxrss, തുക ru_oublock и ru_inblock ഒരു ലളിതമായ ടൈമറും.

ഈ ടെസ്റ്റിൽ, ഏറ്റവും കുറഞ്ഞ ശരാശരി മെമ്മറി ഉപഭോഗം 8 MB ഉപയോഗിച്ച് ST ഒന്നാം സ്ഥാനത്തെത്തി, ഡിസൈനിന്റെ പ്രധാന ആശയം ലാളിത്യമാണെന്നതിൽ അതിശയിക്കാനില്ല. mlterm, xterm, rxvt എന്നിവ കുറച്ച് കൂടുതൽ ഉപയോഗിക്കുന്നു - ഏകദേശം 12 MB. മറ്റൊരു ശ്രദ്ധേയമായ ഫലം അലക്രിറ്റിയാണ്, ഇത് പ്രവർത്തിപ്പിക്കാൻ 30 MB ആവശ്യമാണ്. 40 മുതൽ 60 എംബി വരെയുള്ള കണക്കുകളുള്ള വിടിഇ കുടുംബത്തിന്റെ ടെർമിനലുകൾ ഉണ്ട്, അത് വളരെ കൂടുതലാണ്. ഈ ടെർമിനലുകൾ ഉയർന്ന തലത്തിലുള്ള ലൈബ്രറികൾ ഉപയോഗിക്കുന്നു എന്ന വസ്തുതയാൽ ഈ ഉപഭോഗം വിശദീകരിക്കാം, ഉദാഹരണത്തിന്, GTK. ടെസ്‌റ്റുകളിൽ 65MB മെമ്മറി ഉപഭോഗവുമായി കോൺസോൾ അവസാനമായി വരുന്നു, എന്നിരുന്നാലും അതിന്റെ വിപുലമായ സവിശേഷതകളാൽ ഇത് ന്യായീകരിക്കാം.

പത്ത് വർഷം മുമ്പ് ലഭിച്ച മുൻ ഫലങ്ങളുമായി താരതമ്യപ്പെടുത്തുമ്പോൾ, എല്ലാ പ്രോഗ്രാമുകളും കൂടുതൽ മെമ്മറി ഉപഭോഗം ചെയ്യാൻ തുടങ്ങി. Xterm-ന് മുമ്പ് 4 MB ആവശ്യമായിരുന്നു, എന്നാൽ ഇപ്പോൾ അതിന് തുടക്കത്തിൽ തന്നെ 15 MB ആവശ്യമാണ്. rxvt-യുടെ ഉപഭോഗത്തിൽ സമാനമായ വർദ്ധനവ് ഉണ്ട്, ഇതിന് ഇപ്പോൾ ബോക്‌സിന് പുറത്ത് 16 MB ആവശ്യമാണ്. Xfce ടെർമിനൽ 34 MB എടുക്കുന്നു, ഇത് മുമ്പത്തേതിനേക്കാൾ മൂന്നിരട്ടി വലുതാണ്, എന്നാൽ GNOME ടെർമിനലിന് 20 MB മാത്രമേ ആവശ്യമുള്ളൂ. തീർച്ചയായും, മുമ്പത്തെ എല്ലാ പരിശോധനകളും 32-ബിറ്റ് ആർക്കിടെക്ചറിലാണ് നടത്തിയത്. LCA 2012 റസ്റ്റി റസ്സലിൽ പറഞ്ഞു, മെമ്മറി ഉപഭോഗം വർദ്ധിക്കുന്നത് വിശദീകരിക്കാൻ കഴിയുന്ന കൂടുതൽ സൂക്ഷ്മമായ കാരണങ്ങളുണ്ട്. അങ്ങനെ പറഞ്ഞാൽ, നമ്മൾ ഇപ്പോൾ ജീവിക്കുന്നത് ജിഗാബൈറ്റ് മെമ്മറിയുള്ള ഒരു കാലഘട്ടത്തിലാണ്, അതിനാൽ ഞങ്ങൾ എങ്ങനെയെങ്കിലും കൈകാര്യം ചെയ്യും.

എന്നിരുന്നാലും, ടെർമിനൽ പോലെ അടിസ്ഥാനപരമായ ഒന്നിന് കൂടുതൽ മെമ്മറി അനുവദിക്കുന്നത് വിഭവങ്ങളുടെ പാഴാക്കലാണെന്ന് എനിക്ക് തോന്നാതിരിക്കാൻ കഴിയില്ല. ഈ പ്രോഗ്രാമുകൾ ഏറ്റവും ചെറിയവയിൽ ഏറ്റവും ചെറുതായിരിക്കണം, ഏത് "ബോക്സിലും", ഒരു ഷൂബോക്സിൽപ്പോലും പ്രവർത്തിക്കാൻ കഴിയണം, അവയ്ക്ക് ലിനക്സ് സിസ്റ്റങ്ങൾ സജ്ജീകരിക്കേണ്ട ഘട്ടത്തിൽ ഞങ്ങൾ എപ്പോഴെങ്കിലും എത്തിയാൽ (അത് അങ്ങനെയായിരിക്കുമെന്ന് നിങ്ങൾക്കറിയാം. ) എന്നാൽ ഈ നമ്പരുകൾക്കൊപ്പം, ഏറ്റവും ഭാരം കുറഞ്ഞതും പരിമിതവുമായ കഴിവുകൾ ഒഴികെയുള്ള ഒന്നിലധികം ടെർമിനലുകൾ പ്രവർത്തിക്കുന്ന ഏത് പരിതസ്ഥിതിയിലും മെമ്മറി ഉപയോഗം ഭാവിയിൽ ഒരു പ്രശ്നമായി മാറും. ഇതിന് നഷ്ടപരിഹാരം നൽകാൻ, ഗ്നോം ടെർമിനൽ, കോൺസോൾ, urxvt, ടെർമിനേറ്റർ, Xfce ടെർമിനൽ എന്നിവയ്‌ക്ക് ഒരു ഡെമൺ മോഡ് ഉണ്ട്, ഇത് ഒരു പ്രോസസ്സിലൂടെ ഒന്നിലധികം ടെർമിനലുകൾ നിയന്ത്രിക്കാൻ നിങ്ങളെ അനുവദിക്കുന്നു, അവയുടെ മെമ്മറി ഉപഭോഗം പരിമിതപ്പെടുത്തുന്നു.

എന്റെ ടെസ്റ്റുകൾക്കിടയിൽ, ഡിസ്ക് റീഡ്-റൈറ്റുമായി ബന്ധപ്പെട്ട മറ്റൊരു അപ്രതീക്ഷിത ഫലത്തിലേക്ക് ഞാൻ എത്തി: ഇവിടെ ഒന്നും കാണില്ലെന്ന് ഞാൻ പ്രതീക്ഷിച്ചു, എന്നാൽ ചില ടെർമിനലുകൾ ഡിസ്കിലേക്ക് ഏറ്റവും വലിയ ഡാറ്റ എഴുതുന്നു. അതിനാൽ, VTE ലൈബ്രറി യഥാർത്ഥത്തിൽ ഡിസ്കിൽ ഒരു സ്ക്രോൾ ബഫർ സൂക്ഷിക്കുന്നു (ഈ സവിശേഷത 2010ൽ വീണ്ടും ശ്രദ്ധിക്കപ്പെട്ടു, ഇത് ഇപ്പോഴും സംഭവിക്കുന്നു). എന്നാൽ പഴയ നിർവ്വഹണങ്ങളിൽ നിന്ന് വ്യത്യസ്തമായി, ഇപ്പോൾ ഈ ഡാറ്റയെങ്കിലും AES256 GCM ഉപയോഗിച്ച് എൻക്രിപ്റ്റ് ചെയ്തിരിക്കുന്നു (പതിപ്പ് 0.39.2 മുതൽ). എന്നാൽ ന്യായമായ ഒരു ചോദ്യം ഉയർന്നുവരുന്നു: വിടിഇ ലൈബ്രറിയുടെ പ്രത്യേകത എന്താണ്, അത് നടപ്പിലാക്കുന്നതിന് അത്തരമൊരു നിലവാരമില്ലാത്ത സമീപനം ആവശ്യമാണ് ...

തീരുമാനം

ലേഖനത്തിന്റെ ആദ്യ ഭാഗത്ത്, വിടിഇ അടിസ്ഥാനമാക്കിയുള്ള ടെർമിനലുകൾക്ക് നല്ല ഫീച്ചറുകൾ ഉണ്ടെന്ന് ഞങ്ങൾ കണ്ടെത്തി, എന്നാൽ ഇത് ചില പ്രകടന ചെലവുകൾക്കൊപ്പം വരുന്നതായി ഇപ്പോൾ ഞങ്ങൾ കാണുന്നു. ഇപ്പോൾ മെമ്മറി ഒരു പ്രശ്നമല്ല, കാരണം എല്ലാ VTE ടെർമിനലുകളും ഒരു ഡെമൺ പ്രക്രിയയിലൂടെ നിയന്ത്രിക്കാനാകും, ഇത് അവയുടെ വിശപ്പ് പരിമിതപ്പെടുത്തുന്നു. എന്നിരുന്നാലും, റാമിന്റെയും കേർണൽ ബഫറുകളുടെയും അളവിൽ ഭൗതിക പരിമിതികളുള്ള പഴയ സിസ്റ്റങ്ങൾക്ക് ഇപ്പോഴും ടെർമിനലുകളുടെ മുൻ പതിപ്പുകൾ ആവശ്യമായി വന്നേക്കാം, കാരണം അവ വളരെ കുറച്ച് വിഭവങ്ങൾ മാത്രമേ ഉപയോഗിക്കുന്നുള്ളൂ. വിടിഇ ടെർമിനലുകൾ ത്രൂപുട്ട് (സ്ക്രോളിംഗ്) ടെസ്റ്റുകളിൽ മികച്ച പ്രകടനം നടത്തിയെങ്കിലും, അവയുടെ ഡിസ്പ്ലേ ലേറ്റൻസി ഗ്നോം ഉപയോക്തൃ ഗൈഡിൽ സജ്ജീകരിച്ചിരിക്കുന്ന പരിധിക്ക് മുകളിലാണ്. VTE ഡവലപ്പർമാർ ഇത് കണക്കിലെടുക്കണം. പുതിയ ലിനക്സ് ഉപയോക്താക്കൾക്ക് പോലും ഒരു ടെർമിനൽ നേരിടേണ്ടിവരുന്നത് അനിവാര്യമാണെന്ന് ഞങ്ങൾ കണക്കിലെടുക്കുകയാണെങ്കിൽ, അവർക്ക് അത് കൂടുതൽ ഉപയോക്തൃ സൗഹൃദമാക്കാൻ കഴിയും. പരിചയസമ്പന്നരായ ഗീക്കുകൾക്ക്, ഡിഫോൾട്ട് ടെർമിനലിൽ നിന്ന് മാറുന്നത് കണ്ണിന്റെ ആയാസവും ദീർഘനേരം ജോലി ചെയ്യുന്നതിനാൽ ഭാവിയിൽ ജോലി സംബന്ധമായ പരിക്കുകളും രോഗങ്ങളും ഒഴിവാക്കാനുള്ള കഴിവും അർത്ഥമാക്കുന്നു. നിർഭാഗ്യവശാൽ, പഴയ xterm ഉം mlterm ഉം മാത്രമാണ് നമ്മെ 10 മില്ലിസെക്കൻഡ് എന്ന മാജിക് പിംഗ് പരിധിയിലേക്ക് കൊണ്ടുവരുന്നത്, അത് പലർക്കും അസ്വീകാര്യമാണ്.

ലിനക്സ് ഗ്രാഫിക്കൽ എൻവയോൺമെന്റുകളുടെ വികസനം കാരണം, ഡവലപ്പർമാർക്ക് നിരവധി വിട്ടുവീഴ്ചകൾ ചെയ്യേണ്ടി വന്നതായി ബെഞ്ച്മാർക്ക് അളവുകൾ കാണിച്ചു. ചില ഉപയോക്താക്കൾ സാധാരണ വിൻഡോ മാനേജർമാരെ നോക്കാൻ ആഗ്രഹിച്ചേക്കാം, കാരണം അവർ ഗണ്യമായ പിംഗ് റിഡക്ഷൻ നൽകുന്നു. നിർഭാഗ്യവശാൽ, വെയ്‌ലാൻഡിനായുള്ള ലേറ്റൻസി അളക്കാൻ കഴിഞ്ഞില്ല: ഞാൻ ഉപയോഗിച്ച ടൈപ്പോമീറ്റർ പ്രോഗ്രാം, വേയ്‌ലാൻഡ് തടയാൻ രൂപകൽപ്പന ചെയ്‌തിരിക്കുന്നതിനുവേണ്ടിയാണ് സൃഷ്‌ടിച്ചത്: മറ്റ് വിൻഡോകളിൽ ചാരപ്പണി. വെയ്‌ലാൻഡ് കമ്പോസിറ്റിംഗ് X.org-നേക്കാൾ മികച്ച പ്രകടനം കാഴ്ചവെക്കുമെന്ന് ഞാൻ പ്രതീക്ഷിക്കുന്നു, കൂടാതെ ഭാവിയിൽ ഈ പരിതസ്ഥിതിയിൽ ലേറ്റൻസി അളക്കാൻ ആരെങ്കിലും ഒരു വഴി കണ്ടെത്തുമെന്ന് ഞാൻ പ്രതീക്ഷിക്കുന്നു.

അവലംബം: www.habr.com