ലിനക്സിലെ വെർച്വൽ ഫയൽ സിസ്റ്റങ്ങൾ: എന്തുകൊണ്ട് അവ ആവശ്യമാണ്, അവ എങ്ങനെ പ്രവർത്തിക്കുന്നു? ഭാഗം 1

എല്ലാവർക്കും ഹായ്! നിങ്ങൾ ഇതിനകം ഇഷ്‌ടപ്പെടുന്ന കോഴ്‌സുകൾക്കായി ഞങ്ങൾ പുതിയ സ്ട്രീമുകൾ സമാരംഭിക്കുന്നത് തുടരുന്നു, ഇപ്പോൾ ഞങ്ങൾ ഒരു പുതിയ സെറ്റ് കോഴ്‌സുകൾ ആരംഭിക്കുകയാണെന്ന് അറിയിക്കാനുള്ള തിരക്കിലാണ് "ലിനക്സ് അഡ്മിനിസ്ട്രേറ്റർ"ഏപ്രിൽ അവസാനം ലോഞ്ച് ചെയ്യും. ഈ ഇവന്റിനായി ഒരു പുതിയ പ്രസിദ്ധീകരണം തീയതി നൽകും. യഥാർത്ഥ മെറ്റീരിയൽ ഉപയോഗിച്ച്, നിങ്ങൾക്ക് കഴിയും ഇവിടെ വായിക്കുക.

"എല്ലാം ഒരു ഫയലാണ്" എന്ന് പറയാൻ ലിനക്സിന്റെ തത്വശാസ്ത്രത്തെ അനുവദിക്കുന്ന ഒരുതരം മാന്ത്രിക അമൂർത്തീകരണമാണ് വെർച്വൽ ഫയൽ സിസ്റ്റങ്ങൾ.

എന്താണ് ഒരു ഫയൽ സിസ്റ്റം? Linux-ന്റെ ആദ്യ സംഭാവകരിൽ ഒരാളുടെയും രചയിതാക്കളുടെയും വാക്കുകളെ അടിസ്ഥാനമാക്കി റോബർട്ട ലാവ, "ഒരു പ്രത്യേക ഘടനയനുസരിച്ച് ശേഖരിക്കുന്ന ഡാറ്റയുടെ ശ്രേണിപരമായ സംഭരണമാണ് ഫയൽ സിസ്റ്റം." അതെന്തായാലും, ഈ നിർവ്വചനം VFAT (വെർച്വൽ ഫയൽ അലോക്കേഷൻ ടേബിൾ), Git എന്നിവയ്ക്ക് ഒരുപോലെ അനുയോജ്യമാണ്. ചേട്ടനാണു (NoSQL ഡാറ്റാബേസ്). അപ്പോൾ അത്തരമൊരു സംഗതിയെ "ഫയൽ സിസ്റ്റം" എന്ന് കൃത്യമായി നിർവചിക്കുന്നത് എന്താണ്?

ഫയൽസിസ്റ്റം അടിസ്ഥാനങ്ങൾ

ഒരു ഫയൽ സിസ്റ്റമായി കണക്കാക്കാവുന്ന ഒരു എന്റിറ്റിക്ക് Linux കേർണലിന് ചില ആവശ്യകതകൾ ഉണ്ട്. അത് രീതികൾ നടപ്പിലാക്കണം open(), read() и write() പേരുകളുള്ള സ്ഥിരമായ വസ്തുക്കൾക്ക്. ഒബ്ജക്റ്റ് അധിഷ്ഠിത വീക്ഷണകോണിൽ നിന്ന് പ്രോഗ്രാമിംഗ്, കേർണൽ ഒരു പൊതു ഫയൽസിസ്റ്റത്തെ ഒരു അമൂർത്തമായ ഇന്റർഫേസായി നിർവചിക്കുന്നു, ഈ മൂന്ന് വലിയ ഫംഗ്ഷനുകൾ "വെർച്വൽ" ആയി കണക്കാക്കുന്നു, അവയ്ക്ക് കൃത്യമായ നിർവചനം ഇല്ല. അതനുസരിച്ച്, ഡിഫോൾട്ട് ഫയൽ സിസ്റ്റം നടപ്പിലാക്കുന്നതിനെ വെർച്വൽ ഫയൽ സിസ്റ്റം (VFS) എന്ന് വിളിക്കുന്നു.

നമുക്ക് ഒരു എന്റിറ്റി തുറക്കാനും വായിക്കാനും എഴുതാനും കഴിയുമെങ്കിൽ, മുകളിലെ കൺസോളിലെ ഉദാഹരണത്തിൽ നിന്ന് നമുക്ക് കാണാൻ കഴിയുന്നതുപോലെ, ആ എന്റിറ്റി ഒരു ഫയലായി കണക്കാക്കപ്പെടുന്നു.
വിഎഫ്എസ് പ്രതിഭാസം "എല്ലാം ഒരു ഫയലാണ്" എന്ന യുണിക്സ് പോലുള്ള നിരീക്ഷണത്തിന് അടിവരയിടുക മാത്രമാണ് ചെയ്യുന്നത്. മുകളിലുള്ള ആ ചെറിയ /dev/console ഉദാഹരണം കൺസോൾ യഥാർത്ഥത്തിൽ എങ്ങനെ പ്രവർത്തിക്കുന്നുവെന്ന് കാണിക്കുന്നത് എത്ര വിചിത്രമാണെന്ന് ചിന്തിക്കുക. ചിത്രം ഒരു സംവേദനാത്മക ബാഷ് സെഷൻ കാണിക്കുന്നു. കൺസോളിലേക്ക് ഒരു സ്ട്രിംഗ് അയയ്ക്കുന്നത് (വെർച്വൽ കൺസോൾ ഉപകരണം) അത് ഒരു വെർച്വൽ സ്ക്രീനിൽ പ്രദർശിപ്പിക്കുന്നു. VFS ന് മറ്റ് അപരിചിതമായ ഗുണങ്ങളുണ്ട്. ഉദാഹരണത്തിന്, ഇത് നിങ്ങളെ തിരയാൻ അനുവദിക്കുന്നു അവൻ മുഖാന്തരം.

പരിചിതമായ സിസ്റ്റങ്ങളായ ext4, NFS, /proc എന്നിവയ്ക്ക് C ഡാറ്റ ഘടനയിൽ മൂന്ന് പ്രധാന പ്രവർത്തനങ്ങൾ ഉണ്ട് ഫയൽ_ഓപ്പറേഷൻസ്. കൂടാതെ, ചില ഫയൽ സിസ്റ്റങ്ങൾ വിഎഫ്എസ് പ്രവർത്തനക്ഷമതയെ പരിചിതമായ ഒബ്ജക്റ്റ് ഓറിയന്റഡ് രീതിയിൽ വിപുലീകരിക്കുകയും പുനർനിർവചിക്കുകയും ചെയ്യുന്നു. റോബർട്ട് ലവ് ചൂണ്ടിക്കാണിച്ചതുപോലെ, VFS അമൂർത്തീകരണം Linux ഉപയോക്താക്കളെ അവരുടെ ആന്തരിക ഡാറ്റാ ഫോർമാറ്റിനെക്കുറിച്ച് ആകുലപ്പെടാതെ മൂന്നാം കക്ഷി ഓപ്പറേറ്റിംഗ് സിസ്റ്റങ്ങളിലേക്കോ പൈപ്പുകൾ പോലുള്ള അമൂർത്തമായ എന്റിറ്റികളിലേക്കോ അല്ലെങ്കിൽ അതിൽ നിന്നോ ഫയലുകൾ പകർത്താൻ അനുവദിക്കുന്നു. ഉപയോക്തൃ ഭാഗത്ത് (ഉപയോക്തൃ ഇടം), ഒരു സിസ്റ്റം കോൾ ഉപയോഗിച്ച്, ഒരു പ്രക്രിയയ്ക്ക് ഒരു ഫയലിൽ നിന്ന് കേർണൽ ഡാറ്റ ഘടനകളിലേക്ക് രീതി ഉപയോഗിച്ച് പകർത്താനാകും. read() ഒരു ഫയൽ സിസ്റ്റം തുടർന്ന് രീതി ഉപയോഗിക്കുക write () ഡാറ്റ ഔട്ട്പുട്ടിനുള്ള മറ്റൊരു ഫയൽ സിസ്റ്റം.

അടിസ്ഥാന VFS തരങ്ങളിൽ ഉൾപ്പെടുന്ന ഫംഗ്ഷൻ നിർവചനങ്ങൾ ഫയലുകളിലുണ്ട് fs/*.c കേർണൽ സോഴ്സ് കോഡ്, ഉപഡയറക്ടറികൾ fs/ ചില ഫയൽ സിസ്റ്റങ്ങൾ അടങ്ങിയിരിക്കുന്നു. കാമ്പിൽ ഇതുപോലുള്ള എന്റിറ്റികളും അടങ്ങിയിരിക്കുന്നു cgroups, /dev и tmpfs, ബൂട്ട് പ്രക്രിയയിൽ ആവശ്യമുള്ളതും അതിനാൽ കേർണൽ സബ്ഡയറക്‌ടറിയിൽ നിർവചിച്ചിരിക്കുന്നതുമാണ് init/. അത് ശ്രദ്ധിക്കുക cgroups, /dev и tmpfs "വലിയ മൂന്ന്" ഫംഗ്ഷനുകളെ വിളിക്കരുത് file_operations, എന്നാൽ നേരിട്ട് വായിക്കുകയും മെമ്മറിയിലേക്ക് എഴുതുകയും ചെയ്യുക.
ലിനക്സ് സിസ്റ്റങ്ങളിൽ സാധാരണയായി മൌണ്ട് ചെയ്തിരിക്കുന്ന വ്യത്യസ്ത തരം ഫയൽസിസ്റ്റമുകളിലേക്ക് ഉപയോക്തൃസ്പേസ് എങ്ങനെ ആക്സസ് ചെയ്യുന്നുവെന്ന് ചുവടെയുള്ള ഡയഗ്രം കാണിക്കുന്നു. ഘടനകൾ കാണിച്ചിട്ടില്ല pipes, dmesg и POSIX clocks, ഇത് ഘടനയും നടപ്പിലാക്കുന്നു file_operations, VFS ലെയറിലൂടെ ആക്സസ് ചെയ്യപ്പെടുന്നു.

സിസ്റ്റം കോളുകൾക്കും ചില നിർവ്വഹണങ്ങൾക്കും ഇടയിലുള്ള ഒരു "റാപ്പർ ലെയർ" ആണ് VFS file_operations, അതുപോലെ ext4 и procfs. പ്രവർത്തനങ്ങൾ file_operations ഉപകരണ ഡ്രൈവറുകളുമായോ മെമ്മറി ആക്‌സസ് ഉപകരണങ്ങളുമായോ സംവദിക്കാൻ കഴിയും. tmpfs, devtmpfs и cgroups ഉപയോഗിക്കരുത് file_operations, എന്നാൽ നേരിട്ട് മെമ്മറി ആക്സസ് ചെയ്യുക.
VFS-ന്റെ അസ്തിത്വം കോഡ് പുനരുപയോഗിക്കാനുള്ള അവസരം നൽകുന്നു, കാരണം ഫയൽ സിസ്റ്റങ്ങളുമായി ബന്ധപ്പെട്ട അടിസ്ഥാന രീതികൾ ഓരോ തരത്തിലുള്ള ഫയൽ സിസ്റ്റത്തിലും വീണ്ടും നടപ്പിലാക്കേണ്ടതില്ല. കോഡ് പുനരുപയോഗം സോഫ്റ്റ്‌വെയർ എഞ്ചിനീയർമാർക്കിടയിൽ ഒരു സാധാരണ രീതിയാണ്! എന്നിരുന്നാലും, വീണ്ടും ഉപയോഗിക്കാവുന്ന കോഡ് അടങ്ങിയിട്ടുണ്ടെങ്കിൽ ഗുരുതരമായ തെറ്റുകൾ, പൊതുവായ രീതികൾ പാരമ്പര്യമായി ലഭിക്കുന്ന എല്ലാ നടപ്പാക്കലുകളും അവയിൽ നിന്ന് കഷ്ടപ്പെടുന്നു.

/tmp: ലളിതമായ സൂചന

ഒരു സിസ്റ്റത്തിൽ VFS ഉണ്ടെന്ന് കണ്ടെത്താനുള്ള എളുപ്പവഴി ടൈപ്പ് ചെയ്യുക എന്നതാണ് mount | grep -v sd | grep -v :/, അത് മൌണ്ട് ചെയ്തവയെല്ലാം കാണിക്കും (mounted) ഡിസ്ക്-റെസിഡന്റ് അല്ലാത്തതും NFS അല്ലാത്തതുമായ ഫയൽ സിസ്റ്റങ്ങൾ, മിക്ക കമ്പ്യൂട്ടറുകളിലും ഇത് ശരിയാണ്. ലിസ്റ്റുചെയ്ത മൗണ്ടുകളിൽ ഒന്ന് (mounts) VFS തീർച്ചയായും ചെയ്യും /tmp, ശരിയല്ലേ?

ആ സ്റ്റോറേജ് എല്ലാവർക്കും അറിയാം / tmp ഒരു ശാരീരിക മാധ്യമത്തിൽ - ഭ്രാന്ത്! ഉറവിടം.

എന്തുകൊണ്ടാണ് സംഭരിക്കുന്നത് അഭികാമ്യമല്ലാത്തത് /tmp ഫിസിക്കൽ മീഡിയയിൽ? കാരണം ഫയലുകൾ അകത്തുണ്ട് /tmp താൽക്കാലികവും സ്റ്റോറേജ് ഡിവൈസുകൾ tmpfs സൃഷ്ടിച്ച മെമ്മറിയേക്കാൾ വേഗത കുറവാണ്. മാത്രമല്ല, ഫിസിക്കൽ മീഡിയ മെമ്മറിയേക്കാൾ തിരുത്തിയെഴുതുമ്പോൾ ധരിക്കാൻ കൂടുതൽ സാധ്യതയുണ്ട്. അവസാനമായി, /tmp-ലെ ഫയലുകളിൽ സെൻസിറ്റീവ് വിവരങ്ങൾ അടങ്ങിയിരിക്കാം, അതിനാൽ ഓരോ റീബൂട്ടിലും അവ അപ്രത്യക്ഷമാകുന്നത് ഒരു പ്രധാന സവിശേഷതയാണ്.

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

/proc കൂടാതെ /sys

കൂടാതെ /tmp, Linux ഉപയോക്താക്കൾക്ക് ഏറ്റവും പരിചിതമായ VFS (വെർച്വൽ ഫയൽ സിസ്റ്റങ്ങൾ). /proc и /sys. (/dev പങ്കിട്ട മെമ്മറിയിൽ വസിക്കുന്നു, ഇല്ല file_operations). എന്തുകൊണ്ടാണ് ഈ രണ്ട് ഘടകങ്ങൾ? ഈ പ്രശ്നം നോക്കാം.

procfs കേർണലിന്റെയും അത് നിരീക്ഷിക്കുന്ന പ്രക്രിയകളുടെയും ഒരു സ്നാപ്പ്ഷോട്ട് സൃഷ്ടിക്കുന്നു userspace. ദി /proc ഇന്ററപ്റ്റുകൾ, വെർച്വൽ മെമ്മറി, ഷെഡ്യൂളർ എന്നിങ്ങനെ ലഭ്യമായവയെക്കുറിച്ചുള്ള വിവരങ്ങൾ കേർണൽ പ്രിന്റ് ചെയ്യുന്നു. കൂടാതെ, /proc/sys കമാൻഡ് ഉപയോഗിച്ച് പരാമീറ്ററുകൾ ക്രമീകരിച്ച സ്ഥലമാണ് sysctl, ലഭ്യമാണ് userspace. വ്യക്തിഗത പ്രക്രിയകളുടെ സ്റ്റാറ്റസും സ്ഥിതിവിവരക്കണക്കുകളും ഡയറക്ടറികളിൽ പ്രദർശിപ്പിക്കും /proc/.

ഇത് /proc/meminfo എന്നിരുന്നാലും വിലപ്പെട്ട വിവരങ്ങൾ ഉൾക്കൊള്ളുന്ന ഒരു ശൂന്യമായ ഫയലാണ്.

സ്വഭാവം /proc VFS ഡിസ്ക് ഫയൽ സിസ്റ്റങ്ങൾ എങ്ങനെ വ്യത്യസ്തമാണെന്ന് ഫയലുകൾ കാണിക്കുന്നു. ഒരു വശത്ത്, /proc/meminfo കമാൻഡ് ഉപയോഗിച്ച് കാണാൻ കഴിയുന്ന വിവരങ്ങൾ അടങ്ങിയിരിക്കുന്നു free. മറുവശത്ത്, അത് ശൂന്യമാണ്! അതെങ്ങനെയാണ് പ്രവര്ത്തിക്കുന്നത്? എന്ന പ്രസിദ്ധമായ ലേഖനത്തെ അനുസ്മരിപ്പിക്കുന്നതാണ് സ്ഥിതി ആരും നോക്കാതെ ചന്ദ്രൻ ഉണ്ടോ? യാഥാർത്ഥ്യവും ക്വാണ്ടം സിദ്ധാന്തവും"1985-ൽ കോർണൽ യൂണിവേഴ്സിറ്റി ഫിസിക്സ് പ്രൊഫസർ ഡേവിഡ് മെർമിൻ എഴുതിയത്. ഒരു അഭ്യർത്ഥന നടത്തുമ്പോൾ കേർണൽ മെമ്മറി സ്ഥിതിവിവരക്കണക്കുകൾ ശേഖരിക്കുന്നു എന്നതാണ് വസ്തുത /proc, യഥാർത്ഥത്തിൽ ഫയലുകളിൽ /proc ആരും നോക്കാത്തപ്പോൾ ഒന്നുമില്ല. പറഞ്ഞതുപോലെ മെർമിൻ, "അളക്കപ്പെടുന്ന വസ്തുവിന്റെ മുൻകാല മൂല്യം ഒരു അളവ് പൊതുവെ വെളിപ്പെടുത്തുന്നില്ലെന്ന് അടിസ്ഥാന ക്വാണ്ടം സിദ്ധാന്തം പറയുന്നു." (ചന്ദ്രനെക്കുറിച്ചുള്ള ചോദ്യം ഗൃഹപാഠമായി പരിഗണിക്കുക!)
ശൂന്യത തോന്നുന്നു procfs അവിടെയുള്ള വിവരങ്ങൾ ചലനാത്മകമായതിനാൽ അർത്ഥമുണ്ട്. കൂടെ അല്പം വ്യത്യസ്തമായ സാഹചര്യം sysfs. ഒരു ബൈറ്റെങ്കിലും വലിപ്പമുള്ള എത്ര ഫയലുകൾ ഉണ്ടെന്ന് നമുക്ക് താരതമ്യം ചെയ്യാം /proc ഒപ്പം അകത്തേക്കും /sys.

Procfs ഒരു ഫയൽ ഉണ്ട്, അതായത് എക്സ്പോർട്ട് ചെയ്ത കേർണൽ കോൺഫിഗറേഷൻ, ഇത് ഒരു അപവാദമാണ്, കാരണം ഇത് ഒരു ബൂട്ടിന് ഒരു തവണ മാത്രമേ ജനറേറ്റ് ചെയ്യേണ്ടതുള്ളൂ. മറുവശത്ത്, ഇൻ /sys നിരവധി വലിയ ഫയലുകൾ ഉണ്ട്, അവയിൽ പലതും മെമ്മറിയുടെ മുഴുവൻ പേജും എടുക്കുന്നു. സാധാരണയായി ഫയലുകൾ sysfs ഫയലുകൾ വായിക്കുന്നതിൽ നിന്ന് ലഭിച്ച വിവരങ്ങളുടെ പട്ടികയിൽ നിന്ന് വ്യത്യസ്തമായി, കൃത്യമായി ഒരു നമ്പറോ വരിയോ അടങ്ങിയിരിക്കുന്നു /proc/meminfo.

ലക്ഷ്യം sysfs - കേർണൽ വിളിക്കുന്നവയുടെ റീഡ്/റൈറ്റ് പ്രോപ്പർട്ടികൾ നൽകുക «kobjects» യൂസർസ്പേസിൽ. ഏക ലക്ഷ്യം kobjects ലിങ്ക് കൗണ്ടിംഗ് ആണ്: ഒരു kobject-ലേക്കുള്ള അവസാന ലിങ്ക് നീക്കം ചെയ്യുമ്പോൾ, സിസ്റ്റം അതുമായി ബന്ധപ്പെട്ട ഉറവിടങ്ങൾ പുനഃസ്ഥാപിക്കും. എന്നിരുന്നാലും, /sys മിക്ക പ്രശസ്തരും ഉണ്ടാക്കുന്നു "ഉപയോക്തൃ ഇടത്തിനായുള്ള സ്ഥിരതയുള്ള എബിഐ" ഒരു സാഹചര്യത്തിലും ആർക്കും സാധിക്കാത്ത കോർ "ബ്രേക്ക്". sysfs-ലെ ഫയലുകൾ സ്റ്റാറ്റിക് ആണെന്ന് ഇതിനർത്ഥമില്ല, ഇത് അസ്ഥിരമായ ഒബ്‌ജക്റ്റുകളുടെ റഫറൻസ് കൗണ്ടിംഗുമായി പൊരുത്തപ്പെടുന്നില്ല.
കേർണലിന്റെ സ്ഥിരതയുള്ള എബിഐ ദൃശ്യമാകുന്നത് പരിമിതപ്പെടുത്തുന്നു /sys, ആ പ്രത്യേക നിമിഷത്തിൽ യഥാർത്ഥത്തിൽ ഉള്ളതല്ല. sysfs-ൽ ഫയൽ പെർമിഷനുകൾ ലിസ്റ്റുചെയ്യുന്നത് ഉപകരണങ്ങൾ, മൊഡ്യൂളുകൾ, ഫയൽസിസ്റ്റം മുതലായവയ്ക്കുള്ള ക്രമീകരണങ്ങൾ എങ്ങനെ ക്രമീകരിക്കാം എന്നതിനെക്കുറിച്ചുള്ള ഉൾക്കാഴ്ച നൽകുന്നു. ക്രമീകരിക്കാനോ വായിക്കാനോ കഴിയും. ഇതിൽ വ്യക്തമായി പറഞ്ഞിട്ടില്ലെങ്കിലും, കേർണലിന്റെ സ്ഥിരതയുള്ള എബിഐയുടെ ഭാഗമാണ് procfs എന്നതാണ് യുക്തിസഹമായ നിഗമനം. പ്രമാണീകരണം.

ഫയലുകൾ sysfs ഓരോ എന്റിറ്റിക്കും ഒരു പ്രത്യേക പ്രോപ്പർട്ടി വിവരിക്കുക, അത് വായിക്കാവുന്നതോ എഴുതാവുന്നതോ അല്ലെങ്കിൽ രണ്ടും ആകാം. ഫയലിലെ "0" അർത്ഥമാക്കുന്നത് SSD നീക്കം ചെയ്യാൻ കഴിയില്ല എന്നാണ്.

eBPF, bcc ടൂളുകൾ ഉപയോഗിച്ച് VFS എങ്ങനെ നിരീക്ഷിക്കാം എന്നതുമായി വിവർത്തനത്തിന്റെ രണ്ടാം ഭാഗം ആരംഭിക്കാം, ഇപ്പോൾ ഞങ്ങൾ നിങ്ങളുടെ അഭിപ്രായങ്ങൾക്കായി കാത്തിരിക്കുകയും പരമ്പരാഗതമായി നിങ്ങളെ ക്ഷണിക്കുകയും ചെയ്യുന്നു തുറന്ന വെബിനാർ, ഏപ്രിൽ 9 ന് ഞങ്ങളുടെ ടീച്ചർ നടത്തുന്ന - വ്ലാഡിമിർ ഡ്രോസ്ഡെറ്റ്സ്കി.

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