SQL सर्वर 2012 एक्सप्रेस मेरे सर्वर पर 9.5GB RAM का उपयोग क्यों करता है?

Question

मैं एक एप्लिकेशन का निर्माण कर रहा हूं जिसमें मैं प्राथमिक डेटास्टोर के रूप में SQL Server 2012 एक्सप्रेस को एम्बेड करने की योजना बना रहा हूं। जब मेरी विकास मशीन पर परीक्षण (3 जीबी रैम के साथ Win7-32), मैंने sqlservr.exe1GB से अधिक रैम का उपयोग करने की प्रक्रिया कभी नहीं देखी क्योंकि मैं SQL सर्वर के एक्सप्रेस संस्करण के लिए प्रकाशित हार्डवेयर स्केलिंग सीमा से उम्मीद करूंगा ।

फिर मैंने अपने प्रदर्शन का मूल्यांकन करने के लिए अपने एप्लिकेशन को एक सर्वर-ग्रेड मशीन (विन सर्वर 2008R2 64-बिट 16 जीबी रैम) के साथ स्थानांतरित कर दिया और यह जानकर आश्चर्यचकित रह गया कि यह sqlservr.exeप्रक्रिया तेजी से लगभग 9.5 जीबी रैम तक विस्तारित हो गई और वहीं टिक गई।

मैंने यह देखने के लिए एक दो बार पुनः आरंभ किया कि क्या इसका कोई प्रभाव होगा, लेकिन हर बार, यह प्रक्रिया तेजी से ~ 9.5GB पर लौट आई। अब मुझे निश्चित रूप से प्रसन्नता हो रही है कि एसक्यूएल सर्वर एक्सप्रेस मेरे रैम का उपयोग कर सकता है, लेकिन मैं यह जानना चाहूंगा कि क्या यह अपेक्षित व्यवहार है ताकि मैं प्रदर्शन स्तरों पर भरोसा करने के लिए न आऊं जो कि रैम उपयोग पर आधारित हैं जो कि गलत है।

FYI करें, मेरे सर्वर मशीन पर SQL सर्वर का संस्करण, के अनुसार SELECT @@VERSIONहै:

Microsoft SQL Server 2012 (SP1) - 11.0.3000.0 (X64) 
    Oct 19 2012 13:38:57 
    Copyright (c) Microsoft Corporation
    Express Edition (64-bit) on Windows NT 6.1 <X64> (Build 7601: Service Pack 1)

मेरा 9.5GB नंबर टास्क मैनेजर में "प्राइवेट वर्किंग सेट" नंबर से आया है। आउटपुट की पहली तालिका DBCC memorystatus(अब निष्क्रिय सर्वर पर) से नीचे है:

PROCESS/SYSTEM COUNTS
Available Physical Memory   5543616512
Available Virtual Memory    8734902411264
Available Paging File       22471094272
Working Set                 9664200704
Percent of Committed Memory in WS   99
Page Faults                 2627510
System physical memory high 1
System physical memory low  0
Process physical memory low 0
Process virtual memory low  0

स्पेगेटिडिबा की सुझाई गई क्वेरी से आउटपुट sys.dm_os_memory_clerks:

MEMORYCLERK_SQLBUFFERPOOL   1410
OBJECTSTORE_LOCK_MANAGER    256
MEMORYCLERK_SQLCLR          38
MEMORYCLERK_SOSNODE         26
CACHESTORE_SQLCP            11

साथ ही ~ 10 और छोटी प्रविष्टियाँ जो 30MB से कम का योग हैं।

Answer 1

SQL एक्सप्रेस बफ़र पूल के लिए 1GB तक सीमित है, लेकिन SQL सर्वर में कई अन्य मेमोरी पूल हैं। मुझे जो आश्चर्य हुआ वह गैर-बफर मेमोरी पूल का अत्यधिक उपयोग है। मेमोरी क्लर्क प्रति मेमोरी उपयोग का पता लगाने के लिए, इसे चलाएं:

SELECT type, SUM(pages_kb)/1024 AS MemoryMB
FROM sys.dm_os_memory_clerks
GROUP BY type
ORDER BY 2 DESC

उम्मीद है की यह मदद करेगा

Comments

उस क्वेरी से आउटपुट है: MEMORYCLERK_SQLBUFFERPOOL 1410 OBJECTSTORE_LOCK_MANAGER 256 MEMORYCLERK_SQLCLR 38 MEMORYCLERK_SOSNODE 26 CACHESTORE_SQLCP 11 और फिर कुछ और छोटे जो <30MB के योग हैं। मेरे लिए अजीब लगता है। -गर्ग- टिप्पणी स्वरूपण पर।

— दान

हममम। MEMORYCLERK_SQLBUFFERPOOL अकेले 1GB की सीमा से आगे जाता है, इसलिए हमें बग का सामना करना पड़ सकता है। मुझे अजीब लगता है कि कैसे यह क्वेरी में दिखाए बिना 9.5GB का उपयोग कर रहा है।

— स्पेगेटीडब्बा

मुझे लगता है कि sysinos_os_memory_clerks (single_pages_kb के बगल में) में कुछ अन्य दिलचस्प कॉलम हैं: MEMERCLERK-SQLBUFFERPOOL के मामले में virtual_memory_committed_kb अधिक प्रासंगिक हैं।

— रज़वान सोकोल