সিপিইউ ব্যবহার কী বিদেশী NUMA অ্যাক্সেসের ব্যয়কে প্রভাবিত করে?

21

দৃশ্যপট

ধরে নেওয়া যাক আমার কাছে প্রতিটি 1 টি NUMA নোড সহ 4 টি সকেট সহ একটি এসকিউএল সার্ভার রয়েছে। প্রতিটি সকেটে 4 টি শারীরিক কোর রয়েছে। মোট মেমরি 512 গিগাবাইট তাই প্রতিটি NUMA নোডে 128 গিগাবাইট র‌্যাম রয়েছে।

একটি কী টেবিলটি প্রথম NUMA নোডে লোড করা হয়।

প্রশ্ন

আসুন ধরে নেওয়া যাক আমাদের এই টেবিলটি থেকে প্রচুর ট্র্যাফিক পড়ছেন। যদি NUMA নোডের মালিকানাধীন সকেটের সমস্ত শারীরিক কোরের 100 শতাংশ সিপিইউ ব্যবহার হয়, তবে এটি অন্যান্য সকেট থেকে আগত অ-স্থানীয় NUMA অ্যাক্সেসের ব্যয়কে কী নেতিবাচকভাবে প্রভাবিত করে? বা অন্যদিকে, সকেটটি কতটা ব্যস্ত তা নির্বিশেষে অ-লোকাল NUMA অ্যাক্সেসের ব্যয় কী?

আমি আশা করি আমার প্রশ্নটি বোধগম্য হয়। আমি যদি তা পরিষ্কার না করার চেষ্টা করব তবে দয়া করে আমাকে জানান।

পটভূমি

গত সপ্তাহে আমাদের প্রোডাকশন সার্ভারে আমাদের একটি ডাটাবেস সমস্যা ছিল এবং আমাদের ব্যবসায়িক প্রক্রিয়াজাত কিছু কিছু অন্যের চেয়ে বেশি প্রভাবিত হয়েছিল। 1 মিনিটেরও বেশি সময় নিয়ে কিছু যুক্তিসঙ্গত পাঠ নিয়ে আমাদের প্রশ্ন রয়েছে। আমরা সামগ্রিক সিপিইউ ব্যবহারের দিকে চেয়েছিলাম যা প্রায় 60 শতাংশ। আমরা সকেট নির্দিষ্ট সিপিইউ মেট্রিকগুলির দিকে নজর দিইনি। I / O মেট্রিকগুলি গড় ছিল।

sql-server memory numa

— xav
সূত্র

আপনি যদি কিনের মতো কিছু উত্পাদন করতে পারেন তবে এটি সহায়ক হবে। এছাড়াও, আপনি কী ম্যাক্সডপ সেট করেছেন?

— ব্যবহারকারী 41207

18

একটি গুরুতর প্রশ্ন :-) আমি জড়িত কিছু কারণের রূপরেখা করব। যে কোনও প্রসঙ্গে, এই কারণগুলি এবং অন্যান্যগুলি পৃথক হতে পারে এবং একটি আকর্ষণীয় ফলাফল তৈরি করতে পারে।

দুঃখিত আমি এটিকে আরও খাটো করতে সক্ষম হইনি ...

যৌক্তিক সিওইউ এমএস বনাম লজিকাল আইও
শারীরিক NUMA নোডের সাথে এসকিউএল সার্ভার লজিকাল মেমরি নোড প্রান্তিককরণ
ক্যোয়ারী ওয়ার্কস্পেস মেমরি বরাদ্দে স্পিনলক বিষয়বস্তু
তফসিলকারীদের কার্য অ্যাসাইনমেন্ট
বাফার পুলে প্রাসঙ্গিক ডেটা স্থাপন
শারীরিক স্মৃতি স্থান

যৌক্তিক সিওইউ এমএস বনাম লজিকাল আইও

কাজের চাপের সিপিইউ দক্ষতা এবং স্পিনলক প্রবণ ক্ষেত্রে সন্ধানের জন্য আমি প্রায়শই সিপিইউ ব্যবহারের বিরুদ্ধে লজিক্যাল আইও (বা পারফোনীয় পরিভাষায় "বাফার পুল পৃষ্ঠাগুলি") ব্যবহার করি।

তবে এসকিউএল সার্ভার সিপিইউয়ের সময় পৃষ্ঠাগুলি এবং স্পিনলকগুলি ব্যতীত প্রচুর ক্রিয়াকলাপ সহ জমা করে:
- পরিকল্পনাগুলি সংকলিত এবং পুনরায় সংকলিত হয়।
- সিএলআর কোড কার্যকর করা হয়।
- কার্য সম্পাদন করা হয়।
অন্যান্য প্রচুর ক্রিয়াকলাপ পৃষ্ঠাগুলিতে প্রতিফলিত না হয়ে উল্লেখযোগ্য সিপিইউ সময় চিবিয়ে তুলবে।

আমি যে কাজের চাপ লক্ষ্য করি, এই "নন লজিকাল আইও নিবিড় তবে সিপিইউ-গব্বলিং" ক্রিয়াকলাপগুলি বাছাই / হ্যাশিং ক্রিয়াকলাপগুলির মধ্যে প্রধান।

এটির কারণ দাঁড়ায়: একটি হ্যাশটেবলের বিপরীতে খাঁটি বিহীন সূচকগুলি সহ দুটি প্রশ্নের একটি স্বল্প উদাহরণ হিসাবে বিবেচনা করুন। দুটি ক্যোয়ারির অভিন্ন ফলাফলসেট রয়েছে তবে ফলাফলের একটির পুরোপুরি আনর্ডারড হয় এবং দ্বিতীয় রেজাল্টটি নির্বাচিত একাধিক কলাম দ্বারা অর্ডার করা হয়। দ্বিতীয় ক্যোয়ারীটি আরও সিপিইউ সময় গ্রহণ করবে বলে আশা করা হচ্ছে, যদিও এটি বাফার পুলের একই সংখ্যক পৃষ্ঠাগুলি উল্লেখ করে।

এই পোস্টগুলিতে ওয়ার্কস্পেস মেমরি এবং আরও কতটা মঞ্জুরিপ্রাপ্ত ওয়ার্কস্পেস ব্যবহার করা হয়েছে সে সম্পর্কে আরও:

শারীরিক NUMA নোডের সাথে এসকিউএল সার্ভার লজিকাল মেমরি নোড প্রান্তিককরণ

এসকিউএল সার্ভার (যেহেতু এটির NUMA- সচেতন কৌশলগুলি অন্তর্ভুক্ত করে) ডিফল্টরূপে সার্ভারে প্রতিটি NUMA নোডের জন্য একটি এসকিউওএলএস মেমরি নোড তৈরি করে। মেমরি বরাদ্দ বাড়ার সাথে সাথে প্রতিটি বরাদ্দ এসকিউএলওএস মেমরি নোডগুলির মধ্যে একটি দ্বারা নিয়ন্ত্রিত হয়।

আদর্শভাবে, এসকিউএলএস মেমরি নোডগুলি পুরোপুরি শারীরিক NUMA নোডের সাথে একত্রিত হয়। এটি বলার জন্য, প্রতিটি এসকিউএলওএস মেমরি নোডে একটিমাত্র NUMA নোড থেকে মেমরি থাকে, অন্য কোনও এসকিউএলএস মেমরি নোডের সাথে একই NUMA নোড থেকে মেমরি থাকে না।

তবে, সেই আদর্শ পরিস্থিতি সবসময় হয় না।

নিম্নলিখিত সিএসএস এসকিউএল সার্ভার ইঞ্জিনিয়ার্স ব্লগ পোস্ট (আত্মীয়দের প্রতিক্রিয়াতে অন্তর্ভুক্ত) বিশদ আচরণ যা এসকিউএলএস মেমরি নোডের জন্য ক্রস-NUMA নোড মেমরি বরাদ্দকে টিকিয়ে রাখতে পারে। এটি যখন ঘটে তখন পারফরম্যান্সের প্রভাবটি বিধ্বংসী হতে পারে।
- http://blogs.msdn.com/b/psssql/archive/2012/12/13/how-it-works-sql-server-numa-local-foreign-and-away-memory-blocks.aspx
ক্রমাগত ক্রস- NUMA নোড রেফারেন্সের বিশেষত বেদনাদায়ক কেসটির জন্য কয়েকটি সংশোধন করা হয়েছে। সম্ভবত এই দুটি ছাড়াও অন্যরাও:
- ফিক্স: এসকিউএল সার্ভার ২০১২ বা এসকিউএল সার্ভার ২০১৪ সালে বিদেশী পৃষ্ঠা প্রসেসিংয়ের সময় NUMA পরিবেশে পারফরম্যান্স সমস্যা দেখা দেয়
- ফিক্স: NUMA পরিবেশে এসকিউএল সার্ভারের কার্য সম্পাদন সমস্যা issues

ওয়ার্কস্পেস মেমরির বরাদ্দকালে স্পিনলক বিষয়বস্তু

এখান থেকেই এটি মজা পেতে শুরু করে। আমি ইতিমধ্যে বর্ণনা করেছি যে ওয়ার্কস্পেস মেমরির মধ্যে সাজানো এবং হ্যাশ কাজ সিপিইউ গ্রহণ করে তবে বিপুল লুকিং সংখ্যায় প্রতিফলিত হয় না।

স্পিনলক কনটেন্টেশন এই বিশেষ মজার আরেকটি স্তর। বাফার পুল থেকে যখন মেমরি চুরি হয়ে যায় এবং কোনও ক্যোয়ারী মেমরি অনুদানের বিরুদ্ধে ব্যবহারের জন্য বরাদ্দ দেওয়া হয় তখন মেমরি অ্যাক্সেসকে একটি স্পিনলক দিয়ে ক্রমিক করা হয়। ডিফল্টরূপে, এটি NUMA নোড স্তরে পার্টিশন করা কোনও সংস্থান নিয়ে হয়। সুতরাং কর্মক্ষেত্রের মেমরি ব্যবহার করে একই NUMA নোডের প্রতিটি ক্যোয়ারী অনুদানের বিরুদ্ধে মেমরি চুরি করার সময় স্পিনলক বিতর্ককে সম্ভাব্যভাবে গ্রহণ করতে পারে। অত্যন্ত গুরুত্বপূর্ণ লক্ষণীয়: এটি "ক্যোয়ারি প্রতি এক সময়" বিতর্ক ঝুঁকি নয়, কারণ যদি আসল অনুদানের সময় বিতর্ক বিন্দুটি হত। পরিবর্তে, যখন মেমরিটি অনুদানের বিরুদ্ধে চুরি হয়ে যায় - সুতরাং খুব বড় মেমরির অনুদানের সাথে অনুসন্ধানের ক্ষেত্রে স্পিনলক কনটেন্ট করার অনেক সুযোগ থাকবে যদি এটি তার অনুদানের বেশিরভাগ অংশ ব্যবহার করে।

মূল স্তরে রিসোর্সটিকে আরও বিভাজন করে ট্রেস ফ্ল্যাগ 8048 এই বিতর্ককে মুক্তি দেওয়ার দুর্দান্ত কাজ করে।

মাইক্রোসফ্ট বলেছে "সকেট প্রতি 8 বা ততোধিক কোর হলে ট্রেস ফ্ল্যাগ 8048 বিবেচনা করুন"। তবে ... এটি সকেট প্রতি কতগুলি কোর (যতক্ষণ না একাধিক রয়েছে), তা নয়, বরং একক NUMA নোডে কাজ করার বিষয়ে বিতর্ক করার জন্য কতটা সুযোগ রয়েছে।

আঠালো এএমডি প্রসেসরগুলিতে (সকেট প্রতি 12 টি কর্কট, সকেট প্রতি 2 টি NUMA নোড) সেখানে NUMA নোডের জন্য 6 টি কোর ছিল। আমি system টি সিপিইউ সহ একটি সিস্টেম দেখেছি (সুতরাং আটটি NUMA নোড, c টি কোর প্রত্যেকে) যা স্প্রেলক কনভয়টিতে জ্যাম আপ ছিল যতক্ষণ না ট্রেস ফ্ল্যাগ ৮০৮০ সক্ষম হয়।

আমি এই স্পিনলক কনটেন্টেশনটি ভিএমগুলিতে 4 টি ভিসিপিইউ-এর মতো ছোট কার্য সম্পাদন করতে দেখেছি। ট্রেস পতাকা 8048 এই সিস্টেমে সক্ষম করার সময় যা করা উচিত ছিল তা করেছিল।

সঠিক কাজের চাপের সাথে এখনও সেখানে 4 টি মূল ফ্রিকোয়েন্সি অপ্টিমাইজড সিপিইউ রয়েছে তা বিবেচনা করে তারা ট্রেস পতাকা 8048 থেকেও উপকার পাবেন।

সিএমএমথ্রেইড স্পিনলক কনটেন্টের ধরণের সাথে অপেক্ষা করে যা পতাকাটি ৮৮৪৮ সরিয়ে ফেলে। তবে সাবধানতার একটি শব্দ: সিএমএমথ্রেড ওয়েটস একটি সংশ্লেষ লক্ষণ, এই বিশেষ সমস্যার মূল কারণ নয়। আমি উচ্চ সিএমএমথ্রিআডের "ওয়েট স্টার্টস" সিস্টেমগুলি দেখেছি যেখানে ট্রেস পতাকা 8048 এবং / অথবা 9024 বিস্তারে বিলম্বিত হয়েছিল কারণ জড়িত সিএমএমথ্রেড অপেক্ষা অপেক্ষা সময়টি বেশ কম ছিল। স্পিনলক সহ, জমে থাকা অপেক্ষা সময়টি সাধারণত দেখতে ভুল বিষয়। পরিবর্তে, আপনি নষ্ট সিপিইউ সময়টি দেখতে চান - প্রধানত স্পিনগুলি দ্বারা প্রতিনিধিত্ব করা হয়, দ্বিতীয়ত এটি সম্পর্কিত ওয়েটগুলি দ্বারা সংঘটিত হয় যা সম্ভাব্য অপ্রয়োজনীয় প্রসঙ্গের সুইচগুলি উপস্থাপন করে।
- এটি কীভাবে কাজ করে: সিএমএমথ্রেড এবং তাদের ডিবাগিং

তফসিলকারীদের কার্য অ্যাসাইনমেন্ট

NUMA সিস্টেমে সংযোগগুলি NUMA নোডগুলিতে বিতরণ করা হয় (ভাল - আসলে তাদের সাথে সম্পর্কিত এসকিউওএলএস শিডিয়ুলার গ্রুপগুলিতে) রাউন্ড-রবিন, ধরে নেওয়া হয় যে নির্দিষ্ট NUMA নোডের সাথে সংযোগের শেষ পয়েন্ট নেই। যদি একটি সেশন একটি সমান্তরাল ক্যোয়ারী চালায়, তবে একটি একক NUMA নোড থেকে কর্মীদের ব্যবহারের জন্য দৃ strong় অগ্রাধিকার রয়েছে। হুমম ... 4 টি পাথর বিভক্ত জটিল ক্যোয়ারী সহ 4 টি NUMA নোড সার্ভার বিবেচনা করুন এবং ডিফল্ট 0 ম্যাক্সডপ। এমনকি যদি ক্যোয়ারিতে কেবলমাত্র MAXDOP কর্মী থ্রেড ব্যবহার করা হয়, তবে NUMA নোডে প্রতিটি লজিকাল সিপিইউয়ের জন্য 4 টি ওয়ার্ড থ্রেড থাকবে। তবে জটিল পরিকল্পনায় 4 টি পাথ রয়েছে - সুতরাং NUMA নোডের প্রতিটি লজিক্যাল সিপিইউতে 16 জন কর্মী থাকতে পারে - সবগুলিই একটি একক প্রশ্নের জন্য!

এ কারণেই কখনও কখনও আপনি একটি NUMA নোড কঠোর পরিশ্রম করতে দেখবেন অন্যরা লোফিংয়ের সময়।

কার্য অ্যাসাইনমেন্টের জন্য আরও কয়েকটি সূক্ষ্মতা রয়েছে। তবে মূল অবলম্বন হ'ল সিপিইউ ব্যস্ততা অগত্যা NUMA নোড জুড়ে সমানভাবে বিতরণ করা হবে না। (এও বুঝতে পেরে ভাল যে বিপুল পৃষ্ঠার সন্নিবেশগুলি (পড়া বা প্রথম পৃষ্ঠার লেখকগুলি) কর্মীটি যে শিডিয়ুলারের সাথে যুক্ত রয়েছে তার সাথে সংযুক্ত এসকিউএলএস মেমরি নোডের বিপুলে যাবে And নোড, খুব।

আমি খুঁজে পেয়েছি যে 0 থেকে 8 এর বেশি ম্যাক্সডপ আনতে সহায়ক নয়। ওয়ার্কলোড প্রোফাইলের উপর নির্ভর করে (মূলত সম্ভাব্য দীর্ঘমেয়াদী প্রশ্নের সাথে সংখ্যার উপর ভিত্তি করে ইমো), ম্যাক্সডপ = 2 এ সমস্ত পথে যেতে পারে তা নিশ্চিত করা যেতে পারে।

সমান্তরালতার জন্য ব্যয় প্রান্তিককরণ সামঞ্জস্য করাও সহায়ক হতে পারে। যেসব সিস্টেমে আমি কাজ করি সেগুলি উচ্চ ব্যয়ের প্রশ্নগুলির সাথে গ্রাস করা হয় এবং খুব কমই 50 বা 100 এর নিচে কোনও পরিকল্পনার মুখোমুখি হয়, সুতরাং ব্যয়ের প্রান্তের সামঞ্জস্যের চেয়ে ম্যাক্সডপ (ওয়ার্কলোড গ্রুপ স্তরে ওটেন) সামঞ্জস্য করে আমার আরও ট্র্যাকশন হয়েছে।
- এসকিউএল সার্ভার 8 টি এসএলএ নোড সহ PLE
  
  এই পোস্টে, ওয়ার্কস্পেস মেমরি এবং অসম টাস্ক বিতরণের চারপাশে স্পিনলক কনটেন্টের সংমিশ্রণটি নিয়ে আলোচনা করা হয়েছে। দেখুন - এই জিনিসগুলি সত্যিই সমস্ত বয়ন একসাথে করে :-)
- 40 সমবর্তী এসকিউএল সার্ভার সমান্তরাল ক্যোয়ারী + (2 সকেট * 10 সকেট প্রতি 10 কোরে) = স্পিনলক কনভয়

বিপুলে প্রাসঙ্গিক ডেটা স্থাপন

NUMA সার্ভারগুলির সাথে ডিল করার সময় এই অবস্থাটি আমার মনে হয় সবচেয়ে স্বজ্ঞাত। এটিও, বেশিরভাগ ক্ষেত্রে, কাজের চাপের পারফরম্যান্সের জন্য অত্যন্ত তাত্পর্যপূর্ণ নয়।

টেবিলটি NUMA নোড 3-এ বিপুলে পড়লে কী ঘটবে, এবং পরে NUMA নোড 4-এ একটি কোয়েরি NUMA নোড জুড়ে সমস্ত বিপুল লুকআপ করে টেবিলটি স্ক্যান করে?

এই পারফরম্যান্স প্রভাব সম্পর্কে লিঞ্চি শেয়ার দুর্দান্ত পোস্ট রয়েছে:
- http://sqlblog.com/blogs/linchi_shea/archive/2012/01/30/performance-impact-the-cost-of-numa-remote-memory-access.aspx
NUMA নোড জুড়ে মেমরি অ্যাক্সেস করতে অল্প পরিমাণে অতিরিক্ত মেমরি বিলম্বিত হয়। আমি নিশ্চিত যে এখানে কিছু কাজের চাপ রয়েছে যেগুলি সর্বোত্তম পারফরম্যান্সের জন্য সেই অতিরিক্ত বেস মেমরি ল্যাটেন্সি দূর করতে হবে - এটি আমার কাজ করা সিস্টেমে কোনও সমস্যা ছিল না।

তবে - ক্রস নোড অ্যাক্সেস স্থানান্তরের আরও একটি পয়েন্টও নিয়ে আসে যা সম্ভাব্যভাবে পরিপূর্ণ করতে পারে। যদি খুব বেশি ক্রিয়াকলাপ হয় যে NUMA নোডগুলির মধ্যে মেমরি ব্যান্ডউইদথ স্যাচুরেটেড হয় তবে নোডগুলির মধ্যে মেমরির বিলম্বিতা বাড়বে। একই কাজের জন্য অতিরিক্ত সিপিইউ চক্রের প্রয়োজন হবে।

আবার - আমি নিশ্চিত যে এমন কাজের চাপ রয়েছে যে মেমরির ব্যান্ডউইথ একটি সমালোচনাযোগ্য বিবেচনা। আমার সিস্টেমে যদিও আমি অন্যান্য তালিকা বিবেচনা করছি তা আরও তাৎপর্যপূর্ণ হয়েছে।

শারীরিক স্মৃতি স্থান

এটি এক বিরল তবে যখন এটি গুরুত্বপূর্ণ, এটি সত্যই গুরুত্বপূর্ণ। বেশিরভাগ সার্ভারে, মেমরি ইনস্টল প্রায় স্বাভাবিকভাবেই NUMA নোড জুড়ে ভারসাম্য বজায় রাখে। তবে কিছু ক্ষেত্রে, নোডগুলি জুড়ে মেমরির ভারসাম্য রক্ষার জন্য বিশেষ মনোযোগ প্রয়োজন। কিছু সিস্টেমে পারফরম্যান্স একেবারে ট্র্যাশ করা যেতে পারে যদি মেমরিটি এমনভাবে স্লট করা হয় যাতে এটি ভারসাম্য না হয়। যদিও এটি সেট-ইট-ও-ভুলে যাওয়া-ই এটি নির্ধারিত। প্রথম সত্যই ব্যস্ত দিনটির বিপরীতে কয়েক মাসের উত্পাদন পরিষেবা পরে এই জাতীয় সমস্যা আবিষ্কার করা খুব বিরল)

বড় শেষ!

অন্য কেউ এই বক্তব্য রেখেছিলেন যে খারাপ পরিকল্পনার পছন্দ, সম্ভবত পুরানো পরিসংখ্যানের কারণে আপনি যে লক্ষণগুলি দেখেছেন তার ফলাফল হতে পারে। আমার অভিজ্ঞতার ক্ষেত্রে তা হয়নি। দুর্বল পরিকল্পনাগুলি সহজেই কোনও ক্যোয়ারিকে প্রত্যাশার চেয়ে বেশি সময় নিতে পারে - তবে সাধারণত কারণ প্রয়োজনের চেয়ে আরও বেশি লজিক্যাল আইও করা হয়। বা ছড়িয়ে পড়ার কারণে টেম্পডিবির জন্য। সার্ভারটি পর্যবেক্ষণ করার সময় টেম্পটিবিতে প্রচুর স্পিল স্পষ্ট হওয়া উচিত - এবং উচ্চ সিপিইউয়ের চেয়ে স্পিল-সম্পর্কিত ডিস্ক লেখার জন্য পরিমাপযোগ্য অপেক্ষার সময় আশা করতে পারে।

পরিবর্তে, যদি আপনি যে পরিস্থিতি পর্যবেক্ষণ করেছেন তা NUMA- সম্পর্কিত হয়, তবে আমি এটি প্রত্যাশা করতাম যে এটি বেশিরভাগ ক্ষেত্রে উপরে বর্ণিত উপাদানগুলির সংমিশ্রণ হবে:

ওয়ার্কস্পেস মেমরির ব্যবহার (যা লজিকাল আইও গণনাগুলিতে প্রদর্শিত হবে না)
অবিচ্ছিন্ন বিদেশী মেমরির অবস্থার কারণে যা ক্রস-NUMA নোড হতে পারে (যদি এটি হয় তবে প্রাসঙ্গিক সংশোধনগুলি দেখুন)
এবং যার ফলে প্রতিবার অনুদানের বিপরীতে বরাদ্দ দেওয়া হলে NUMA নোডের মধ্যে স্পিনলক বিতর্ক সৃষ্টি হতে পারে (T8048 দিয়ে সমাধান করুন)
এবং অন্যান্য সমান্তরাল ক্যোয়ারী কর্মীদের দ্বারা ওভারলোডযুক্ত লজিকাল সিপিইউতে কর্মীরা দ্বারা সম্পাদিত হতে পারে (ম্যাক্সডপ এবং / অথবা সামঞ্জস্যতার দামের প্রান্তিকতা সামঞ্জস্য করুন)

— sql_handle
সূত্র

7

( দয়া করে coreinfo -vআপনার সিপিইউ / সকেট এবং NUMA বিতরণের আরও ভাল প্রসঙ্গ পেতে আপনার প্রশ্নকে (একটি সিস্টারাল ইউটিলিটি) আউটপুট দিয়ে আপডেট করুন )

আমরা সামগ্রিক সিপিইউ ব্যবহারের দিকে চেয়েছিলাম যা প্রায় 60 শতাংশ। আমরা সকেট নির্দিষ্ট সিপিইউ মেট্রিকগুলির দিকে নজর দিইনি। I / O মেট্রিকগুলি গড় ছিল।

আমার কাছে দেখে মনে হচ্ছে আপনি ভুল গাছে ঘেঁষছেন। এসকিউএল সার্ভার NUMAসচেতন। নেই ক্রস ফলে NUMA মেমোরি এক্সেস করছেন জন্য অনেক ছোট কর্মক্ষমতা শাস্তি । আপনার কাছে কতটি NUMAনোড রয়েছে এবং কোন সিপিইউ এবং কোর কোনটি নির্ধারিত হয়েছে তা দেখতে আপনি এই ক্যোয়ারীটিও ব্যবহার করতে পারেন NUMA:

SELECT parent_node_id, scheduler_id, cpu_id
FROM sys.dm_os_schedulers WITH (NOLOCK) 
WHERE [status] = N'VISIBLE ONLINE';

বা ঠিক কতজন NUMA:

select COUNT(distinct Parent_node_id)
from sys.dm_os_schedulers
where [STATUS] = 'VISIBLE ONLINE'
    and Parent_node_ID < 64

1 মিনিটেরও বেশি সময় নিয়ে কিছু যুক্তিসঙ্গত পাঠ নিয়ে আমাদের প্রশ্ন রয়েছে।

পুরানো পরিসংখ্যানের কারণে আপনার খারাপ জিজ্ঞাসার পরিকল্পনা উত্পন্ন হওয়ার পরে এটি সাধারণত ঘটে থাকে। আপনার পরিসংখ্যান আপডেট হয়েছে এবং আপনার সূচকগুলি সঠিকভাবে ডিফ্র্যাগমেন্টযুক্ত হয়েছে তা নিশ্চিত করুন ।

এছাড়াও, কর্মীদের থ্রেড অনাহার এড়াতে আপনাকে আরও বেশি বুদ্ধিমান মানতে ম্যাক্সডপ সেট করতে হবে ।

আপনার cost threshold of parallelism5 এর ডিফল্ট থেকে 45 টির মতো ভাল শুরু মান হিসাবে সেট করুন এবং তারপরে সেই মানটি নিরীক্ষণ করুন এবং আপনার পরিবেশ অনুসারে এটি সামঞ্জস্য করুন।

যদি আপনি প্রচুর অ্যাডহক ক্যোয়ারী চালিয়ে যাচ্ছেন তবে optimize for ad hoc workloadsপরিকল্পনার ক্যাশে ফুলে যাওয়া রোধ করতে চালু করুন (1 এ সেট করুন) ।

সাবধানতার সাথে ব্যবহার করুন: আপনি যদি এসএকিউএল সার্ভার ২০০৮/২০০৮ আর 2 চালিয়ে চলে থাকেন তবে নতুন মেশিনগুলিতে ৮০ টিরও বেশি সিপিইউ প্রতি NUMA নোডের জন্য উপস্থাপিত হয়েছে এবং আপনি যদি এসকিউএল সার্ভারে 2012 বা 2014 তে থাকেন তবে একটি হটফিক্স রয়েছে ।

আপনার ডাটাবেস সার্ভারের উদাহরণ সম্পর্কে অপেক্ষার পরিসংখ্যান সম্পর্কিত তথ্য সংগ্রহ শুরু করার জন্য উচ্চ প্রস্তাব দিয়েছি।

দেখুন: এটি কীভাবে কাজ করে: এসকিউএল সার্ভার (NUMA স্থানীয়, বিদেশী এবং মেমরি ব্লকগুলি দূরে)

— কিন শাহ
সূত্র

1

একটি হার্ডওয়্যার দৃষ্টিকোণ থেকে নিখুঁতভাবে, নেহালেম আর্কিটেকচারের পরে প্রধান মেমরির পরিচালনার ব্যবস্থাটি একটি সংহত মেমরি নিয়ামক দ্বারা পরিচালিত হয়, এটি সিপিইউ ডাইয়ের "আন-কোর" অংশে রয়েছে যা প্রকৃত কোরগুলির অংশ থেকে পৃথক, যেহেতু মেমরিটি প্রতিটি সিপিইউতে কার্যকরভাবে 'ওয়্যার্ড' হয়, বিদেশী মেমরি অ্যাক্সেস এএফআইকি দ্রুত পথ আন্তঃসংযোগের মাধ্যমে হয় (আবার নেহালেম থেকে) পরে, আমি তাই বলব যে স্থানীয় NUMA নোডের সিপিইউ কোর স্যাচুরেশন সেই মেমোরিতে দূরবর্তী অ্যাক্সেসকে প্রভাবিত করবে না।

আপনি এই লিঙ্কটি দরকারী খুঁজে পেতে পারেন:

http://cs.nyu.edu/~lerner/spring10/projects/NUMA.pdf

ক্রিস

— ক্রিস অ্যাডকিন
সূত্র