আমরা একটি রিয়েল-টাইম কার্নেল (CentOS 6) এ রিয়েল-টাইম প্রক্রিয়া চালাচ্ছি এবং সম্ভবত এটি পরিবর্তন হতে পারে না।
আমাদের কাছে একটি স্ট্রিমিং ভিডিও অ্যাপ্লিকেশন রয়েছে যা একবারে 1.5 ঘন্টা অবিরত কাস্টম এফপিজিএ থেকে প্রায় 500 এমবি / এসি পিসিআই ট্র্যাফিকের প্রয়োজন requires অ্যাপ্লিকেশনটি বেশ ভালভাবে কাজ করে - বেশিরভাগ সময়। যাইহোক, আমাদের এমন পরিস্থিতি হয়েছিল যেখানে দেখা যাচ্ছে যে কার্নেল কেবল একবারে 500 মিলিসেকেন্ড পর্যন্ত পিসিআই বা মেমরির অনুরোধগুলির পরিষেবা দেওয়া বন্ধ করে দেয়। এটি অন্য থ্রেড থেকে বিস্ফোরিত ফাইল IO চলাকালীন ঘটেছিল। মূল অ্যাপ্লিকেশন চলাকালীন ব্যবহারকারীর স্থান থেকে প্রচুর ডামি ফাইল আইও করে এই সমস্যাটির প্রতিলিপি তৈরি করার চেষ্টা করা আমার পক্ষে অসম্ভব হয়ে পড়েছে।
লিনাক্স কার্নেলের (বিশেষত, পিসিআই বা সমস্ত ডিডিআর 3 মেমরি অ্যাক্সেসগুলি বা সে জাতীয় কিছু থামানো) একটি বিশ্বব্যাপী "হিমায়িত" বল প্রয়োগ করার (অনুকরণ) করার কোন উপায় রয়েছে যাতে আমরা এই সমস্যাটি পুনরুত্পাদন করতে পারি?
আমরা এখনই অভ্যন্তরীণ এফপিজিএ মেমরিতে 10 মিলিসেকেন্ড পর্যন্ত প্রয়োগ করা হয়েছে, তবে এটি পর্যাপ্ত নয়। আমরা এফপিজিএ ডিডিআর 3 এ বাফার করতে পারি এবং তারপরে হোস্টের কাছে ফেলে দিতে পারি, তবে আমাদের এই নতুন বৈশিষ্ট্যটি স্থায়ীত্বের অধীনে পরীক্ষা করার জন্য একটি পদ্ধতি প্রয়োজন।
আমরা চাই না যে কার্নেল স্থায়ীভাবে স্থির হোক বা লকআপ হোক। আমরা সময় ব্যবধান নির্ধারণ করার ক্ষমতা চাই।
আমি /proc/sys/vmসাময়িকভাবে যাদুবিদ্যার মান লেখার পদ্ধতিতে এমন কিছু সন্ধান করছি যা সিস্টেমকে কার্যত ক্রল করে দেয় এবং তারপরে কয়েকশ মিলি সেকেন্ডের পরে ফিরে আসে, তবে এটি ভাঙার সম্ভাব্য উপায়গুলির সন্ধান করা আমার মতো নবজাতকের পক্ষে নয় ( https://www.kernel.org/doc/Docamentation/sysctl/vm.txt )। কিছু numactlম্যাজিক হতে পারে ?