24-कोर सीपीयू, लेकिन मैं एक ईमेल टाइप नहीं कर सकता

मैंने मुसीबत की तलाश नहीं की। मैंने सप्ताहांत में Chrome निर्माण प्रक्रिया को एक हज़ार बार शुरू नहीं किया था, लेकिन केवल 21 वीं सदी के सबसे आम कार्य थे - मैंने सुबह 10:30 पर एक ईमेल लिखा था। और अचानक जीमेल पर लटका दिया। मैंने कुछ सेकंड के लिए प्रिंट करना जारी रखा, लेकिन स्क्रीन पर कोई भी चरित्र दिखाई नहीं दिया। फिर अचानक जीमेल में खराबी आ गई और मैं अपने बहुत महत्वपूर्ण ईमेल पर लौट आया। लेकिन बाद में सब कुछ दोहराया गया, केवल इस बार जीमेल ने लंबे समय तक अनुरोधों का जवाब नहीं दिया। यह अजीब है ...

एक अच्छी जांच करने के अवसर का विरोध करना मुश्किल है, लेकिन इस मामले में चुनौती विशेष रूप से मजबूत है। आखिरकार, मैं Google पर हूं, जो विंडोज के लिए क्रोम के प्रदर्शन को बेहतर बनाने पर काम कर रहा है। फ्रीज का कारण खोजना मेरा काम है । और बहुत सी झूठी शुरुआत और कड़ी मेहनत के बाद, मैं अभी भी यह पता लगाने में कामयाब रहा कि क्रोम, जीमेल, विंडोज और हमारे आईटी विभाग ने मिलकर मुझे ईमेल टाइप करने से कैसे रोका। रास्ते में, क्रोम में कुछ वेब पेजों के लिए महत्वपूर्ण मात्रा में मेमोरी को बचाने का एक तरीका था।

जांच में इतनी बारीकियां थीं कि मैं कुछ को दूसरे लेख के लिए छोड़ दूंगा, और अब मैं निलंबन के कारणों की पूरी तरह से व्याख्या करूंगा।

हमेशा की तरह, UIforETW मेरी पृष्ठभूमि में काम करता है और परिपत्र बफ़र्स पर नज़र रखता है, इसलिए मुझे बस Ctrl + Win + R दर्ज करना था और बफ़र्स को सिस्टम गतिविधि के अंतिम तीस सेकंड के लिए डिस्क पर सहेजा गया था। मैंने उन्हें Windows प्रदर्शन विश्लेषक (WPA) में डाउनलोड किया, लेकिन मैं स्थायी रूप से फ्रीज़ स्थापित करने में सक्षम नहीं था।

जब विंडोज प्रोग्राम संदेश भेजना बंद कर देता है, तो ETW ईवेंट्स को इंगित किया जाता है कि वास्तव में यह कहां हुआ है , इसलिए इस प्रकार के हैंग को ढूंढना तुच्छ है। लेकिन जाहिर है, क्रोम ने संदेश भेजना जारी रखा। मैंने ऐसे क्षण की तलाश की जब क्रोम की कोई एक धारा या तो सक्रिय चक्र में प्रवेश कर गई या पूरी तरह से निष्क्रिय हो गई, लेकिन कुछ भी स्पष्ट नहीं मिला। ऐसी कुछ जगहें थीं जहाँ क्रोम ज्यादातर निष्क्रिय रहता था, लेकिन फिर भी सभी प्रमुख धागे काम करना जारी रखते थे, इसलिए आप सुनिश्चित नहीं हो सकते हैं कि हैंग कहाँ हुआ है - क्रोम केवल घटनाओं के अभाव में निष्क्रिय खड़ा रह सकता है:



UIforETW में एक बिल्ट-इन कीलॉगर है, जो एक ट्रेस में मुख्य बिंदुओं की पहचान करने में अक्सर उपयोगी होता है। हालांकि, स्पष्ट सुरक्षा कारणों के लिए, यह डिफ़ॉल्ट रूप से कीस्ट्रोक्स को अज्ञात करता है, प्रत्येक संख्या को "1" और प्रत्येक अक्षर को "ए" के रूप में दर्ज करता है। इससे ठंड के सटीक क्षण का पता लगाना मुश्किल हो जाता है, इसलिए मैंने "निजी" से ट्रेस के प्रकार को "पूर्ण" में बदल दिया और फ्रीज की उम्मीद कर रहा था। अगली सुबह लगभग 10:30 बजे, हैंग-अप दोहराया गया। मैंने ट्रेस बफ़र्स को सहेजा और UIforETW ट्रेस सूचना क्षेत्र में इस निशान को बचाया:

उन्होंने "जो लोग स्कूबा डाइविंग के साथ अधिक अनुभव रखते हैं, उनके लिए" पोस्टपोन किया - और जीमेल शब्द "उन" के अंत में रुका हुआ है, और फिर "अनुभव" शब्द के क्षेत्र में काम फिर से शुरू किया। पीआईडी ​​27368 के साथ जीमेल टैब।

यह कार्यालय में आने के तरीकों की एक आम चर्चा है, लेकिन यह महत्वपूर्ण है कि अब ETW ट्रेस में हैंग को खोजने का एक तरीका है। मैं ट्रेस लोड करता हूं, जेनेरिक इवेंट्स फ़ील्ड में कीलॉगर डेटा को देखता हूं (इवेंट्स खुद UIforETW द्वारा जारी किए जाते हैं, और नीचे दिए गए स्क्रीनशॉट में हर एक बैंगनी बैंगनी होता है) - और मैं तुरंत देख सकता हूं कि हैंग कहां हुआ था, जिसके साथ CPU उपयोग में विफलता स्पष्ट रूप से संबंधित है:



ठीक है, लेकिन क्रोम बंद क्यों हुआ? यहां कुछ संकेत दिए गए हैं: स्क्रीनशॉट नहीं दिखाते हैं कि हर बार WmiPrvSE.exe पूरी तरह से सीपीयू हाइपरथ्रेड का उपयोग करता है। लेकिन वह बात नहीं होनी चाहिए। मेरी मशीन में 24 कोर / 48 धागे हैं, इसलिए एक हाइपर-थ्रेड का मतलब है कि सिस्टम अभी भी 98% मुफ़्त है।

तब मैंने एक स्पष्ट रूप से महत्वपूर्ण अवधि का रुख किया जब क्रोम निष्क्रिय था - और विशेष रूप से, Gmail टैब के अनुरूप chrome.exe (27368) में CrRendererMain प्रक्रिया में देखा गया था।

नोट: मैं Microsoft से यह कहना चाहता हूं कि आप 2015 से ही Microsoft को फ्लो नेमिंग मैकेनिज्म में सुधार करने के लिए कहें, और सभी सुझावों को लागू करने के लिए Microsoft का धन्यवाद करें - WPA में थ्रेड नाम बहुत अच्छे हैं!

समस्या साफ हो गई। 2.81 सेकंड के हैंग के दौरान, यह धागा 440 बार शेड्यूल पर शुरू किया गया था। आमतौर पर, प्रत्येक 6 एमएस को शुरू करना कार्यक्रम को उत्तरदायी बनाने के लिए पर्याप्त है, लेकिन किसी कारण से ऐसा नहीं हुआ। मैंने देखा कि हर बार जब वह जागता था, वह उसी ढेर पर था। सरल बनाने के लिए:

chrome_child.dll (stack base)
KernelBase.dll!VirtualAlloc
ntoskrnl.exe!MiCommitVadCfgBits
ntoskrnl.exe!MiPopulateCfgBitMap
ntoskrnl.exe!ExAcquirePushLockExclusiveEx
ntoskrnl.exe!KeWaitForSingleObject (stack leaf)

Chrome VirtualAlloc, “CfgBits” . , Chrome VirtualAlloc 440 , . . Chrome VirtualAlloc — . Chrome ,  — 439  — Chrome , . , .

Windows — , , . . .

, Chrome , WmiPrvSE., :

ntoskrnl.exe!KiSystemServiceCopyEnd (stack base)
ntoskrnl.exe!NtQueryVirtualMemory
ntoskrnl.exe!MmQueryVirtualMemory
ntoskrnl.exe!MiUnlockAndDereferenceVad
ntoskrnl.exe!ExfTryToWakePushLock (stack leaf)

WMI ( ), WMI. CPU, , WmiPrvSE.exe ( ):

WmiPerfClass.dll!EnumSelectCounterObjects (stack base)
WmiPerfClass.dll!ConvertCounterPath
pdh.dll!PdhiTranslateCounter
pdh.dll!GetSystemPerfData
KernelBase.dll!blah-blah-blah
advapi32.dll!blah-blah-blah
perfproc.dll!blah-blah-blah
perfproc.dll!GetProcessVaData
ntdll.dll!NtQueryVirtualMemory
ntoskrnl.exe!NtQueryVirtualMemory
ntoskrnl.exe!MmQueryVirtualMemory
ntoskrnl.exe!MiQueryAddressSpan
ntoskrnl.exe!MiQueryAddressState
ntoskrnl.exe!MiGetNextPageTable (stack leaf)

. NtQueryVirtualMemory, GetProcessVaData, Va, , . VirtualScan NtQueryVirtualMemory , Gmail (10-15 ) — . ?

, . NtQueryVirtualMemory . « », « » .. Gmail 26 000 , ( , WPA) 16 000 , .

- Gmail vmmap , Gmail (361 836 ) (49 719), — 2 147 483 648 , 2 . ?



, 2 Control Flow Guard (CFG), , “CFG” , Gmail Chrome — MiCommitVadCfgBits. , CFG !

Control Flow Guard (CFG) . , 128- . , CFG ( 2 ), . CFG , CFG . 98 24 866 CFG-. :

      Scan time,  Committed, page tables, committed blocks
Total: 41.763s, 1457.7 MiB,    67.7 MiB,  32112, 98 code blocks
CFG: 41.759s,  353.3 MiB,    59.2 MiB,  24866

vmmap ,  — vmmap 49 684 , 24 866

, CFG ? CFG , ? .

— VAllocStress, . 64- CFG, , , , . , / , , . VAllocStress:

1. :
   
   • VirtualAlloc .
   • .
2. :
   
   • 500 ( ).
   • VirtualAlloc .
   • , VirtualAlloc ~500 
   • .

. . , . , VirtualScan VAllocStress. , CFG , . VAllocStress !

CFG, . !

, JavaScript- v8 CodeRange , CodeRange 128 . , , CFG, .

, CodeRange, , ? CodeRange, Gmail — . ( ) CodeRange. , WorkerThread::Start . :

1. Gmail -, , .
2. , -.
3. CodeRange, JITted- JavaScript 47- .
4. CFG 2 .
5. CFG .
6. NtQueryVirtualMemory CFG ( 1  ) , .

CFG Windows 10 RS4 ( 2018 ), , . , .

CFG  — . CFG , . . , CFG ! , . CFG . , 2 !

, — Gmail 353,3  CFG 59,2  , 400 . - , .

v8 ( JavaScript Chrome) , CodeRange, . Microsoft CFG. , - Microsoft CFG , , , . vmmap .

. :

• Gmail.
• Windows 10.
• IT- WMI- .
• .
• .

, , , . , , , , .

, 10:30 , IT- . , Control Panel → Configuration Manager → Actions, Hardware Inventory Cycle Run Now.

, VAllocStress VirtualScan Github.

. ( ), (), ( WMI). vmmap. — — crbug.com/870054.

UPD.