മോഷ്ടിക്കുക: വെർച്വൽ മെഷീനുകളിൽ നിന്ന് സിപിയു സമയം മോഷ്ടിക്കുന്നയാൾ

ഹലോ! വെർച്വൽ മെഷീനുകൾക്കുള്ളിലെ മോഷ്ടിക്കുന്നതിനുള്ള മെക്കാനിക്കുകളെക്കുറിച്ചും അതിന്റെ ഗവേഷണത്തിനിടയിൽ ഞങ്ങൾക്ക് കണ്ടെത്താൻ കഴിഞ്ഞ, ഒരു ക്ലൗഡ് പ്ലാറ്റ്‌ഫോമിന്റെ ടെക്‌നിക്കൽ ഡയറക്‌ടർ എന്ന നിലയിൽ എനിക്ക് ഡൈവ് ചെയ്യേണ്ടി വന്ന വ്യക്തമല്ലാത്ത ചില പുരാവസ്തുക്കളെക്കുറിച്ചും ലളിതമായി നിങ്ങളോട് പറയാൻ ഞാൻ ആഗ്രഹിക്കുന്നു. Mail.ru ക്ലൗഡ് സൊല്യൂഷനുകൾ. പ്ലാറ്റ്ഫോം കെവിഎമ്മിൽ പ്രവർത്തിക്കുന്നു.

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

1. എന്താണ് മോഷണം

അതിനാൽ, ഒരു വെർച്വൽ മെഷീനിനുള്ളിലെ പ്രോസസ്സുകൾക്കുള്ള പ്രോസസ്സർ സമയത്തിന്റെ അഭാവത്തെ സൂചിപ്പിക്കുന്ന ഒരു മെട്രിക് ആണ് സ്റ്റെൽ. വിവരിച്ചതു പോലെ കെവിഎം കേർണൽ പാച്ചിൽനിർവ്വഹണത്തിനായി വെർച്വൽ മെഷീൻ പ്രോസസ്സ് ക്യൂ ചെയ്തിട്ടുണ്ടെങ്കിലും, ഹോസ്റ്റ് OS-ൽ ഹൈപ്പർവൈസർ മറ്റ് പ്രക്രിയകൾ നടപ്പിലാക്കുന്ന സമയമാണ് സ്റ്റെൽത്ത്. അതായത്, പ്രോസസ് എക്സിക്യൂട്ട് ചെയ്യാൻ തയ്യാറായ സമയവും പ്രോസസർ സമയം അനുവദിക്കുന്ന സമയവും തമ്മിലുള്ള വ്യത്യാസമായാണ് സ്റ്റെൽ കണക്കാക്കുന്നത്.

വെർച്വൽ മെഷീൻ കേർണലിന് ഹൈപ്പർവൈസറിൽ നിന്ന് സ്റ്റെൽ മെട്രിക് ലഭിക്കുന്നു. അതേ സമയം, ഹൈപ്പർവൈസർ അത് പ്രവർത്തിക്കുന്ന മറ്റ് പ്രക്രിയകൾ കൃത്യമായി വ്യക്തമാക്കുന്നില്ല, അത് "ഞാൻ തിരക്കിലായിരിക്കുമ്പോൾ, എനിക്ക് നിങ്ങൾക്ക് സമയം നൽകാൻ കഴിയില്ല" എന്ന് പറയുന്നു. KVM-ൽ, സ്റ്റെൽ കണക്കുകൂട്ടലിനുള്ള പിന്തുണ ചേർത്തിരിക്കുന്നു പാച്ചുകൾ. ഇവിടെ രണ്ട് പ്രധാന പോയിന്റുകൾ ഉണ്ട്:

• ഹൈപ്പർവൈസറിൽ നിന്ന് മോഷ്ടിക്കുന്നതിനെക്കുറിച്ച് വെർച്വൽ മെഷീൻ പഠിക്കുന്നു. അതായത്, നഷ്ടങ്ങളുടെ വീക്ഷണകോണിൽ നിന്ന്, വെർച്വൽ മെഷീനിലെ തന്നെ പ്രക്രിയകൾക്കായി, ഇത് ഒരു പരോക്ഷ അളവാണ്, അത് വിവിധ വികലങ്ങൾക്ക് വിധേയമാകാം.
• ഹൈപ്പർവൈസർ വെർച്വൽ മെഷീനുമായി മറ്റെന്താണ് ചെയ്യുന്നത് എന്നതിനെക്കുറിച്ചുള്ള വിവരങ്ങൾ പങ്കിടുന്നില്ല - പ്രധാന കാര്യം അത് അതിനായി സമയം ചെലവഴിക്കുന്നില്ല എന്നതാണ്. ഇക്കാരണത്താൽ, വെർച്വൽ മെഷീന് തന്നെ സ്റ്റേൽ ഇൻഡിക്കേറ്ററിലെ അപാകതകൾ കണ്ടെത്താൻ കഴിയില്ല, ഇത് മത്സര പ്രക്രിയകളുടെ സ്വഭാവമനുസരിച്ച് വിലയിരുത്താം.

2. മോഷ്ടിക്കുന്നതിനെ ബാധിക്കുന്നത്

2.1 മോഷ്ടിച്ച കണക്കുകൂട്ടൽ

അടിസ്ഥാനപരമായി, മോഷണം കണക്കാക്കുന്നത് സാധാരണ സിപിയു ഉപയോഗ സമയത്തിന് തുല്യമാണ്. പുനരുപയോഗം എങ്ങനെ പരിഗണിക്കപ്പെടുന്നു എന്നതിനെക്കുറിച്ച് കൂടുതൽ വിവരങ്ങൾ ലഭ്യമല്ല. ഒരുപക്ഷേ മിക്ക ആളുകളും ഈ ചോദ്യം വ്യക്തമാണെന്ന് കരുതുന്നു. എന്നാൽ ഇവിടെയും അപകടങ്ങളുണ്ട്. ഈ പ്രക്രിയയെക്കുറിച്ച് സ്വയം പരിചയപ്പെടാൻ, നിങ്ങൾക്ക് വായിക്കാം ബ്രണ്ടൻ ഗ്രെഗിന്റെ ലേഖനം: വിനിയോഗം കണക്കാക്കുമ്പോൾ നിരവധി സൂക്ഷ്മതകളെക്കുറിച്ചും ഇനിപ്പറയുന്ന കാരണങ്ങളാൽ ഈ കണക്കുകൂട്ടൽ തെറ്റായി സംഭവിക്കുന്ന സാഹചര്യങ്ങളെക്കുറിച്ചും നിങ്ങൾ പഠിക്കും:

• പ്രോസസർ അമിതമായി ചൂടാകുകയും സൈക്കിളുകൾ ഒഴിവാക്കുകയും ചെയ്യുന്നു.
• ടർബോ ബൂസ്റ്റ് പ്രവർത്തനക്ഷമമാക്കുക/പ്രവർത്തനരഹിതമാക്കുക, ഇത് പ്രൊസസർ ക്ലോക്ക് സ്പീഡ് മാറ്റുന്നു.
• സ്പീഡ്സ്റ്റെപ്പ് പോലെയുള്ള പ്രോസസർ പവർ-സേവിംഗ് ടെക്നോളജികൾ ഉപയോഗിക്കുമ്പോൾ സംഭവിക്കുന്ന ടൈം സ്ലൈസിന്റെ ദൈർഘ്യത്തിലെ മാറ്റം.
• ശരാശരി കണക്കാക്കുന്നതിലെ പ്രശ്നം: ഒരു മിനിറ്റ് വിനിയോഗം 80% ആയി കണക്കാക്കുന്നത് 100% ഹ്രസ്വകാല പൊട്ടിത്തെറി മറയ്ക്കാം.
• ഒരു സ്പിൻ ലോക്ക് പ്രോസസർ വീണ്ടെടുക്കുന്നതിന് കാരണമാകുന്നു, എന്നാൽ ഉപയോക്തൃ പ്രക്രിയ അതിന്റെ നിർവ്വഹണത്തിൽ പുരോഗതി കാണുന്നില്ല. തൽഫലമായി, പ്രോസസ്സർ കണക്കാക്കിയ പ്രോസസ്സർ ഉപയോഗം നൂറു ശതമാനമായിരിക്കും, എന്നിരുന്നാലും പ്രോസസ്സ് പ്രോസസ്സർ സമയം ശാരീരികമായി ഉപയോഗിക്കില്ല.

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

സാധാരണ റീസൈക്ലിംഗ് കൗണ്ടിംഗിന്റെ അതേ പ്രശ്‌നങ്ങൾക്ക് വിധേയമാണ് മോഷ്ടിക്കുന്ന എണ്ണൽ പ്രക്രിയ. അത്തരം പ്രശ്നങ്ങൾ പലപ്പോഴും പ്രത്യക്ഷപ്പെടുന്നുവെന്ന് പറയേണ്ടതില്ല, പക്ഷേ അവ നിരുത്സാഹപ്പെടുത്തുന്നു.

2.2 കെവിഎമ്മിലെ വിർച്ച്വലൈസേഷന്റെ തരങ്ങൾ

വിശാലമായി പറഞ്ഞാൽ, മൂന്ന് തരം വിർച്ച്വലൈസേഷൻ ഉണ്ട്, അവയെല്ലാം കെവിഎം പിന്തുണയ്ക്കുന്നു. മോഷണം സംഭവിക്കുന്നതിനുള്ള സംവിധാനം വെർച്വലൈസേഷന്റെ തരത്തെ ആശ്രയിച്ചിരിക്കും.

പ്രക്ഷേപണം. ഈ സാഹചര്യത്തിൽ, ഫിസിക്കൽ ഹൈപ്പർവൈസർ ഉപകരണങ്ങളുള്ള വെർച്വൽ മെഷീൻ ഓപ്പറേറ്റിംഗ് സിസ്റ്റത്തിന്റെ പ്രവർത്തനം ഇതുപോലെയാണ് സംഭവിക്കുന്നത്:

1. ഗസ്റ്റ് ഓപ്പറേറ്റിംഗ് സിസ്റ്റം അതിന്റെ അതിഥി ഉപകരണത്തിലേക്ക് ഒരു കമാൻഡ് അയയ്ക്കുന്നു.
2. ഗസ്റ്റ് ഡിവൈസ് ഡ്രൈവർ കമാൻഡ് സ്വീകരിക്കുന്നു, ഡിവൈസ് BIOS-നുള്ള ഒരു അഭ്യർത്ഥന സൃഷ്ടിച്ച് അത് ഹൈപ്പർവൈസറിലേക്ക് അയയ്ക്കുന്നു.
3. ഹൈപ്പർവൈസർ പ്രോസസ്സ് ഫിസിക്കൽ ഡിവൈസിനുള്ള കമാൻഡ് ടു കമാൻഡ് വിവർത്തനം ചെയ്യുന്നു, ഇത് മറ്റ് കാര്യങ്ങളിൽ കൂടുതൽ സുരക്ഷിതമാക്കുന്നു.
4. ഫിസിക്കൽ ഡിവൈസ് ഡ്രൈവർ പരിഷ്കരിച്ച കമാൻഡ് സ്വീകരിക്കുകയും അത് ഫിസിക്കൽ ഡിവൈസിലേക്ക് തന്നെ അയയ്ക്കുകയും ചെയ്യുന്നു.
5. കമാൻഡുകൾ എക്സിക്യൂട്ട് ചെയ്യുന്നതിന്റെ ഫലങ്ങൾ അതേ പാതയിലൂടെ തിരിച്ചുപോകുന്നു.

വിവർത്തനത്തിന്റെ പ്രയോജനം, ഏത് ഉപകരണവും അനുകരിക്കാൻ നിങ്ങളെ അനുവദിക്കുന്നു, കൂടാതെ ഓപ്പറേറ്റിംഗ് സിസ്റ്റം കേർണലിന്റെ പ്രത്യേക തയ്യാറെടുപ്പ് ആവശ്യമില്ല. എന്നാൽ നിങ്ങൾ ഇതിന് പണം നൽകണം, ഒന്നാമതായി, വേഗതയിൽ.

ഹാർഡ്‌വെയർ വിർച്ച്വലൈസേഷൻ. ഈ സാഹചര്യത്തിൽ, ഹാർഡ്‌വെയർ തലത്തിലുള്ള ഉപകരണം ഓപ്പറേറ്റിംഗ് സിസ്റ്റത്തിൽ നിന്നുള്ള കമാൻഡുകൾ മനസ്സിലാക്കുന്നു. ഇതാണ് ഏറ്റവും വേഗതയേറിയതും മികച്ചതുമായ മാർഗം. പക്ഷേ, നിർഭാഗ്യവശാൽ, എല്ലാ ഫിസിക്കൽ ഉപകരണങ്ങളും ഹൈപ്പർവൈസറുകളും ഗസ്റ്റ് ഓപ്പറേറ്റിംഗ് സിസ്റ്റങ്ങളും ഇതിനെ പിന്തുണയ്ക്കുന്നില്ല. നിലവിൽ, ഹാർഡ്‌വെയർ വിർച്ച്വലൈസേഷനെ പിന്തുണയ്ക്കുന്ന പ്രധാന ഉപകരണങ്ങൾ പ്രോസസ്സറുകളാണ്.

പാരാവിർച്ച്വലൈസേഷൻ. കെവിഎമ്മിലെ ഡിവൈസ് വിർച്ച്വലൈസേഷനുള്ള ഏറ്റവും സാധാരണമായ ഓപ്ഷനും ഗസ്റ്റ് ഓപ്പറേറ്റിംഗ് സിസ്റ്റങ്ങൾക്കുള്ള ഏറ്റവും സാധാരണമായ വിർച്ച്വലൈസേഷൻ മോഡും. ചില ഹൈപ്പർവൈസർ സബ്സിസ്റ്റം (ഉദാഹരണത്തിന്, നെറ്റ്‌വർക്ക് അല്ലെങ്കിൽ ഡിസ്ക് സ്റ്റാക്ക് ഉപയോഗിച്ച്) അല്ലെങ്കിൽ മെമ്മറി പേജുകളുടെ അലോക്കേഷൻ ഹൈപ്പർവൈസർ API ഉപയോഗിച്ച്, ലോ-ലെവൽ കമാൻഡുകൾ വിവർത്തനം ചെയ്യാതെ തന്നെ പ്രവർത്തിക്കുന്നു എന്നതാണ് ഇതിന്റെ പ്രത്യേകത. ഈ എപിഐ ഉപയോഗിച്ച് ഹൈപ്പർവൈസറുമായി ആശയവിനിമയം നടത്താൻ ഗസ്റ്റ് ഓപ്പറേറ്റിംഗ് സിസ്റ്റം കേർണൽ പരിഷ്‌ക്കരിക്കണം എന്നതാണ് ഈ വിർച്ച്വലൈസേഷൻ രീതിയുടെ പോരായ്മ. എന്നാൽ ഇത് സാധാരണയായി ഗസ്റ്റ് ഓപ്പറേറ്റിംഗ് സിസ്റ്റത്തിൽ പ്രത്യേക ഡ്രൈവറുകൾ ഇൻസ്റ്റാൾ ചെയ്തുകൊണ്ട് പരിഹരിക്കപ്പെടും. കെവിഎമ്മിൽ ഈ API എന്ന് വിളിക്കുന്നു virtio API.

പാരാവിർച്ച്വലൈസേഷൻ ഉപയോഗിച്ച്, പ്രക്ഷേപണവുമായി താരതമ്യപ്പെടുത്തുമ്പോൾ, വെർച്വൽ മെഷീനിൽ നിന്ന് നേരിട്ട് ഹോസ്റ്റിലെ ഹൈപ്പർവൈസർ പ്രോസസ്സിലേക്ക് കമാൻഡുകൾ അയച്ചുകൊണ്ട് ഫിസിക്കൽ ഉപകരണത്തിലേക്കുള്ള പാത ഗണ്യമായി കുറയുന്നു. വെർച്വൽ മെഷീനിനുള്ളിലെ എല്ലാ നിർദ്ദേശങ്ങളുടെയും നിർവ്വഹണം വേഗത്തിലാക്കാൻ ഇത് നിങ്ങളെ അനുവദിക്കുന്നു. കെവിഎമ്മിൽ, ഇത് ചെയ്യുന്നത് virtio API ആണ്, ഇത് നെറ്റ്‌വർക്ക് അല്ലെങ്കിൽ ഡിസ്ക് അഡാപ്റ്റർ പോലുള്ള ചില ഉപകരണങ്ങൾക്ക് മാത്രം പ്രവർത്തിക്കുന്നു. അതുകൊണ്ടാണ് വെർച്വൽ മെഷീനുകൾക്കുള്ളിൽ virtio ഡ്രൈവറുകൾ ഇൻസ്റ്റാൾ ചെയ്യുന്നത്.

ഈ ആക്സിലറേഷന്റെ പോരായ്മ എന്തെന്നാൽ വെർച്വൽ മെഷീനിൽ പ്രവർത്തിക്കുന്ന എല്ലാ പ്രക്രിയകളും അതിനുള്ളിൽ നിലനിൽക്കില്ല എന്നതാണ്. ഇത് ചില പ്രത്യേക ഇഫക്റ്റുകൾ സൃഷ്ടിക്കുന്നു, അത് മോഷ്ടിക്കുമ്പോൾ മുട്ടയിടുന്നതിന് കാരണമാകും. ഈ പ്രശ്നത്തെക്കുറിച്ച് വിശദമായ പഠനം ആരംഭിക്കാൻ ഞാൻ ശുപാർശ ചെയ്യുന്നു വെർച്വൽ I/O: virtio എന്നതിനായുള്ള ഒരു API.

2.3 "ഫെയർ" ഷെഡ്യൂളിംഗ്

ഒരു ഹൈപ്പർവൈസറിലെ ഒരു വെർച്വൽ മെഷീൻ, വാസ്തവത്തിൽ, ലിനക്സ് കേർണലിലെ ഷെഡ്യൂളിംഗ് (പ്രോസസ്സ് തമ്മിലുള്ള റിസോഴ്സ് ഡിസ്ട്രിബ്യൂഷൻ) നിയമങ്ങൾ അനുസരിക്കുന്ന ഒരു സാധാരണ പ്രക്രിയയാണ്, അതിനാൽ നമുക്ക് അത് സൂക്ഷ്മമായി പരിശോധിക്കാം.

കേർണൽ 2.6.23 മുതൽ സ്ഥിരസ്ഥിതി ഷെഡ്യൂളറായി മാറിയ CFS, കംപ്ലീറ്റ്ലി ഫെയർ ഷെഡ്യൂളർ ലിനക്സ് ഉപയോഗിക്കുന്നു. ഈ അൽഗോരിതം മനസിലാക്കാൻ, നിങ്ങൾക്ക് Linux Kernel Architecture അല്ലെങ്കിൽ സോഴ്സ് കോഡ് വായിക്കാം. CFS-ന്റെ സാരാംശം അവയുടെ നിർവ്വഹണ കാലയളവിനെ ആശ്രയിച്ച് പ്രോസസ്സുകൾക്കിടയിൽ പ്രോസസ്സർ സമയം വിതരണം ചെയ്യുക എന്നതാണ്. ഒരു പ്രോസസ്സിന് കൂടുതൽ CPU സമയം ആവശ്യമാണ്, അതിന് ലഭിക്കുന്ന CPU സമയം കുറവാണ്. എല്ലാ പ്രക്രിയകളും "ന്യായമായ രീതിയിൽ" നടപ്പിലാക്കുന്നുവെന്ന് ഇത് ഉറപ്പാക്കുന്നു - അതിനാൽ ഒരു പ്രോസസ്സ് എല്ലാ പ്രോസസറുകളും നിരന്തരം ഉൾക്കൊള്ളുന്നില്ല, കൂടാതെ മറ്റ് പ്രക്രിയകൾക്കും എക്സിക്യൂട്ട് ചെയ്യാൻ കഴിയും.

ചിലപ്പോൾ ഈ മാതൃക രസകരമായ പുരാവസ്തുക്കളിലേക്ക് നയിക്കുന്നു. കംപൈലർ പോലുള്ള റിസോഴ്‌സ്-ഇന്റൻസീവ് ആപ്ലിക്കേഷനുകൾ പ്രവർത്തിപ്പിക്കുമ്പോൾ ഡെസ്‌ക്‌ടോപ്പിൽ ഒരു സാധാരണ ടെക്‌സ്‌റ്റ് എഡിറ്റർ ഫ്രീസ് ചെയ്‌തത് ദീർഘകാല ലിനക്‌സ് ഉപയോക്താക്കൾ ഓർത്തിരിക്കാം. ഡെസ്‌ക്‌ടോപ്പ് ആപ്ലിക്കേഷനുകളിലെ റിസോഴ്‌സ്-ഇന്റൻസീവ് ടാസ്‌ക്കുകൾ കംപൈലർ പോലുള്ള റിസോഴ്‌സ്-ഇന്റൻസീവ് ടാസ്‌ക്കുകളുമായി മത്സരിച്ചതിനാലാണ് ഇത് സംഭവിച്ചത്. ഇത് അന്യായമാണെന്ന് CFS കരുതുന്നു, അതിനാൽ ഇത് ആനുകാലികമായി ടെക്സ്റ്റ് എഡിറ്ററിനെ നിർത്തുകയും കംപൈലറിന്റെ ചുമതലകൾ കൈകാര്യം ചെയ്യാൻ പ്രോസസ്സറിനെ അനുവദിക്കുകയും ചെയ്യുന്നു. മെക്കാനിസം ഉപയോഗിച്ച് ഇത് ശരിയാക്കി sched_autogroup, എന്നാൽ ടാസ്‌ക്കുകൾക്കിടയിലുള്ള പ്രോസസ്സർ സമയത്തിന്റെ വിതരണത്തിന്റെ മറ്റ് പല സവിശേഷതകളും തുടർന്നു. യഥാർത്ഥത്തിൽ, ഇത് CFS-ൽ എല്ലാം എത്രത്തോളം മോശമാണ് എന്നതിനെക്കുറിച്ചുള്ള ഒരു കഥയല്ല, മറിച്ച് പ്രോസസർ സമയത്തിന്റെ "ന്യായമായ" വിതരണം ഏറ്റവും നിസ്സാരമായ ജോലിയല്ല എന്ന വസ്തുതയിലേക്ക് ശ്രദ്ധ ആകർഷിക്കാനുള്ള ശ്രമമാണ്.

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

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

2.4 മോഷണം എങ്ങനെ നിരീക്ഷിക്കാം?

മറ്റേതൊരു പ്രോസസർ മെട്രിക് പോലെ ഒരു വെർച്വൽ മെഷീനിൽ മോണിറ്ററിംഗ് മോണിറ്ററിംഗ് ലളിതമാണ്: നിങ്ങൾക്ക് ഏത് പ്രോസസ്സർ മെട്രിക്സ് ടൂളും ഉപയോഗിക്കാം. വിർച്ച്വൽ മെഷീൻ ലിനക്സിലാണ് എന്നതാണ് പ്രധാന കാര്യം. ചില കാരണങ്ങളാൽ വിൻഡോസ് അതിന്റെ ഉപയോക്താക്കൾക്ക് ഈ വിവരങ്ങൾ നൽകുന്നില്ല. 🙁

മുകളിലെ കമാൻഡിന്റെ ഔട്ട്പുട്ട്: പ്രൊസസർ ലോഡിന്റെ വിശദാംശങ്ങൾ, വലതുവശത്തെ കോളത്തിൽ - മോഷ്ടിക്കുക

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

ഈ പ്രക്രിയകളെല്ലാം എന്താണ് കാത്തിരിക്കുന്നത്? വ്യക്തമായ ഉത്തരം പ്രോസസർ ആണ്. എന്നാൽ ഉത്തരം പൂർണ്ണമായും ശരിയല്ല, കാരണം ചിലപ്പോൾ പ്രോസസ്സർ സൌജന്യമാണ്, പക്ഷേ LA സ്കെയിൽ ഓഫ് പോകുന്നു. ഓർക്കുക NFS എങ്ങനെ വീഴുന്നു, LA എങ്ങനെ വളരുന്നു. ഒരു ഡിസ്കിലും മറ്റ് ഇൻപുട്ട്/ഔട്ട്പുട്ട് ഡിവൈസുകളിലും ഇതുതന്നെ സംഭവിക്കാം. എന്നാൽ വാസ്തവത്തിൽ, ഒരു I/O ഉപകരണവുമായി ബന്ധപ്പെട്ട ഫിസിക്കൽ, അല്ലെങ്കിൽ മ്യൂട്ടക്സ് പോലെയുള്ള ലോജിക്കൽ, ഏതെങ്കിലും ലോക്കിന്റെ അവസാനത്തിനായി പ്രോസസ്സുകൾക്ക് കാത്തിരിക്കാം. ഹാർഡ്‌വെയറിന്റെ തലത്തിലുള്ള ലോക്കിംഗ് (ഡിസ്കിൽ നിന്നുള്ള അതേ പ്രതികരണം), അല്ലെങ്കിൽ ലോജിക് (ലോക്കിംഗ് പ്രിമിറ്റീവ്സ് എന്ന് വിളിക്കപ്പെടുന്നവ, ഒരു കൂട്ടം എന്റിറ്റികൾ, മ്യൂട്ടക്സ് അഡാപ്റ്റീവ്, സ്പിൻ, സെമാഫോറുകൾ, അവസ്ഥ വേരിയബിളുകൾ, rw ലോക്കുകൾ, ipc ലോക്കുകൾ എന്നിവ ഉൾപ്പെടുന്നു. ...).

LA യുടെ മറ്റൊരു സവിശേഷത, ഇത് ഒരു ഓപ്പറേറ്റിംഗ് സിസ്റ്റം ശരാശരിയായി കണക്കാക്കപ്പെടുന്നു എന്നതാണ്. ഉദാഹരണത്തിന്, ഒരു ഫയലിനായി 100 പ്രോസസ്സുകൾ മത്സരിക്കുന്നു, തുടർന്ന് LA=50. ഇത്രയും വലിയ മൂല്യം ഓപ്പറേറ്റിംഗ് സിസ്റ്റം മോശമാണെന്ന് സൂചിപ്പിക്കും. എന്നാൽ വക്രമായി എഴുതിയ മറ്റ് കോഡിന്, ഇത് ഒരു സാധാരണ അവസ്ഥയായിരിക്കാം, ഇത് മോശമാണെങ്കിലും ഓപ്പറേറ്റിംഗ് സിസ്റ്റത്തിലെ മറ്റ് പ്രക്രിയകൾ ബാധിക്കില്ല.

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

3. പ്രത്യേക ഇഫക്റ്റുകൾ

ഇനി നമ്മൾ നേരിട്ട പ്രധാന മോഷണക്കേസുകൾ നോക്കാം. മുകളിൽ പറഞ്ഞവയിൽ നിന്ന് അവർ എങ്ങനെ പിന്തുടരുന്നുവെന്നും ഹൈപ്പർവൈസറിലെ സൂചകങ്ങളുമായി അവ എങ്ങനെ ബന്ധപ്പെട്ടിരിക്കുന്നുവെന്നും ഞാൻ നിങ്ങളോട് പറയും.

റീസൈക്ലിംഗ്. ഏറ്റവും ലളിതവും ഏറ്റവും സാധാരണമായതും: ഹൈപ്പർവൈസർ വീണ്ടും ഉപയോഗിച്ചു. തീർച്ചയായും, പ്രവർത്തിക്കുന്ന ധാരാളം വെർച്വൽ മെഷീനുകൾ ഉണ്ട്, അവയ്‌ക്കുള്ളിൽ ഉയർന്ന പ്രോസസർ ഉപഭോഗം, ധാരാളം മത്സരം, LA ഉപയോഗം 1-ൽ കൂടുതൽ (പ്രോസസർ ത്രെഡുകൾ ഉപയോഗിച്ച് സാധാരണമാക്കിയത്). എല്ലാ വെർച്വൽ മെഷീനുകൾക്കുള്ളിലെയും എല്ലാം മന്ദഗതിയിലാകുന്നു. ഹൈപ്പർവൈസറിൽ നിന്ന് കൈമാറ്റം ചെയ്യപ്പെടുന്ന മോഷണവും വളരുകയാണ്, ലോഡ് പുനർവിതരണം ചെയ്യുകയോ ആരെയെങ്കിലും ഓഫ് ചെയ്യുകയോ ചെയ്യേണ്ടത് ആവശ്യമാണ്. പൊതുവേ, എല്ലാം യുക്തിസഹവും മനസ്സിലാക്കാവുന്നതുമാണ്.

പാരാവിർച്ച്വലൈസേഷൻ വേഴ്സസ് സിംഗിൾ ഇൻസ്‌റ്റൻസുകൾ. ഹൈപ്പർവൈസറിൽ ഒരു വെർച്വൽ മെഷീൻ മാത്രമേയുള്ളൂ; അത് അതിന്റെ ഒരു ചെറിയ ഭാഗം ഉപയോഗിക്കുന്നു, പക്ഷേ ഒരു വലിയ I/O ലോഡ് ഉത്പാദിപ്പിക്കുന്നു, ഉദാഹരണത്തിന് ഡിസ്കിൽ. എവിടെ നിന്നെങ്കിലും അതിൽ ഒരു ചെറിയ മോഷണം പ്രത്യക്ഷപ്പെടുന്നു, 10% വരെ (നിരവധി പരീക്ഷണങ്ങൾ കാണിക്കുന്നത് പോലെ).

കേസ് രസകരമാണ്. പാരാവിർച്ച്വലൈസ്ഡ് ഡ്രൈവറുകളുടെ തലത്തിൽ തടയുന്നത് കാരണം സ്‌റ്റീൽ ഇവിടെ ദൃശ്യമാകുന്നു. വെർച്വൽ മെഷീനിൽ ഒരു തടസ്സം സൃഷ്ടിക്കപ്പെടുന്നു, അത് ഡ്രൈവർ പ്രോസസ്സ് ചെയ്യുകയും ഹൈപ്പർവൈസറിലേക്ക് അയയ്ക്കുകയും ചെയ്യുന്നു. ഹൈപ്പർവൈസറിലെ ഇന്ററപ്റ്റ് ഹാൻഡ്‌ലിംഗ് കാരണം, വെർച്വൽ മെഷീന് ഇത് അയച്ച അഭ്യർത്ഥന പോലെ തോന്നുന്നു, ഇത് എക്‌സിക്യൂഷന് തയ്യാറാണ്, പ്രോസസ്സറിനായി കാത്തിരിക്കുന്നു, പക്ഷേ ഇതിന് പ്രോസസ്സർ സമയം നൽകിയിട്ടില്ല. ഈ സമയം മോഷ്ടിക്കപ്പെട്ടതായി വെർച്വൽ പെൺകുട്ടി കരുതുന്നു.

ബഫർ അയച്ച നിമിഷത്തിലാണ് ഇത് സംഭവിക്കുന്നത്, അത് ഹൈപ്പർവൈസറിന്റെ കേർണൽ സ്പേസിലേക്ക് പോകുന്നു, ഞങ്ങൾ അതിനായി കാത്തിരിക്കാൻ തുടങ്ങുന്നു. എന്നിരുന്നാലും, വെർച്വൽ മെഷീന്റെ വീക്ഷണകോണിൽ, അവൻ ഉടൻ മടങ്ങിവരണം. അതിനാൽ, സ്റ്റെൽ കണക്കുകൂട്ടൽ അൽഗോരിതം അനുസരിച്ച്, ഈ സമയം മോഷ്ടിക്കപ്പെട്ടതായി കണക്കാക്കപ്പെടുന്നു. മിക്കവാറും, ഈ സാഹചര്യത്തിൽ മറ്റ് സംവിധാനങ്ങൾ ഉണ്ടാകാം (ഉദാഹരണത്തിന്, മറ്റ് ചില sys കോളുകൾ പ്രോസസ്സ് ചെയ്യുന്നു), എന്നാൽ അവ വളരെ വ്യത്യസ്തമായിരിക്കരുത്.

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

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

കുറഞ്ഞ LA, എന്നാൽ അവിടെ മോഷണം ഉണ്ട്. LA ഏകദേശം 0,7 ആണെങ്കിൽ (അതായത്, ഹൈപ്പർവൈസർ ഭാരം കുറഞ്ഞതായി തോന്നുന്നു), എന്നാൽ വ്യക്തിഗത വെർച്വൽ മെഷീനുകൾക്കുള്ളിൽ മോഷണം നിരീക്ഷിക്കപ്പെടുന്നു:

• മുകളിൽ വിവരിച്ച പാരാവിർച്ച്വലൈസേഷൻ ഉള്ള ഓപ്ഷൻ. ഹൈപ്പർവൈസർ മികച്ചതാണെങ്കിലും, വെർച്വൽ മെഷീന് മോഷ്ടിക്കുന്നതിനെ സൂചിപ്പിക്കുന്ന അളവുകൾ ലഭിക്കും. ഞങ്ങളുടെ പരീക്ഷണങ്ങളുടെ ഫലങ്ങൾ അനുസരിച്ച്, ഈ സ്റ്റേൽ ഓപ്ഷൻ 10% കവിയരുത് കൂടാതെ വെർച്വൽ മെഷീനിലെ ആപ്ലിക്കേഷനുകളുടെ പ്രകടനത്തിൽ കാര്യമായ സ്വാധീനം ചെലുത്തരുത്.
• LA പരാമീറ്റർ തെറ്റായി കണക്കാക്കുന്നു. കൂടുതൽ കൃത്യമായി പറഞ്ഞാൽ, ഓരോ നിർദ്ദിഷ്ട നിമിഷത്തിലും അത് ശരിയായി കണക്കാക്കുന്നു, എന്നാൽ ശരാശരി ഒരു മിനിറ്റിൽ കൂടുതൽ കണക്കാക്കുമ്പോൾ അത് കുറച്ചുകാണുന്നു. ഉദാഹരണത്തിന്, ഹൈപ്പർവൈസറിന്റെ മൂന്നിലൊന്ന് ഒരു വെർച്വൽ മെഷീൻ അതിന്റെ എല്ലാ പ്രോസസറുകളും കൃത്യമായി അര മിനിറ്റ് ഉപയോഗിക്കുന്നുവെങ്കിൽ, ഹൈപ്പർവൈസറിൽ മിനിറ്റിന് LA 0,15 ആയിരിക്കും; ഒരേസമയം പ്രവർത്തിക്കുന്ന നാല് വെർച്വൽ മെഷീനുകൾ 0,6 നൽകും. LA ഇൻഡിക്കേറ്റർ അനുസരിച്ച് ഓരോന്നിലും അര മിനിറ്റോളം 25% കാട്ടു മോഷണം നടന്നുവെന്ന വസ്തുത ഇനി പുറത്തെടുക്കാൻ കഴിയില്ല.
• വീണ്ടും, ഷെഡ്യൂളർ കാരണം ആരെങ്കിലും അമിതമായി ഭക്ഷണം കഴിക്കുന്നുവെന്ന് തീരുമാനിച്ചു, ആരെങ്കിലും കാത്തിരിക്കട്ടെ. അതിനിടയിൽ, ഞാൻ സന്ദർഭം മാറ്റുകയും തടസ്സങ്ങൾ കൈകാര്യം ചെയ്യുകയും മറ്റ് പ്രധാനപ്പെട്ട സിസ്റ്റം കാര്യങ്ങൾ ശ്രദ്ധിക്കുകയും ചെയ്യും. തൽഫലമായി, ചില വെർച്വൽ മെഷീനുകൾ പ്രശ്‌നങ്ങളൊന്നും കാണുന്നില്ല, മറ്റുള്ളവയ്ക്ക് ഗുരുതരമായ പ്രകടന തകർച്ച അനുഭവപ്പെടുന്നു.

4. മറ്റ് വികലങ്ങൾ

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

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

പൊതുവേ, വികലമാക്കുന്നതിന് നിരവധി കാരണങ്ങളുണ്ടാകാം. ഒരു പ്രത്യേക സിസ്റ്റത്തിൽ നിങ്ങൾക്ക് മറ്റെന്തെങ്കിലും കണ്ടെത്താം. ഞാൻ മുകളിൽ ലിങ്കുകൾ നൽകിയ പുസ്‌തകങ്ങളിൽ നിന്ന് ആരംഭിക്കുന്നതാണ് നല്ലത്, കൂടാതെ perf, sysdig, systemtap പോലുള്ള യൂട്ടിലിറ്റികൾ ഉപയോഗിച്ച് ഹൈപ്പർവൈസറിൽ നിന്ന് സ്ഥിതിവിവരക്കണക്കുകൾ വീണ്ടെടുക്കുന്നതാണ് നല്ലത്. ഡസൻ കണക്കിനു.

5. നിഗമനങ്ങൾ

1. പാരാവിർച്ച്വലൈസേഷൻ കാരണം കുറച്ച് മോഷണം സംഭവിക്കാം, അത് സാധാരണമായി കണക്കാക്കാം. ഈ മൂല്യം 5-10% ആകാമെന്ന് അവർ ഇന്റർനെറ്റിൽ എഴുതുന്നു. വെർച്വൽ മെഷീനിനുള്ളിലെ ആപ്ലിക്കേഷനുകളെയും അതിന്റെ ഫിസിക്കൽ ഉപകരണങ്ങളിൽ അത് ചെലുത്തുന്ന ലോഡിനെയും ആശ്രയിച്ചിരിക്കുന്നു. വെർച്വൽ മെഷീനുകൾക്കുള്ളിൽ ആപ്ലിക്കേഷനുകൾ എങ്ങനെ അനുഭവപ്പെടുന്നു എന്നത് ഇവിടെ ശ്രദ്ധിക്കേണ്ടത് പ്രധാനമാണ്.
2. ഹൈപ്പർവൈസറിലെ ലോഡിന്റെയും വെർച്വൽ മെഷീനിനുള്ളിലെ മോഷ്ടിക്കലിന്റെയും അനുപാതം എല്ലായ്പ്പോഴും വ്യക്തമായി പരസ്പരബന്ധിതമല്ല; വ്യത്യസ്ത ലോഡുകൾക്ക് കീഴിലുള്ള പ്രത്യേക സാഹചര്യങ്ങളിൽ മോഷ്ടിക്കുന്നതിന്റെ രണ്ട് കണക്കുകളും തെറ്റായിരിക്കാം.
3. വളരെയധികം ആവശ്യപ്പെടുന്ന പ്രക്രിയകളോട് ഷെഡ്യൂളർക്ക് മോശം മനോഭാവമുണ്ട്. കൂടുതൽ ചോദിക്കുന്നവർക്ക് കുറച്ച് കൊടുക്കാൻ അവൻ ശ്രമിക്കുന്നു. വലിയ വെർച്വൽ മെഷീനുകൾ ദോഷകരമാണ്.
4. പാരാവിർച്ച്വലൈസേഷൻ ഇല്ലാതെ പോലും ഒരു ചെറിയ മോഷണം സാധാരണമാണ് (വെർച്വൽ മെഷീനിനുള്ളിലെ ലോഡ്, അയൽവാസികളുടെ ലോഡിന്റെ സവിശേഷതകൾ, ത്രെഡുകളിലുടനീളം ലോഡ് വിതരണം, മറ്റ് ഘടകങ്ങൾ എന്നിവ കണക്കിലെടുക്കുന്നു).
5. ഒരു നിർദ്ദിഷ്ട സിസ്റ്റത്തിൽ മോഷ്ടിക്കുന്നത് കണ്ടെത്തണമെങ്കിൽ, നിങ്ങൾ വിവിധ ഓപ്ഷനുകൾ പര്യവേക്ഷണം ചെയ്യുകയും അളവുകൾ ശേഖരിക്കുകയും അവ ശ്രദ്ധാപൂർവ്വം വിശകലനം ചെയ്യുകയും ലോഡ് എങ്ങനെ തുല്യമായി വിതരണം ചെയ്യാമെന്ന് ചിന്തിക്കുകയും വേണം. ഏതെങ്കിലും സാഹചര്യത്തിൽ നിന്നുള്ള വ്യതിയാനങ്ങൾ സാധ്യമാണ്, അത് പരീക്ഷണാത്മകമായി സ്ഥിരീകരിക്കുകയോ കേർണൽ ഡീബഗ്ഗറിൽ നോക്കുകയോ ചെയ്യണം.

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