লিনাক্স কার্নেল হল লিনাক্স অপারেটিং সিস্টেমের (ওএস) মেরুদণ্ড, এবং এটি একটি কম্পিউটারের হার্ডওয়্যার এবং এর প্রক্রিয়াগুলির মধ্যে মৌলিক ইন্টারফেস।
কয়েক দিন আগে আমরা এখানে ব্লগে একটি পরিবর্তনের খবর শেয়ার করছি আমরা লঞ্চ এ কি খুঁজে পেতে পারেন লিনাক্স কার্নেল 6.9 এর, যেটি বর্তমানে বিকাশে রয়েছে এবং বিভিন্ন পরিবর্তন ইতিমধ্যেই জানা গেছে এবং আমরা যা ঘোষণা করেছি তা হল যে EXT2 ইতিমধ্যেই অপ্রচলিত শ্রেণীতে উত্তীর্ণ হয়েছে এবং এটিও যে পুরানো NTFS ড্রাইভারের ব্যবহারকে পাশে রেখে দেওয়া হবে প্যারাগন সফ্টওয়্যার দ্বারা তৈরি ড্রাইভার।
এখন, সর্বশেষ খবর লিনাক্স 6.9 আমাদের কাছে যে নতুন বৈশিষ্ট্যগুলি উপস্থাপন করবে তা হল কার্নেলের এই সংস্করণটি স্টার্টআপের সময় একটি উল্লেখযোগ্য উন্নতি আনবে প্রচুর পরিমাণে RAM সহ সিস্টেম পরিচালনাকারী ব্যবহারকারীদের জন্য, বিশেষ করে যেগুলি তারা HugeTLB পৃষ্ঠাগুলি ব্যবহার করে। এর ফলে সিস্টেম বুট প্রক্রিয়া চলাকালীন এই পৃষ্ঠাগুলি আরম্ভ করার সময় যথেষ্ট হ্রাস পায়।
এবং লিনাক্স 6.9 এ পরিবর্তন যোগ করা হয়েছে বিপুল সংখ্যক HugeTLB পৃষ্ঠা সহ সিস্টেমগুলিকে লক্ষণীয় হ্রাস অনুভব করার অনুমতি দেবে শুরুর সময়ে। উদাহরণস্বরূপ, 2TB সিস্টেমে যেখানে 1800 1GB পৃষ্ঠাগুলি শুরু করা হয়, যা বর্তমানে তারা মোট 1 সেকেন্ডের মধ্যে 2 থেকে 10 সেকেন্ড সময় নেয়, যা এই সময়ে নিঃসন্দেহে যথেষ্ট উন্নতি। একইভাবে, 12TB ইন্টেল হোস্টগুলিতে যেখানে 11 776GB পৃষ্ঠাগুলি শুরু করা হয়েছে, যা এক মিনিটের বেশি সময় নিতে পারে, আপনি এই স্টার্টআপ সময়ে একটি উল্লেখযোগ্য হ্রাস দেখতে পাবেন।
এই অগ্রগতি বাইটড্যান্সের লিনাক্স ডেভেলপার গ্যাং লি এর নিবেদিত কাজের দ্বারা সম্ভব হয়েছে, যারা একাধিক প্যাচের একটি সিরিজ বাস্তবায়ন করেছে যা কার্যকরী সম্পাদন নিশ্চিত করতে একাধিক পর্যালোচনার মধ্য দিয়ে গেছে। বিদ্যমান কার্নেল অবকাঠামো, যেমন padata_do_multithreaded, এই ফলাফলগুলি অর্জনের জন্য ন্যূনতম পরিবর্তনের সাথে ব্যবহার করা হয়েছিল।
v6 এ দুটি আপডেট…
- একসাথে_bootmem_prealloc_node-এ সম্ভাব্য বাগ সংশোধন করা হয়েছে
padata_do_multithreaded বাস্তবায়ন নিশ্চিত করে যে প্রতিটি
together_bootmem_prealloc_node টাস্ক একটি নোড পরিচালনা করে। যাইহোক, API বর্ণিত
মন্তব্যে padata_do_multithreaded নির্দেশ করে যে padata_do_multithreaded এছাড়াও
আপনি একসাথে_bootmem_prealloc_node একটি টাস্কে একাধিক নোড বরাদ্দ করতে পারেন।padata_do_multithreaded এ ভবিষ্যতের পরিবর্তন থেকে সম্ভাব্য ত্রুটি এড়াতে,
together_bootmem_prealloc_parallel কে মোড়ানোর জন্য চালু করা হয়েছে
together_bootmem_prealloc_node.
বেনিফিট এই উন্নতি বিশেষ করে পরিবেশে উল্লেখযোগ্য যেখানে পরিষেবার প্রাপ্যতা এবং সিস্টেম আপটাইম গুরুত্বপূর্ণ, যেমন হাইপারস্কেলার এবং বড় প্রতিষ্ঠানের ক্ষেত্রে যা খুব বড় সার্ভার পরিচালনা করে। দ্রুত এবং আরও দক্ষ আপটাইম নিশ্চিত করতে রিবুট করার সময় স্টার্টআপের সময় হ্রাস করা অনেক উপকারী।
এর পাশাপাশি, এটি আরেকটি পরিবর্তন উল্লেখ করার মতো যা লিনাক্স 6.9-এ অন্তর্ভুক্ত করা হয়েছে যা ইন্টেলের একজন অভিজ্ঞ লিনাক্স ইঞ্জিনিয়ারের একটি প্যাচ, যা x86 ক্যাশে রিফ্রেশে মেমরি ব্যান্ডউইথ সীমিত করার জন্য একটি উন্নত কৌশল প্রবর্তন করে, resctrl কোড সহ RDT এবং AMD EPYC CPU-তে ইন্টেলের ব্যবহৃত অনুরূপ।
প্যাচ লেখক উল্লেখ করেছেন যে:
MBA_mbps ফিডব্যাক লুপ থ্রটলিং বাড়ায় যখন কোনো গোষ্ঠী স্কিমা ফাইলে ব্যবহারকারীর সেটের চেয়ে বেশি ব্যান্ডউইথ ব্যবহার করে এবং লক্ষ্যের নিচে থাকলে থ্রটলিং হ্রাস করে।
উল্লেখ্য, মেমরি ব্যান্ডউইথ সীমিত করার নতুন কৌশল নন-ইউনিফর্ম লোড লেভেল সহ ওয়ার্কলোডগুলিকে আরও দক্ষতার সাথে পরিচালনা করার জন্য ডিজাইন করা হয়েছেs, কার্নেলের পূর্ববর্তী সংস্করণে অপ্রয়োজনীয় শাস্তি এড়ানো।
প্রতিটি পুনরাবৃত্তির গতিতে অপ্রয়োজনীয় ওঠানামা এড়াতে, "delta_comp" পতাকাটি ব্যান্ডউইথের প্রকৃত পরিবর্তনগুলিকে নির্দেশ করতে ব্যবহৃত হয় যা পরবর্তী পুনরাবৃত্তিতে "delta_bw" এ রেকর্ড করা হবে। বর্তমান ব্যান্ডউইথ প্লাস ডেল্টা_বিডব্লিউ ব্যবহারকারীর লক্ষ্যের নিচে থাকলেই থ্রটলিং কমে যায়।
সে হিসেবে উল্লেখ করা হয়েছে যে অ্যালগরিদম ধ্রুবক ব্যান্ডউইথ ওয়ার্কলোডের সাথে ভাল কাজ করে, কিন্তু এটি ব্যর্থ হতে পারে যদি থ্রটলিং পরিবর্তনের সাথে সাথে কাজের চাপ পরিবর্তন হয়। এটি মোকাবেলার জন্য, একটি সহজ কৌশল প্রয়োগ করা হয়েছিল যা ব্যান্ডউইথের সম্ভাব্য বৃদ্ধি গণনা করে যদি থ্রটলিং পরবর্তী উচ্চ স্তরে হ্রাস করা হয়, এটি নিশ্চিত করে যে এটি থ্রটলিং হ্রাস করার আগে ব্যবহারকারীর লক্ষ্যের নীচে থাকে।
যদি হয় এটি সম্পর্কে আরও জানতে আগ্রহী, আপনি নিম্নলিখিত লিঙ্কগুলিতে বিস্তারিত পরামর্শ করতে পারেন: