আমি উবুন্টু ফ্যান দ্বারা লিঙ্কযুক্ত ব্লগপোস্টের লেখক: http://sevencapitalins.wordpress.com/2007/08/10/low-latency-kernel-wtf/
ব্লগ পোস্টটি কোনও সত্য উপস্থাপন করে না, এটি কেবল তত্ত্ব । এটি যেভাবে এটি কাজ করে, প্রকৃতপক্ষে: প্রসেসরটি আরও ঘন ঘন "স্টপ" করে তা দেখার জন্য যে কোনও প্রক্রিয়া অবিলম্বে নজর দেওয়ার প্রয়োজন রয়েছে কিনা তা দেখার জন্য। এর অর্থ হ'ল এই প্রক্রিয়াগুলি অন্যদের আগে কার্যকর করা হবে, সুতরাং আপনি এনকোডিং করার সময় ফ্রেমগুলি এড়িয়ে যাবেন না বা মাউস ক্লিকগুলি এবং শত্রুদের মৃত্যুর মধ্যে বিশাল বিলম্ব সময় হবে না। এর অর্থ এই নয় যে সমস্ত প্রক্রিয়া শীঘ্রই শেষ হয়ে যাবে: আসলে সিপিইউ পরবর্তী সময়ের কী প্রক্রিয়া চালানো হবে তা সিদ্ধান্ত নেওয়ার এবং প্রসঙ্গের স্যুইচটি করার সিদ্ধান্ত নিয়ে তার সময়ের একটি বড় অংশ হারাচ্ছে। সুতরাং মৃত্যুদণ্ড কার্যকর করার সময়টি আরও দীর্ঘ। এবং সেই কারণেই কেউ ওয়েবসার্ভার বা ডাটাবেস মেশিনে প্রিমিটিবল কার্নেল চালায় না। তবে একটি প্রিমিটেবল 300Hz (বা এমনকি 1000Hz) কার্নেল গেমসারদের জন্য সেরা।
তবে আজকাল প্রসেসরের অনেকগুলি কোর রয়েছে, সুতরাং যখন কয়েকটি প্রসেসের মনোযোগের প্রয়োজন হয় তখন তারা সহজেই কোনও কোরটি গ্রহণের জন্য অপেক্ষা না করে আলাদা কোরে বরাদ্দ করা যায়।
(stackexchange আমাকে রেফারেন্স / ব্যক্তিগত অভিজ্ঞতা প্রয়োজন: আমি একজন ইলেকট্রনিক ইঞ্জিনিয়ার এ বিভিন্ন gameservers mantaining noobgamer রক্তপিপাসু আছি http://www.gamezoo.it )।
সুতরাং, থাম্বের নিয়ম হিসাবে, আমি বলব: যদি আপনার প্রসেসর একটি শক্তিশালী নম্বর-ক্রাঞ্চিং উচ্চ-ফ্রিকোয়েন্সি কোয়াড-কোর এবং আপনি সাধারণত এনকোডিং / ডিকোডিং / গেমিং (হু) করার সময় প্রচুর পরিমাণে ওয়েবপেজ না খোলেন তবে আপনি করতে পারেন কেবল জেনেরিক (বা i686, বা তারা উপস্থিত থাকলে amd64) ব্যবহারের চেষ্টা করুন এবং সর্বাধিক সম্ভব থ্রুপুট পাবেন (যেমন, কাঁচা সংখ্যা-ক্রাশিং প্রসেসর করতে সক্ষম)। আপনি যদি সমস্যার সম্মুখীন হন (সেগুলি সত্যই নাবালক হওয়া উচিত) বা আপনার যন্ত্রটি বাজারের শীর্ষের তুলনায় কিছুটা কম শক্তিশালী হয়, তবে প্রশংসার জন্য যান।
যদি আপনি একটি নিম্ন-প্রান্তের মেশিনে থাকেন যা কেবলমাত্র এক বা দুটি কোর থাকে, তবে স্বল্পতা চেষ্টা করুন try আপনি রিয়েলটাইম চেষ্টা করে দেখতে পারেন, তবে আপনি দেখতে পাবেন যে "রিয়েল-টাইম" ব্যক্তিরা তাদের কাজ শেষ না করা পর্যন্ত এটি প্রক্রিয়াগুলিকে অবরুদ্ধ করে। আমি বিশ্বাস করি যে রিয়েলটাইম কার্নেলটি "ভ্যানিলা" এক নয়, তবে এটি CONFIG_PREEMPT_RT প্যাচ প্রয়োগ করেছে। আমি মনে করি যে রিয়েলটাইম কার্নেলগুলি কেবল তাদের জন্য যারা এম্বেড থাকা সিস্টেমে একক অ্যাপ্লিকেশন তৈরি করতে হবে, তাই সাধারণ ডেস্কটপ ব্যবহারকারীদের প্রকৃত সুবিধা পাওয়া উচিত নয় কারণ তারা সাধারণত একই সময়ে বেশ কয়েকটি সংখ্যক অ্যাপ্লিকেশন চালায়।
অবশেষে, সর্বাধিক প্রাসঙ্গিক কার্নেল বিকল্পগুলি যদি আপনি নিজের কার্নেলটি কম-ল্যাটেন্সি ডেস্কটপ তৈরি করতে চান তবে এটি হ'ল:
PREEMPT=y
এবং:
CONFIG_1000_HZ=y
কিছু পাওয়ার সাশ্রয় যোগ করতে আপনি এটি পরীক্ষা করতে পারেন:
CONFIG_NO_HZ=y
-realtime
রিয়েলটাইম হয়, তবে কী-rt
দাঁড়াবে? আর-preempt
কার্নেলের সাথে কী হচ্ছে ? আমি gemue2010 ধন্যবাদ জানাব, তিনি এটি ব্যাখ্যা করতে খুব ভাল কাজ করেছেন, কিন্তু এটি এখনও সবকিছু ব্যাখ্যা করে না।