உயர் CPU சுமை. CPU சுமையை எவ்வாறு குறைப்பது: முக்கிய காரணங்கள் மற்றும் சிக்கல்களைத் தீர்ப்பதற்கான முறைகள்

• மொழிபெயர்ப்பு

"செயலி சுமை" என்று நாம் அழைக்கும் மெட்ரிக் உண்மையில் பலரால் சரியாகப் புரிந்து கொள்ளப்படவில்லை. "CPU சுமை" என்றால் என்ன? நமது செயலி எவ்வளவு பிஸியாக இருக்கிறது? இல்லை, அது உண்மையல்ல. ஆம், ஆம், விண்டோஸ் டாஸ்க் மேனேஜர் முதல் லினக்ஸில் டாப் கமாண்ட் வரை அனைத்து செயல்திறன் பகுப்பாய்வு பயன்பாடுகளிலும் காட்டப்படும் அதே கிளாசிக் CPU லோடைப் பற்றித்தான் பேசுகிறேன்.

"செயலி இப்போது 90% ஏற்றப்பட்டது" என்றால் என்ன? இது இப்படி இருக்கும் என்று நீங்கள் நினைக்கலாம்:

ஆனால் உண்மையில் இது போல் தெரிகிறது:

"Idle" என்பது செயலி சில வழிமுறைகளை செயல்படுத்தும் திறன் கொண்டது, ஆனால் RAM இலிருந்து I/O போன்றவற்றிற்காக காத்திருப்பதால் அவ்வாறு செய்யவில்லை. மேலே உள்ள படத்தில் உள்ள உண்மையான மற்றும் செயலற்ற வேலையின் சதவீதத்தை நான் உண்மையான சேவையகங்களில் இயங்கும் உண்மையான பயன்பாடுகளில் நாளுக்கு நாள் பார்க்கிறேன். உங்கள் நிரல் அதன் நேரத்தை அதே வழியில் செலவிடுவதற்கான குறிப்பிடத்தக்க வாய்ப்பு உள்ளது, மேலும் அதைப் பற்றி உங்களுக்குத் தெரியாது.

இது உங்களுக்கு என்ன அர்த்தம்? செயலி உண்மையில் சில செயல்பாடுகளை எவ்வளவு நேரம் செய்கிறது, மற்றும் தரவுக்காக எவ்வளவு நேரம் காத்திருக்கிறது என்பதைப் புரிந்துகொள்வது, சில நேரங்களில் உங்கள் குறியீட்டை மாற்றுவதை சாத்தியமாக்குகிறது, RAM உடன் தரவு பரிமாற்றத்தை குறைக்கிறது. கிளவுட் பிளாட்ஃபார்ம்களின் தற்போதைய யதார்த்தங்களில் இது குறிப்பாக உண்மையாக இருக்கிறது, தானியங்கு அளவிடுதல் கொள்கைகள் சில நேரங்களில் நேரடியாக CPU சுமையுடன் பிணைக்கப்படுகின்றன, அதாவது "சும்மா" வேலையின் ஒவ்வொரு கூடுதல் சுழற்சியும் நமக்கு உண்மையான பணத்தை செலவழிக்கிறது.

உண்மையில் CPU சுமை என்றால் என்ன?

"CPU சுமை" என்று நாம் அழைக்கும் அந்த மெட்ரிக் உண்மையில் "சும்மா இல்லாத நேரம்" என்று பொருள்படும்: அதாவது, சிறப்பு "Idle" த்ரெட் தவிர அனைத்து த்ரெட்களிலும் செயலி செலவழித்த நேரத்தின் அளவு இதுவாகும். உங்கள் இயக்க முறைமையின் கர்னல் (அது எதுவாக இருந்தாலும்) செயல்படுத்தும் இழைகளுக்கு இடையில் சூழல் மாறும்போது இந்த நேரத்தை அளவிடும். கட்டளை செயல்படுத்தல் நூல் 100 மில்லி விநாடிகள் இயங்கும் செயலற்ற தொடருக்கு மாறினால், இயக்க முறைமை கர்னல் இந்த நூலில் உண்மையான வேலையைச் செய்வதற்கு CPU செலவழித்த நேரத்தைக் கணக்கிடுகிறது.

நேரப் பகிர்வு இயக்க முறைமைகளின் வருகையுடன் ஒரே நேரத்தில் இந்த மெட்ரிக் முதலில் இந்த வடிவத்தில் தோன்றியது. அப்பல்லோ லூனார் மாட்யூலில் உள்ள கணினிக்கான புரோகிராமர் கையேடு (அந்த நேரத்தில் மேம்பட்ட நேரப் பகிர்வு அமைப்பு) அதன் செயலற்ற நூலை "டம்மி ஜாப்" என்ற சிறப்புப் பெயருடன் அழைத்தது மற்றும் பொறியாளர்கள் இந்த நூலால் செயல்படுத்தப்பட்ட கட்டளைகளின் எண்ணிக்கையை ஒப்பிட்டனர். பணியாளர் இழைகளால் செயல்படுத்தப்படும் கட்டளைகள் - இது அவர்களுக்கு CPU சுமை பற்றிய புரிதலை அளித்தது.

இந்த அணுகுமுறையில் என்ன தவறு?

இன்று, செயலிகள் RAM ஐ விட மிக வேகமாக மாறிவிட்டன, மேலும் தரவுக்காக காத்திருப்பது நாம் "CPU நேரம்" என்று அழைக்கும் சிங்கத்தின் பங்கை எடுக்கத் தொடங்கியுள்ளது. டாப் கட்டளையின் வெளியீட்டில் அதிக சதவீத CPU உபயோகத்தைப் பார்க்கும்போது, ​​ப்ராப்ளெனெக் செயலி (ஹீட்ஸின்க் மற்றும் கூலரின் கீழ் உள்ள மதர்போர்டில் உள்ள வன்பொருள்), உண்மையில் இது முற்றிலும் மாறுபட்ட சாதனமாக இருக்கும் என்று நீங்கள் நினைக்கலாம் - ரேம் வங்கிகள்.

காலப்போக்கில் நிலைமை இன்னும் மோசமாகிறது. நீண்ட காலமாக, செயலி உற்பத்தியாளர்கள் மெமரி உற்பத்தியாளர்கள் நினைவக அணுகல் வேகத்தை அதிகரித்து, தாமதத்தை குறைப்பதை விட வேகமாக தங்கள் கோர்களின் வேகத்தை அதிகரிக்க முடிந்தது. எங்கோ 2005 ஆம் ஆண்டில், 3 ஹெர்ட்ஸ் அதிர்வெண் கொண்ட செயலிகள் சந்தையில் தோன்றின மற்றும் உற்பத்தியாளர்கள் கோர்களின் எண்ணிக்கை, ஹைபர்டிரேடிங், மல்டி-சாக்கெட் உள்ளமைவுகளை அதிகரிப்பதில் கவனம் செலுத்தினர் - மேலும் இவை அனைத்தும் தரவு பரிமாற்ற வேகத்தில் இன்னும் பெரிய கோரிக்கைகளை அமைக்கின்றன! செயலி உற்பத்தியாளர்கள் செயலி தற்காலிக சேமிப்புகள், வேகமான பேருந்துகள் போன்றவற்றின் அளவை அதிகரிப்பதன் மூலம் சிக்கலை எப்படியாவது தீர்க்க முயன்றனர். இது, நிச்சயமாக, கொஞ்சம் உதவியது, ஆனால் நிலைமையை தீவிரமாக மாற்றவில்லை. "செயலியை ஏற்றுவதற்கு" நாங்கள் ஏற்கனவே நினைவகத்திற்காக காத்திருக்கிறோம், மேலும் நிலைமை மோசமாகி வருகிறது.

செயலி உண்மையில் என்ன செய்கிறது என்பதைப் புரிந்துகொள்வது எப்படி?

வன்பொருள் செயல்திறன் கவுண்டர்களைப் பயன்படுத்துதல். லினக்ஸில் அவற்றை perf மற்றும் பிற ஒத்த கருவிகளைப் பயன்படுத்தி படிக்கலாம். இங்கே, எடுத்துக்காட்டாக, 10 விநாடிகளுக்கு முழு அமைப்பின் செயல்திறனின் அளவீடு:

# perf stat -a -- sleep 10 "system wide"க்கான செயல்திறன் கவுண்டர் புள்ளிவிவரங்கள்: 641398.723351 task-clock (msec) # 64,116 CPUகள் பயன்படுத்தப்பட்டன (100.00%) 379,651 சூழல்-சுவிட்சுகள் # 0.5092 K.50% 10% # 0.080 K/sec (100.00%) 13,423,039 பக்கம்-தவறுகள் # 0.021 M/sec 1,433,972,173,374 சுழற்சிகள் # 2.236 GHz (75.02%) ஸ்டால்டு-சைக்கிள்ஸ்-ஃப்ரன்டென்ட் stalled-cycles-backend 1,118,336,816,068 வழிமுறைகள் # 0.78 insns per cycle (75.01%) 249,644,142,804 கிளைகள் # 389,218 M/sec (75.01%) 7,791,40% கிளைகள்10% ) 10.003 794539 வினாடிகள் நேரம் கழிந்தது
இங்கே முக்கிய அளவுகோல் " ஒரு கடிகார சுழற்சிக்கான வழிமுறைகளின் எண்ணிக்கை" (சுழற்சிக்கு இன்ஸ்ன்ஸ்: IPC), இது ஒவ்வொரு கடிகார சுழற்சிக்கும் சராசரியாக எத்தனை வழிமுறைகளை செயலி செயல்படுத்துகிறது என்பதைக் காட்டுகிறது. எளிமைப்படுத்தப்பட்டது: இந்த எண் எவ்வளவு பெரியது, சிறந்தது. மேலே உள்ள எடுத்துக்காட்டில், இந்த எண் 0.78 ஆகும், இது முதல் பார்வையில், மிகவும் மோசமான முடிவு தெரியவில்லை (78% நேரம் பயனுள்ள வேலை செய்யப்பட்டது?) ஆனால் இல்லை, இந்த செயலியில் அதிகபட்ச IPC மதிப்பு 4.0 ஆக இருக்கலாம் (இது நவீன செயலிகள் வழிமுறைகளைப் பெற்று செயல்படுத்தும் விதம் காரணமாகும். அதாவது, எங்கள் IPC மதிப்பு (0.78 க்கு சமம்) அதிகபட்சமாக 19.5% ஆகிறது.

மேகங்களில்

நீங்கள் ஒரு மெய்நிகர் சூழலில் பணிபுரியும் போது, ​​உண்மையான செயல்திறன் கவுண்டர்களை அணுக முடியாமல் போகலாம் (இது பயன்படுத்தப்படும் ஹைப்பர்வைசர் மற்றும் அதன் அமைப்புகளைப் பொறுத்தது). Amazon EC2 இல் இது எவ்வாறு இயங்குகிறது என்பது பற்றிய ஒரு கட்டுரை இங்கே உள்ளது.

தரவு விளக்கம் மற்றும் பதில்

உங்களிடம் இருந்தால் ஐ.பி.சி< 1.0 , பின்னர் நான் உங்களை வாழ்த்துகிறேன், உங்கள் விண்ணப்பம் RAM இலிருந்து தரவுக்காக காத்திருக்கிறது. இந்த விஷயத்தில் செயல்திறனை மேம்படுத்துவதற்கான உங்களின் உத்தியானது குறியீட்டில் உள்ள வழிமுறைகளின் எண்ணிக்கையைக் குறைப்பதாக இருக்காது, ஆனால் RAM க்கான அணுகல்களின் எண்ணிக்கையைக் குறைப்பதோடு, குறிப்பாக NUMA கணினிகளில் தற்காலிக சேமிப்புகளின் செயலில் பயன்படுத்தப்படும். வன்பொருள் பார்வையில் (நீங்கள் அதை பாதிக்க முடியுமானால்), பெரிய கேச் அளவுகள், வேகமான நினைவகம் மற்றும் பஸ் ஆகியவற்றைக் கொண்ட செயலிகளைத் தேர்ந்தெடுப்பது புத்திசாலித்தனமாக இருக்கும்.

உங்களிடம் இருந்தால் IPC > 1.0, பின்னர் உங்கள் விண்ணப்பம் தரவுக்காக காத்திருப்பதால் அதிகம் பாதிக்கப்படுவதில்லை, ஆனால் அதிகப்படியான வழிமுறைகளை செயல்படுத்துவதால். மிகவும் திறமையான அல்காரிதம்களைத் தேடுங்கள், தேவையற்ற வேலைகளைச் செய்யாதீர்கள், மீண்டும் மீண்டும் செயல்பாட்டின் முடிவுகளைத் தேக்ககப்படுத்துங்கள். ஃபிளேம் கிராஃப்ஸ் கட்டுமானம் மற்றும் பகுப்பாய்வு கருவிகளைப் பயன்படுத்துவது நுண்ணறிவைப் பெற ஒரு சிறந்த வழியாகும். வன்பொருள் கண்ணோட்டத்தில், நீங்கள் வேகமான செயலிகளைப் பயன்படுத்தலாம் மற்றும் கோர்களின் எண்ணிக்கையை அதிகரிக்கலாம்.

நீங்கள் பார்க்க முடியும் என, நான் 1.0 ஐபிசி மதிப்பில் கோட்டை வரைந்தேன். இந்த எண்ணை நான் எங்கிருந்து பெற்றேன்? எனது பிளாட்ஃபார்மிற்காக நான் அதைக் கணக்கிட்டேன், எனது மதிப்பீட்டை நீங்கள் நம்பவில்லை என்றால், உங்களுக்கானதை நீங்கள் கணக்கிடலாம். இதைச் செய்ய, இரண்டு பயன்பாடுகளை எழுதுங்கள்: ஒருவர் செயலியை 100% இயக்க வழிமுறைகளுடன் ஏற்ற வேண்டும் (பெரிய ரேம் தொகுதிகளை தீவிரமாக அணுகாமல்), இரண்டாவது, மாறாக, கனமான கணக்கீடுகளைத் தவிர்த்து, ரேமில் தரவை தீவிரமாக கையாள வேண்டும். ஒவ்வொருவருக்கும் ஐபிசியை அளந்து சராசரியை எடுத்துக் கொள்ளுங்கள். இது உங்கள் கட்டிடக்கலைக்கு தோராயமான திருப்புமுனையாக இருக்கும்.

செயல்திறன் கண்காணிப்பு கருவிகள் உண்மையில் என்ன காட்ட வேண்டும்

ஒவ்வொரு செயல்திறன் கண்காணிப்பு கருவியும் CPU சுமைக்கு அடுத்துள்ள IPC மதிப்பைக் காட்ட வேண்டும் என்று நான் நம்புகிறேன். எடுத்துக்காட்டாக, லினக்ஸிற்கான டிப்டாப் கருவியில் இது செய்யப்படுகிறது:

டிப்டாப் - பணிகள்: 96 மொத்தம், 3 காட்டப்படும் திரை 0: இயல்புநிலை PID [%CPU] %SYS P Mcycle Minstr IPC %MISS %BMIS %BUS கட்டளை 3897 35.3 28.5 4 274.06 17650.310.50.50 .5 2.6 6 87.32 125.55 1.44 0.34 0.26 0.0 nm-applet 900 0.9 0.0 6 25.91 55.55 2.14 0.12 0.21 0.0 dbus-daemo

"CPU சுமை" என்ற வார்த்தையின் தவறான விளக்கத்திற்கான பிற காரணங்கள்

ரேமில் இருந்து தரவிற்காக காத்திருக்கும் நேரத்தை இழப்பது மட்டுமல்லாமல் செயலி அதன் வேலையை மெதுவாக செய்யக்கூடும். பிற காரணிகள் இருக்கலாம்:

• CPU வெப்பநிலை ஏற்ற இறக்கங்கள்
• டர்போபூஸ்ட் தொழில்நுட்பத்துடன் செயலி அதிர்வெண்ணின் மாறுபாடு
• OS கர்னலால் செயலி அதிர்வெண்ணின் மாறுபாடு
• சராசரி கணக்கீடுகளின் சிக்கல்: நிமிடத்திற்கு ஒரு அளவீட்டு காலத்தின் சராசரி சுமையின் 80% பேரழிவாக இருக்காது, ஆனால் இது 100% வரை தாவல்களை மறைக்க முடியும்.
• ஸ்பின்லாக்ஸ்: CPU ஆனது வழிமுறைகளை செயல்படுத்துவதில் மும்முரமாக உள்ளது மற்றும் அதிக IPC ஐக் கொண்டுள்ளது, ஆனால் உண்மையில் பயன்பாடு ஸ்பின்லாக் செய்யப்பட்டு உண்மையான வேலை எதுவும் செய்யவில்லை.

முடிவுகள்

CPU பயன்பாடு இன்று குறிப்பிடத்தக்க அளவில் தவறாகப் புரிந்து கொள்ளப்பட்ட அளவீடாக மாறியுள்ளது: RAM இலிருந்து தரவுக்காகக் காத்திருக்கும் நேரத்தை உள்ளடக்கியது, இது உண்மையான கட்டளைகளை செயல்படுத்துவதை விட அதிக நேரம் எடுக்கும். கடிகாரத்திற்கான வழிமுறைகள் (IPC) போன்ற கூடுதல் அளவீடுகளைப் பயன்படுத்தி உண்மையான CPU சுமையை நீங்கள் தீர்மானிக்கலாம். 1.0 க்கும் குறைவான மதிப்புகள், நினைவகத்துடன் தரவு பரிமாற்றத்தின் வேகத்தால் நீங்கள் வரையறுக்கப்பட்டுள்ளீர்கள் என்பதைக் குறிக்கிறது, மேலும் பெரிய மதிப்புகள் செயலி அறிவுறுத்தல்களின் ஸ்ட்ரீமுடன் பெரிதும் ஏற்றப்பட்டிருப்பதைக் குறிக்கிறது. செயல்திறன் கருவிகள் நேரடியாக CPU சுமைக்கு அடுத்ததாக IPC (அல்லது ஏதாவது ஒன்றை) காண்பிக்க மேம்படுத்தப்பட வேண்டும், இது பயனருக்கு நிலைமையைப் பற்றிய முழு புரிதலை அளிக்கிறது. இந்தத் தரவுகள் அனைத்தையும் கொண்டு, டெவலப்பர்கள் தங்கள் குறியீட்டை அதிகப் பயன் தரும் பகுதிகளில் சரியாக மேம்படுத்த சில நடவடிக்கைகளை எடுக்கலாம். - இகோர் (நிர்வாகி)

இந்த கட்டுரையில், விண்டோஸ் 7 இல் CPU சுமை 100% ஆக இருந்தால் என்ன செய்வது, அத்துடன் இதனுடன் தொடர்புடைய நுணுக்கங்களையும் நான் உங்களுக்கு கூறுவேன்.

உங்கள் கணினி புரிந்துகொள்ள முடியாத ஏதோவொன்றில் பிஸியாக இருப்பதைக் கண்டறிவது மிகவும் விரும்பத்தகாதது மற்றும் முழு கணினியும் மெதுவாக உள்ளது. மற்றும் மிக முக்கியமாக, இதுபோன்ற சூழ்நிலைகளில் என்ன செய்வது? பெரும்பாலான பயனர்கள் சாதாரண மக்கள், தொழில்நுட்ப ரீதியாக மேம்பட்ட கைவினைஞர்கள் அல்ல. நிச்சயமாக, சில நேரங்களில் நகைச்சுவையான சூழ்நிலைகள் உள்ளன, பயனர்கள் நிறைய வளங்களைக் கோரும் நிரல்களை இயக்குவதற்கு குற்றம் சாட்டுவார்கள், ஆனால் பெரும்பாலும் இதற்கு நேர்மாறானது உண்மைதான். நீங்கள் உங்கள் கணினியில் உட்கார்ந்து, இணையத்தில் உலாவுகிறீர்கள், திடீரென்று கணினி மெதுவாகத் தொடங்குகிறது.

செயலி 100% ஏற்றப்பட்டது, விண்டோஸ் 7 இல் நான் என்ன செய்ய வேண்டும்?

உண்மையில், விண்டோஸ் 7 இல் செயலி 100% ஏற்றப்பட்டதற்கு நிறைய காரணங்கள் இருக்கலாம், அவற்றில் சில மிகவும் குறிப்பிட்டவை. அதேபோல், என்ன செய்வது என்ற கேள்விக்கு பல பதில்கள் உள்ளன. இருப்பினும், நீங்கள் சோகமாகவும் ஏமாற்றமாகவும் இருக்கக்கூடாது. பெரும்பாலான சந்தர்ப்பங்களில், சிக்கல் சுயாதீன முயற்சிகளால் தீர்க்கப்படுகிறது. எனவே அவற்றைத் தீர்ப்பதற்கான பொதுவான காரணங்களையும் முறைகளையும் அடுத்து நான் உங்களுக்குச் சொல்கிறேன்.

குறிப்பு: கூடுதலாக, இது ஒரு பயனுள்ள செயல்முறையாகும், சில நேரங்களில் உங்கள் கணினி குறிப்பிடத்தக்க வேகத்தில் இயங்க அனுமதிக்கிறது.

4. உறைந்த திட்டங்கள். சரியான திட்டங்கள் எதுவும் இல்லை. எப்போதும் தவறுகளும் பிரச்சனைகளும் இருக்கும். எனவே சில நிரல்கள் தோல்விகள் அல்லது சில சிக்கலான அல்காரிதம்களின் கணக்கீடு காரணமாக உங்கள் செயலியை வெறுமனே ஏற்றுவது மிகவும் சாத்தியம். இதுபோன்ற சூழ்நிலைகளில் என்ன செய்வது என்பது விண்டோஸ் 7 இல் உறைந்த நிரலை எவ்வாறு மூடுவது என்பதில் எழுதப்பட்டுள்ளது.

5. உங்கள் கணினியை சுத்தம் செய்ய வேண்டும். எடுத்துக்காட்டாக, சாதாரண தூசி இயக்க முறைமையின் மந்தநிலையுடன் தொடர்புபடுத்தப்படலாம் என்று தோன்றுகிறது. ஆனால், நேரடியாக. உண்மை என்னவென்றால், அதிக வெப்பத்திலிருந்து பாதுகாக்க, சாதன உற்பத்தியாளர்கள் (செயலி உட்பட) அவர்களுக்கு சிறப்பு சென்சார்களை வழங்குகிறார்கள். வெப்பநிலை அதன் அதிகபட்சத்தை அடைந்தால், சாதனம் அணைக்கப்படும் அல்லது கணினி முழுவதுமாக அணைக்கப்படும். செயலியில் இதுபோன்ற பல மண்டலங்கள் உள்ளன, மேலும் மேல் மண்டலங்களில் ஒன்றை அடையும் போது, ​​வெப்பத்தை குறைப்பதற்காக, CPU இன் செயல்திறன் வெறுமனே குறையத் தொடங்குகிறது, அதன்படி, கணினி "மிகவும் மெதுவாக" தொடங்குகிறது.

குறிப்பு: பத்தி 5 இன் உள்ளடக்கம் நிறைய கேள்விகள் மற்றும் பல பொதுவான சிக்கல்களை உள்ளடக்கிய கட்டுரைகளின் நல்ல தேர்வைக் கொண்டுள்ளது, எனவே உங்கள் சிக்கலை நீங்கள் ஏற்கனவே தீர்த்திருந்தாலும் அதைப் படிக்க பரிந்துரைக்கிறேன்.

இப்போது, ​​விண்டோஸ் 7 இல் கணினி மந்தநிலை மற்றும் 100% CPU சுமைக்கான முக்கிய காரணங்களையும், இதுபோன்ற சூழ்நிலைகளில் என்ன செய்ய வேண்டும் என்பதையும் நீங்கள் அறிவீர்கள்.

பெரும்பாலும், பயனர்கள் 100 சதவீத செயலி சுமை பற்றி புகார் கூறுகின்றனர். இந்த வழக்கில், கணினி அடிக்கடி "மந்தமான" ஆக தொடங்குகிறது மற்றும் அது சாதாரணமாக வேலை செய்ய அனுமதிக்காது. மிகவும் சுவாரஸ்யமான விஷயம் என்னவென்றால், நீங்கள் விண்டோஸை மீண்டும் நிறுவினாலும், எல்லா நிகழ்வுகளிலும் நிலைமை மாறாது. என்ன செய்வது, என்ன செய்வது?

உண்மையில் பல காரணங்கள் இருக்கலாம், எனவே மிகவும் சாத்தியமானவற்றைப் பார்ப்போம்.

நீங்கள் பணி நிர்வாகியைத் துவக்கி, உங்கள் CPU ஐப் பயன்படுத்தும் சில நிரல்களைக் கண்டால், அதை உடனடியாக நிறுத்தி, அதை நிறுவல் நீக்கவும் அல்லது மீண்டும் நிறுவவும். பெரும்பாலும், இது வேறு சில பயன்பாட்டுடன் முரண்படுகிறது அல்லது அதற்கு மாற்றாக, அது வைரஸாக இருக்கலாம். அதன்படி, இந்த வழக்கில் நீங்கள் சமீபத்திய பதிப்பிற்கு புதுப்பிக்கப்பட்ட தரவுத்தளங்களுடன் வைரஸ் தடுப்பு மற்றும் கணினியை ஸ்கேன் செய்ய வேண்டும். வைரஸ் தடுப்பு எப்போதும் கண்டறியாத தீங்கிழைக்கும் கோப்புகளைக் கண்டறியக்கூடிய வைரஸ் தடுப்பு பயன்பாட்டைப் பயன்படுத்துவதும் மிகவும் நல்லது.

ஆனால் மூன்றாம் தரப்பு திட்டங்களுக்கு வரும்போது, ​​​​எல்லாம் மிகவும் எளிமையானது. பதிவிறக்கம் விண்டோஸ் செயல்முறைகளில் ஒன்றோடு தொடர்புடையதாக இருக்கும்போது இது மிகவும் மோசமானது. பெரும்பாலும் நாங்கள் பேசுகிறோம், சில காலத்திற்கு முன்பு நான் கொஞ்சம் விரிவாகப் பேசினேன்.

இதன் முக்கிய அம்சம் இதுதான்: svchost.exe ஆனது dll கோப்புகளின் வடிவத்தில் சேவைகளை அவற்றின் முகவரி இடத்தில் தங்கள் குறியீட்டை இயக்க அனுமதிக்கிறது, எனவே பணி நிர்வாகியில் பயனர் svchost.exe இன் பல இயங்கும் நகல்களைக் காணலாம்.

இது சாதாரணமானது. நிச்சயமாக, ஒரு குறிப்பிட்ட வைரஸ் ஒரு செயல்முறையின் போர்வையில் மறைந்திருக்கும் போது விதிவிலக்கு. svchost.exe ஒரு பயனராக இயங்காது என்பதை நினைவில் கொள்ளுங்கள், மேலும் அதை நீங்கள் தொடக்கத்தில் கண்டுபிடிக்க முடியாது. இது நடந்தால், Windows உடன் தொடர்பில்லாத தீங்கிழைக்கும் கோப்பு அல்லது நிரல் உங்களிடம் உள்ளது.

நீங்கள் எந்த வைரஸையும் கண்டுபிடிக்கவில்லை என்று வைத்துக்கொள்வோம். செயலி ஏன் ஏற்றப்படுகிறது? பெரும்பாலும், விண்டோஸ் இயக்க முறைமைக்கான புதுப்பிப்புகளை நீங்கள் நிறுவவில்லை என்பதே இதற்குக் காரணம். இது எவ்வாறு தொடர்புடையது? உண்மையில், எல்லாம் எளிது: பயனர் இணையத்துடன் இணைந்தவுடன், எந்த புதுப்பிப்புகள் தோன்றின மற்றும் ஏற்கனவே நிறுவப்பட்ட சேவையை கணினி வினவுகிறது. இது எளிமையான செயல்முறை அல்ல, எடுத்துக்காட்டாக, வைரஸ் தடுப்பு போன்றவற்றில் கணினியை ஸ்கேன் செய்வதை உள்ளடக்கியது. எனவே, நீங்கள் புதுப்பிப்புகளை நிறுவும் வரை ஸ்கேனிங் தொடர்ந்து நிகழும்.

புதுப்பிப்புகளை நிறுவ விரும்பாதவர்கள் என்ன செய்ய வேண்டும்? ஒரே வழி, இது மிகவும் பரிந்துரைக்கப்படவில்லை. ஆனால் நீங்கள் இன்னும் இந்த நடவடிக்கையை எடுக்க முடிவு செய்தால், கட்டுப்பாட்டுப் பலகத்திற்குச் சென்று "விண்டோஸ் புதுப்பிப்பு" என்பதைத் தேர்ந்தெடுக்கவும். திறக்கும் சாளரத்தில், "அமைப்புகள்" என்பதைக் கிளிக் செய்யவும்.

புதிய சாளரத்தில், "முக்கியமான புதுப்பிப்புகள்" துணைப்பிரிவில், "புதுப்பிப்புகளைச் சரிபார்க்க வேண்டாம் (பரிந்துரைக்கப்படவில்லை)" என்பதைத் தேர்ந்தெடுத்து, சரி என்பதைக் கிளிக் செய்யவும்.

உங்கள் கணினியை மறுதொடக்கம் செய்து, பின்னர் பணி மேலாளரிடம் சென்று செயலி ஏற்றத்தை சரிபார்க்கவும்.

மற்றொரு சாத்தியம் ஒரு செயல்முறை மோதல். இந்த வழக்கில், நாம் svchost.exe செயல்முறையைப் பற்றியும் பேசலாம், ஆனால் இது புதுப்பித்தலுடன் எந்த தொடர்பும் இல்லை. ஒரு செயல்முறை முடக்கப்பட வேண்டிய சேவையுடன் தொடர்புடையதாக இருக்கலாம். சில சந்தர்ப்பங்களில், சில சேவைகளுக்கு இயக்கிகளை திரும்பப் பெறுவது அல்லது அவற்றை மிக சமீபத்திய பதிப்பிற்கு மீண்டும் நிறுவுவது உதவுகிறது.

RuNet இன் பரந்த அளவில், இந்த முறை கண்டறியப்பட்டது - சாக்கெட்டிலிருந்து பிணைய கேபிளை அகற்றி மீண்டும் செருகவும். இது ஏன் உதவுகிறது என்பது தெளிவாகத் தெரியவில்லை, ஆனால் நிறைய நேர்மறையான பதில்கள் உள்ளன.

நிச்சயமாக, செயலியைப் பற்றி நீங்கள் மறந்துவிடக் கூடாது - அது வெறுமனே அதிக வெப்பமடையும். இந்த வழக்கில், நீங்கள் சரியாக என்னவென்று கண்டுபிடிக்க வேண்டும். வெப்ப பேஸ்ட்டை மாற்றுவதற்கான நேரம் இதுவாக இருக்கலாம்.

உங்கள் கணினியின் வேகம் குறையும் போது, ​​இதை லேசாகச் சொல்வதென்றால், மிகவும் நன்றாக இல்லை - தனிப்பட்ட முறையில், இது என்னை மிகவும் பதட்டப்படுத்துகிறது. எனவே, கணினியை சரியாக ஏற்றுவது என்ன, என்ன நிரல் என்பதை நீங்கள் அவசரமாக புரிந்து கொள்ள வேண்டும்.

உண்மையில், இதைச் செய்வது மிகவும் எளிதானது மற்றும் விண்டோஸ் 10 இல் இதற்கான அனைத்து கருவிகளும் எங்களிடம் உள்ளன (மற்றும் பழைய பதிப்புகளிலும் அவை உள்ளன).

இது என்ன வகையான நிரல் என்பதை நீங்கள் புரிந்து கொள்ளும்போது, ​​இரக்கமின்றி "அதை அணைக்க" மற்றும் அதன் மூலம் கணினியை சுமைகளிலிருந்து விடுவிப்பது தர்க்கரீதியானது. ஆனால்! ஒவ்வொரு நிரலையும் இந்த வழியில் நிறுத்த முடியாது, அது ஒரு கணினி நிரலாக இருந்தால், அதைத் தொடாமல் இருப்பது நல்லது, அது உங்களுக்குத் தெரிந்த ஒரு நிரலாக இருந்தால், முக்கியமான எதுவும் செய்யப்படாவிட்டால், அதை நிறுத்தலாம் திட்டத்தில்.

அல்லது ஒருவேளை அது ஒரு வைரஸ்? ஒருவேளை, ஆனால் பின்னர் கணினி ஒரு வழக்கமான அடிப்படையில் மந்தமாக மாறும். ஒரு ஆண்டிவைரஸ் கூட ஏற்றலாம், உதாரணமாக, ஒரு கணினியின் ஆழமான ஸ்கேன் போது (இந்த ஸ்கேன் "ஆழமான ஹூரிஸ்டிக் பகுப்பாய்வு" என்று அழைக்கப்படுகிறது).

இப்போது கணினியை ஏற்றும் நிரலைத் தேடுவதற்கு நேரடியாகச் செல்லலாம். வின்ஆர்ஏஆர் இல் ஒரு செயல்திறன் சோதனையை நான் குறிப்பாக செயல்படுத்துவேன், சில நிரல்கள் கணினியை ஒரு உதாரணத்திற்கு அதிகமாக ஏற்றுகிறது என்பதை உறுதிப்படுத்திக் கொள்வேன், இப்போது அதை எவ்வாறு கண்டுபிடிப்பது என்பதை நான் உங்களுக்குக் காண்பிப்பேன்.

மேலாளரைத் தொடங்கவும் (பணிப்பட்டியில் வலது கிளிக் செய்யவும்):

ஒரு சாளரம் திறக்கும் (எதுவும் இல்லை என்றால், பொத்தானைக் கிளிக் செய்யவும் மேலும் விவரங்கள்கீழ் இடது மூலையில், மேலாளர் முழுமையாக திறக்கப்படவில்லை), அங்கு நீங்கள் நெடுவரிசையைத் தேர்ந்தெடுக்க வேண்டும் CPU, உங்கள் செயலியை யார் ஏற்றுகிறார்கள் மற்றும் எவ்வளவு ஏற்றுகிறார்கள் என்பதன் அடிப்படையில் வரிசையாக்கம் செய்யப்படுகிறது. பொதுவாக, நான் கிளிக் செய்து பார்க்கிறேன், ஒரு பெரிய சதவீதம் WinRAR க்கு செல்கிறது என்பதை நீங்கள் உடனடியாகக் காணலாம் (அது உண்மையில் ஏற்றுகிறது, ஏனென்றால் நான் சோதனையை நடத்தினேன்):

அதாவது, இந்த வழியில், உங்கள் கணினியில் எந்த நிரலை ஏற்றுகிறது என்பதை நீங்கள் கண்டுபிடிக்கலாம். இதை நீங்கள் எப்படி முடக்கலாம்:

ஆனால் இந்த வழியில் நிரலை மூடுவது எப்போதும் சாத்தியமில்லை, முடிந்தால், மறுதொடக்கம் செய்வது நல்லது.

இப்போது இரண்டாவது முறை, இது மிகவும் தகவலறிந்ததாகும் - செயல்முறைகளின் பட்டியலைப் பயன்படுத்தி, அதே மேலாளரில் நாம் தாவலுக்குச் செல்கிறோம் விவரங்கள், மற்றும் செயல்முறைகளின் பட்டியல் இருக்கும். அங்கு நீங்கள் நெடுவரிசையிலும் கிளிக் செய்ய வேண்டும் CPU:

மீண்டும் நாம் குற்றவாளியைப் பார்க்கிறோம் - இதுதான் செயல்முறை WinRAR.exe, ஆனால் இங்கே பிளஸ் என்பது நெடுவரிசையில் உள்ளது பயனர் பெயர்செயல்முறை எந்த பெயரில் இயங்குகிறது என்பதையும் நீங்கள் காண்பீர்கள்! அதாவது, உங்களிடமிருந்து (மற்றும் அல்ல அமைப்புகள், உள்ளூர் சேவை, DWM-1, நெட்வொர்க் சேவைஅல்லது இதே போன்றது), மேலும் இந்த செயல்முறை/நிரல் குறிப்பாக முக்கியமான எதையும் செய்யவில்லை என்றால், நீங்கள் அதை முடக்கலாம். உங்கள் சார்பாக இல்லையென்றால், அதாவது, இது கணினியால் தொடங்கப்பட்டது, அதைத் தொடாமல், மறுதொடக்கம் செய்வது நல்லது.

நிரலை நிறுத்த, வலது கிளிக் செய்து, அங்கு தேர்ந்தெடுக்கவும் பணியை ரத்துசெய்:

இந்த எளிய வழிகளில், உங்கள் கணினியை ஏற்றும் அந்த நிரல்களின் வேலையை நீங்கள் முடக்கலாம், ஆனால் சிறந்த விஷயம் என்னவென்றால், நிரல் செயலியை ஏன் மிகவும் ஏற்றுகிறது என்பதைக் கண்டுபிடிப்பது, நீங்கள் அதன் வேலையை கைமுறையாக மூட வேண்டிய கட்டாயத்தில் உள்ளது.

குறைந்த சக்தி கொண்ட கணினிகளின் செயல்திறனை எதிர்மறையாக பாதிக்கும் பின்னணி பணிகளை விண்டோஸ் இயக்க முறைமை அதிக அளவில் இயக்குகிறது. ரேம், வட்டு அல்லது CPU ஐ ஏற்றும் செயல்முறைகளில் ஒன்று System.exe ஆகும். "பணி மேலாளர்" இல், கணினி கோப்பு விண்டோஸை ஏற்றுவதை நீங்கள் காணலாம், மேலும் துல்லியமாக, அது கணினியின் வன்பொருளை ஏற்றுகிறது. கணினி உரிமையாளர் பல எளிய வழிமுறைகளைப் பின்பற்றினால், இந்த சிக்கலைத் தானே தீர்க்க முடியும்.

கணினி செயல்முறை வன் மற்றும் நினைவகத்தை 100%க்கு ஏற்றுகிறது

சிஸ்டம் என்பது விண்டோஸ் இயக்க முறைமை செயல்முறையாகும், இது பிரபலமான நம்பிக்கைக்கு மாறாக வைரஸ் அல்ல. "பின்னணி" பயன்முறையில் பயன்பாடுகளை இயக்குவதற்கு இது பொறுப்பாகும், அதாவது பயனரின் செயலில் கட்டுப்பாடு இல்லாமல். இந்த செயல்முறை மறைக்கப்படவில்லை, மேலும் பணி நிர்வாகியில் எளிதாகக் காணலாம்.

System.exe செயல்முறையின் முக்கிய பிரச்சனை என்னவென்றால், அதை நிறுத்த முடியாது. எனவே, கணினியின் ரேம் அல்லது ஹார்ட் டிரைவை கணினி ஏற்றினால், எளிய முறைகளைப் பயன்படுத்தி அதை அணைக்க முடியாது. நிலையான விண்டோஸ் கருவிகளைப் பயன்படுத்தி ஒரு செயல்முறையின் முன்னுரிமையைக் குறைப்பதும் வெற்றிக்கு வழிவகுக்காது.

சிஸ்டம் செயல்முறையானது RAM ஐ சிறிது சிறிதாக எடுத்து இறுதியில் முழுமையாக ஏற்றுகிறது என்பது குறிப்பிடத்தக்கது. அதே நேரத்தில், "பணி மேலாளர்" இல், கணினி 200-400 எம்பிக்கு மேல் ரேம் ஏற்றவில்லை என்பதைக் குறிப்பிடலாம், ஆனால் அது முழுமையாக நிரப்பப்படும், மேலும் எந்தவொரு பணியையும் செய்யும்போது கணினி கடுமையாக உறையத் தொடங்கும். இதேபோல், கணினி செயல்முறை ஹார்ட் டிரைவை ஏற்றலாம்.

கணினி கோப்பு உங்கள் கணினியில் ஏற்றப்படுவதைத் தடுக்க, அதிகப்படியான ஆதாரங்களைப் பயன்படுத்துவதன் மூலம், நீங்கள் விண்டோஸ் இயக்க முறைமையில் சில "பின்னணி" பணிகளை முடக்க வேண்டும்:

எந்த ஒரு கணினி உரிமையாளரும் DrWeb ஐ அணைத்து, மேலும் எந்த அறிவுறுத்தலும் இல்லாமல் அகற்றினால், மற்ற இரண்டு பணிகளைச் சமாளிப்பது மிகவும் கடினம், மேலும் அவற்றைப் பற்றி இன்னும் கொஞ்சம் விரிவாகக் கூறுவோம்.

விண்டோஸ் 10 தானியங்கி புதுப்பிப்புகள் மற்றும் கணினி சேவைகளை எவ்வாறு முடக்குவது

விண்டோஸ் 10 ஆப்பரேட்டிங் சிஸ்டம் மற்றும் முந்தைய பதிப்புகளில் மென்பொருளை தானாகவே அப்டேட் செய்யும் வசதியை மைக்ரோசாப்ட் வழங்கியுள்ளது. துரதிர்ஷ்டவசமாக, சில கணினிகளில் இந்த செயல்பாடு மைக்ரோசாஃப்ட் சேவைகளில் கிடைக்கக்கூடிய புதுப்பிப்புகளைச் சரிபார்க்கும் போது, ​​கணினி கோப்பு ரேம் அல்லது ஹார்ட் டிரைவை ஏற்றுகிறது. இந்த விஷயத்தில், Windows 10 இன் தானியங்கி புதுப்பிப்புகளை முடக்குவதே ஒரே தீர்வு. கவனம்: Windows 10 இன் தானியங்கி புதுப்பிப்புகளை நீங்கள் முடக்கியிருந்தால், ஒவ்வொரு சில மாதங்களுக்கும் (அல்லது வாரங்களுக்கு) புதிய இயக்க முறைமைகளை நீங்களே சரிபார்க்க பரிந்துரைக்கிறோம்.

விண்டோஸ் 10 இல் தானியங்கி புதுப்பிப்புகளை முடக்குவது மிகவும் எளிது, நீங்கள் செய்ய வேண்டியது:

மேலே உள்ள வழிமுறைகளைப் பின்பற்றுவதன் மூலம், கணினியில் இயங்கும் விண்டோஸின் பதிப்பு புதுப்பித்த நிலையில் உள்ளதா என்பதை பின்னணியில் தானாகவே சரிபார்க்கும் சேவையை இயக்க முறைமை முடக்கும்.

விண்டோஸ் 10 ஐ தானாக புதுப்பிப்பதற்கு கூடுதலாக, கணினி செயல்முறை கணினியை ஏற்றாது, நீங்கள் சில சேவைகளை முடக்க வேண்டும். Services.msc கட்டளையுடன் திறக்கப்பட்ட "சேவைகள்" மெனுவில், நீங்கள் பின்வரும் உள்ளூர் சேவைகளை நிறுத்தி பின்னர் முடக்க வேண்டும்:

தயவுசெய்து கவனிக்கவும்:விண்டோஸ் இயக்க முறைமையின் பதிப்பு மற்றும் நிறுவப்பட்ட இயக்கிகள் மற்றும் கோடெக்குகளின் எண்ணிக்கையைப் பொறுத்து, மேலே பட்டியலிடப்பட்டுள்ள சில சேவைகள் கிடைக்காமல் போகலாம்.

DrWeb வைரஸ் தடுப்பு, தானியங்கி Windows 10 புதுப்பிப்புகள் மற்றும் சில சேவைகளை முடக்கிய பிறகு, உங்கள் கணினியை மறுதொடக்கம் செய்ய வேண்டும். நிறைய கணினி வளங்களை எடுத்துக் கொண்ட பல பணிகளை முடக்குவதன் மூலம், கணினி செயல்திறன் பொதுவாக மேம்படுத்தப்பட வேண்டும், மேலும் பணி நிர்வாகியில் வன் மற்றும் ரேம் ஏற்றுவதில் சிக்கல் மறைந்துவிடும்.