ലിനക്സ് 7.0 കേർണലിൽ പോസ്റ്റ്ഗ്രെസ്ക്യുഎൽ പ്രകടനം പകുതിയാക്കുന്ന ഒരു റിഗ്രഷൻ കണ്ടെത്തി.

ഏപ്രിൽ 13 ന് പുറത്തിറങ്ങുമെന്ന് പ്രതീക്ഷിക്കുന്ന ലിനക്സ് കേർണൽ 7.0 ന് പ്രത്യേകമായ ഒരു റിഗ്രഷൻ ആമസോൺ എഞ്ചിനീയർ തിരിച്ചറിഞ്ഞു. ടാസ്‌ക് ഷെഡ്യൂളർ ക്രമീകരണങ്ങളിലെ മാറ്റം ARM64 സിസ്റ്റങ്ങളിൽ PostgreSQL പ്രവർത്തിപ്പിക്കുമ്പോൾ ത്രൂപുട്ടിലും പ്രതികരണശേഷിയിലും ഗണ്യമായ കുറവുണ്ടാക്കി. കേർണൽ 7.0 ഉപയോഗിച്ച്, pgbench "ലളിതമായ-അപ്‌ഡേറ്റ്" ടെസ്റ്റിലെ പ്രകടനം ഏകദേശം ഇരട്ടിയായി കുറഞ്ഞു, 98565 ൽ നിന്ന് 50751 ആയി.

PREEMPT_NONE പിന്തുണയ്ക്കുന്ന ആർക്കിടെക്ചറുകളിൽ ഡിഫോൾട്ട് ഷെഡ്യൂളർ പ്രീഎംപ്ഷൻ മോഡ് PREEMPT_LAZY ലേക്ക് മാറ്റിയതാണ് സ്ലോഡൗണിന് കാരണമായത്. ഇത് പോസ്റ്റ്ഗ്രെസ്ക്യുഎൽ അതിന്റെ സിപിയു സമയത്തിന്റെ 55% ഉപയോക്തൃ സ്ഥലത്ത് s_lock() എന്ന് വിളിക്കാൻ ചെലവഴിക്കാൻ കാരണമായി. ഈ പ്രശ്നം പരിഹരിക്കുന്നതിന്, PREEMPT_NONE ഡിഫോൾട്ടിലേക്ക് തിരികെ കൊണ്ടുവന്ന് ARCH_NO_PREEMPT സജ്ജീകരണത്തിൽ നിന്ന് അൺലിങ്ക് ചെയ്യാൻ നിർദ്ദേശിക്കപ്പെട്ടിരിക്കുന്നു.

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

കേർണൽ പ്രകടനം കുറയ്ക്കുകയോ ഉപയോക്തൃ-സ്‌പേസ് അനുയോജ്യത തകർക്കുകയോ ചെയ്യരുത് എന്ന തത്വം ലിനസ് ടോർവാൾഡ്‌സ് പാലിക്കുന്നതിനാൽ എന്ത് തീരുമാനമെടുക്കുമെന്ന് ഇപ്പോഴും വ്യക്തമല്ല. ഒരു വശത്ത്, കേർണൽ 7.0 റിലീസിന് മുമ്പുള്ള അവസാന പരീക്ഷണ ഘട്ടത്തിലാണ്, ഷെഡ്യൂളർ ക്രമീകരണങ്ങൾ തിരികെ കൊണ്ടുവരുന്നത് മറ്റ് റിഗ്രഷനുകളിലേക്ക് നയിച്ചേക്കാം. മറുവശത്ത്, ഏറ്റവും ജനപ്രിയമായ ഡാറ്റാബേസുകളിലൊന്നിന്റെ പ്രകടനം പകുതിയായി കുറയുന്നത് ഉപയോക്താക്കൾക്ക് അനുഭവപ്പെട്ടേക്കാം.

അവലംബം: opennet.ru