".. আধুনিক সিপিইউগুলি সস্তা এবং 100% সিপিইউতে দ্রুত হ্রাস পাবে"।
আপনাকে "সিপিইউ অবক্ষয়" সম্পর্কে মোটেই চিন্তা করার দরকার নেই। আধুনিক সিপিইউগুলি আগের সময়ের চেয়ে কম মানের নয়।
সিপিইউগুলি তৈরি করা খুব ব্যয়বহুল (এবং প্রতি কয়েক বছর ধরে আরও ব্যয়বহুল হয়ে উঠছে), কয়েক হাজার কোটি নতুন ফাব তৈরি করা অস্বাভাবিক নয় (লিঙ্কটি দেখুন)।
http://en.wikipedia.org/wiki/Semiconductor_fabrication_plant
একটি সিপিইউর উত্পাদন ব্যয় সর্বাধিক সংখ্যার উপর নির্ভর করে। উত্পাদিত ইউনিট। এটি অর্থনীতির একটি সুপরিচিত সত্য। এ কারণেই তারা বিক্রি হতে পারে (তুলনামূলকভাবে) সর্বোপরি "সস্তা"। (আমি মনে করি, এখানে কোনও লিঙ্কের প্রয়োজন নেই)
আমি আধুনিক সিপিইউগুলিকে "পূর্ববর্তী সময়ের" তুলনায় আরও গুণমানের দিকে ঝুঁকির কারণ হিসাবে বিবেচনা করব of
তবে শুধুমাত্র সবচেয়ে গুরুত্বপূর্ণ: পরীক্ষায় সুবিধা। আধুনিক ইলেকট্রনিক্স "পরীক্ষার জন্য ডিজাইন করা হয়েছে"। সফ্টওয়্যার বা হার্ডওয়্যার যাই হোক না কেন, প্রায় সব কিছুর চেয়ে মূল্যবান পরীক্ষার বিস্তৃত অন্তর্দৃষ্টি এত প্রাচীন নয়। সিপিইউগুলির জন্য, বিভিন্ন দাম এবং ফ্রিকোয়েন্সি ধরণের গঠনের জন্য এমনকি পরীক্ষাগুলি নেওয়া হয়, যেমন সেরা সিপিইউ সর্বোচ্চ ফ্রিকোয়েন্সি সহ বিক্রি হয়। তা সত্ত্বেও, সস্তা প্রসেসরগুলি প্রায়শই বিক্রয়ের চেয়ে উচ্চতর ফ্রিকোয়েন্সি নিয়ে পরিচালনা করতে সক্ষম হয় - তারা কেবল পঙ্গু হয়ে যায় যে কারণে প্রস্তুতকারক উচ্চতর দামের সাথে কিছু "উচ্চ স্তরের" প্রসেসর বিক্রি করতে চায়।
(অন্যদিকে, অবশ্যই সত্তরের দশকের প্রসেসরের কয়েক হাজার ট্রানজিস্টরের তুলনায় দেড় বিলিয়ন এরও বেশি ট্রানজিস্টর সমেত একটি প্রসেসরের পক্ষে আরও ত্রুটিগুলি রয়েছে। তবে এটি আমার উত্তর আইএমওর সাথে বিরোধী নয় does সাধারণভাবে প্রসেসর ঝোঁক আছে অনেক অন্তত মাইক্রো-এ, পরিচিত ত্রুটি, কিন্তু এই বিষয় এখানে নেই।)
এমনকি সেখানে হয় আরো আপনার প্রোগ্রামের জন্য CPU- র degredation সম্পর্কে চিন্তা করতে না কারণ:
প্রথম কারণটি হ'ল আধুনিক সিপিইউগুলি তাদের ফ্রিকোয়েন্সি বা থ্রোটল হ্রাস করে, যদি তারা খুব বেশি গরম হয়।
এটি পরিষ্কার হওয়া উচিত যে আপনি যদি পুরো বছর সিপিইউ 100% 24/7 ব্যবহার করেন তবে সাধারণত দ্বিতীয় সপ্তাহে এক ঘন্টা ব্যবহার করা সিপিইউর তুলনায় এটি সাধারণত মারা যায়। তবে এটি গাড়িগুলির ক্ষেত্রেও সত্য। কেবলমাত্র এ জাতীয় ক্ষেত্রে আমি সিপিইউ ব্যবহার এবং সম্ভাব্য ঘুমের বিষয়ে চিন্তা করব।
দ্বিতীয় কারণটি হ'ল এটি এমন একটি প্রোগ্রাম লিখতে খুব শক্ত যেটি ওএস থেকে সিপিইউয়ের 100% ব্যবহার করে (যেমন উইন্ডোজে)। এছাড়াও, আধুনিক সিপিইউগুলিতে (সাধারণত) কমপক্ষে 2-4 কোর থাকে। সুতরাং একটি traditionalতিহ্যবাহী অ্যালগরিদম যা একক কোর সিপিইউর 100% ব্যবহার করতে ঝোঁক, এখন ডুয়াল কোর সিপিইউতে কেবল 50% রয়েছে (সরলীকৃত তবে বাস্তব পরিস্থিতিতে দেখা যায়)।
তবুও অপারেটিং সিস্টেমের সিপিইউ নিয়ন্ত্রণ করে এবং আপনার প্রোগ্রামটি নয়, সুতরাং যদি একই বা উচ্চতর অগ্রাধিকার সহ অন্যান্য অ্যাপ্লিকেশন থাকে (ডিফল্টটি কী) তবে আপনার প্রোগ্রামটি কেবলমাত্র যথাসম্ভব সিপিইউ পাচ্ছে, তবে অন্যান্য অ্যাপ্লিকেশনগুলি এগুলি গ্রহণ করবে না ক্ষুধায় মারা। (অবশ্যই এটি কেবল সহজতর তত্ত্ব, এবং অবশ্যই উইন্ডোজ, লিনাক্স এবং অন্যদের মাল্টিটাস্কিং নিখুঁত নয়, তবে সামগ্রিকভাবে আমি এটিকে সত্য হিসাবে বিবেচনা করব)।
"আমি আগে এই ধারণার মধ্যে ছিলাম যে একটি নিবিড় বা দীর্ঘ ক্রিয়াকলাপের জন্য 100% সিপিইউ ব্যবহার পছন্দনীয় .."
হ্যাঁ, এই সঙ্গে থাকুন। তবে উদাহরণস্বরূপ, আপনি যদি অন্য প্রক্রিয়াটির জন্য অপেক্ষা ও লুপিং করেন, অন্য কথায় কিছু না করেন তবে আপনি থ্রেড করা খুব খারাপ হবে না that ঘুমান) লুপটিতে কিছু মিলিসেকেন্ড, অন্যকে অতিরিক্ত সময় দেয়। যদিও এটি কোনও ভাল মাল্টিটাস্কিং ওএসের জন্য প্রয়োজনীয় নয়, আমি উইন্ডোজ 2000 এর জন্য উদাহরণ সহ কয়েকটি সমস্যা সমাধান করেছি ((উদাহরণস্বরূপ গণনায় ঘুম () অবশ্যই এটি ব্যবহার করার অর্থ নেই ..