Facebook লিনাক্স কার্নেলের জন্য একটি নতুন স্ল্যাব মেমরি ম্যানেজমেন্ট মেকানিজম প্রস্তাব করেছে

রোমান গুশচিন (রোমান গুশচিন) ফেসবুক থেকে প্রকাশিত লিনাক্স কার্নেল ডেভেলপারদের মেইলিং লিস্টে একটি নতুন মেমরি বরাদ্দ কন্ট্রোলার বাস্তবায়নের সাথে প্যাচের একটি সেট ফলক (স্ল্যাব মেমরি কন্ট্রোলার)। নতুন কন্ট্রোলারটি স্ল্যাব অ্যাকাউন্টিংকে মেমরি পৃষ্ঠা স্তর থেকে কার্নেল অবজেক্ট স্তরে সরানোর জন্য উল্লেখযোগ্য, যা প্রতিটি cgroup-এর জন্য পৃথক স্ল্যাব ক্যাশে বরাদ্দ না করে, বিভিন্ন cgroups-এ স্ল্যাব পৃষ্ঠাগুলি ভাগ করা সম্ভব করে তোলে।

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

নতুন স্ল্যাব কন্ট্রোলারে প্রয়োগ করা আরও সঠিক রিসোর্স অ্যাকাউন্টিং তাত্ত্বিকভাবে সিপিইউকে আরও লোড করা উচিত, কিন্তু বাস্তবে পার্থক্যগুলি নগণ্য বলে প্রমাণিত হয়েছে। বিশেষ করে, নতুন স্ল্যাব কন্ট্রোলারটি বিভিন্ন ধরণের কাজের চাপ পরিচালনা করে উত্পাদন Facebook সার্ভারে বেশ কয়েক মাস ধরে ব্যবহার করা হয়েছে, এবং এখনও কোনও লক্ষণীয় রিগ্রেশন সনাক্ত করা যায়নি। একই সময়ে, মেমরি খরচে একটি উল্লেখযোগ্য হ্রাস রয়েছে - কিছু হোস্টে 1 গিগাবাইট পর্যন্ত মেমরি সংরক্ষণ করা সম্ভব ছিল, তবে এই সূচকটি লোডের প্রকৃতি, র‌্যামের মোট আকার, সিপিইউ সংখ্যার উপর নির্ভর করে। এবং মেমরির সাথে কাজ করার বৈশিষ্ট্য। পূর্ববর্তী পরীক্ষা দেখানো হয়েছে ওয়েব ফ্রন্ট-এন্ডে 650-700 MB (স্ল্যাব মেমরির 42%), একটি DBMS ক্যাশে সহ সার্ভারে 750-800 MB (35%) এবং DNS সার্ভারে 700 MB (36%) মেমরি খরচ হ্রাস৷

উত্স: opennet.ru