কেন আমাদের একই গতিতে সমস্ত কোরগুলির সাথে সিপিইউ রয়েছে এবং বিভিন্ন গতির সংমিশ্রণটি নেই?


79

সাধারণভাবে আপনি যদি নতুন কম্পিউটার কিনে থাকেন তবে আপনার প্রত্যাশিত কাজের চাপ কী হবে তা নির্ধারণ করে আপনি কোন প্রসেসরটি কিনবেন। গেমগুলিতে পারফরম্যান্স একক কোর গতি দ্বারা নির্ধারিত হয়, যেখানে ভিডিও সম্পাদনার মতো অ্যাপ্লিকেশনগুলি কোরের সংখ্যা দ্বারা নির্ধারিত হয়।

বাজারে যা পাওয়া যায় তার নিরিখে - সমস্ত সিপিইউগুলির মূল পার্থক্য বেশি থ্রেড বা আরও বেশি কোর হওয়ার সাথে প্রায় একই গতি বলে মনে হয়।

উদাহরণ স্বরূপ:

  • ইন্টেল কোর আই 5-7600 কে, বেস ফ্রিকোয়েন্সি 3.80 গিগাহার্টজ, 4 টি কোর, 4 টি থ্রেড
  • ইন্টেল কোর আই 7-7700 কে, বেস ফ্রিকোয়েন্সি 4.20 গিগাহার্টজ, 4 টি কোর, 8 টি থ্রেড
  • এএমডি রাইজন 5 1600 এক্স, বেস ফ্রিকোয়েন্সি 3.60 গিগাহার্টজ, 6 টি কোর, 12 থ্রেড
  • এএমডি রাইজন 7 1800 এক্স, বেস ফ্রিকোয়েন্সি 3.60 গিগাহার্টজ, 8 টি কোর, 16 থ্রেড

তাহলে কেন আমরা সমস্ত ঘরের গতির গতি একই সাথে বাড়ানো কোরগুলির এই ধরণটি দেখতে পাই?

আমাদের কেন আলাদা আলাদা ঘড়ির গতির বৈকল্পিকগুলি নেই? উদাহরণস্বরূপ, দুটি 'বড়' কোর এবং প্রচুর ছোট কোর

উদাহরণস্বরূপ, এর পরিবর্তে, বলুন, ৪.০ গিগাহার্জ চারটি কোর (অর্থাত্ xx৪ গিগাহার্টজ H ১z গিগাহার্জ সর্বাধিক), ৪.০ গিগাহার্জ বলার জন্য দুটি কোর সহ একটি সিপিইউ সম্পর্কে কী বলা যায় এবং ২ গিগাহার্জ (যেমন 2x4.0 গিগাহার্টজ) এ চলমান চারটি কোর বলে + 4x2.0 গিগাহার্জ ~ 16 গিগাহার্জ সর্বোচ্চ)। একক থ্রেডেড ওয়ার্কলোডগুলিতে দ্বিতীয় বিকল্পটি কি সমানভাবে ভাল হবে না, তবে একাধিক থ্রেডযুক্ত ওয়ার্ক লোডগুলিতে সম্ভাব্য ভাল?

আমি এই প্রশ্নটিকে একটি সাধারণ পয়েন্ট হিসাবে জিজ্ঞাসা করি - বিশেষত আমি উপরে তালিকাভুক্ত CP সিপিইউ সম্পর্কে বা কোনও নির্দিষ্ট একটি নির্দিষ্ট কাজের চাপ সম্পর্কে নয়। প্যাটার্নটি কেন এটি ঠিক তা সম্পর্কে আমি কৌতূহলী।


15
দ্রুত এবং ধীর কোর সহ অনেকগুলি মোবাইল রয়েছে এবং প্রায় সমস্ত আধুনিক মাল্টি কোর সার্ভারগুলিতে লোডের উপর নির্ভর করে সিপিইউ কোর স্পিড ক্লকটি স্বতন্ত্র থাকে, কিছু না এমনকি ব্যবহৃত হয় যখন কোর স্যুইচ অফ করে। একটি সাধারণ উদ্দেশ্যে কম্পিউটারে যেখানে আপনি শক্তি সঞ্চয় করার জন্য ডিজাইন করেন না তবে কেবল দুটি ধরণের কোর (সিপিইউ এবং জিপিইউ) থাকা প্ল্যাটফর্মটিকে আরও নমনীয় করে তোলে।
eckes

5
থ্রেড শিডিয়ুলার কোন কোরটি ব্যবহার করবেন সে সম্পর্কে কোনও বুদ্ধিমান পছন্দ করতে পারার আগে কোনও প্রক্রিয়া একাধিক কোরের সুবিধা নিতে পারে কিনা তা নির্ধারণ করতে হবে। নির্ভরযোগ্যভাবে এটি করা অত্যন্ত সমস্যাযুক্ত এবং ত্রুটির প্রবণতা হবে। বিশেষত যখন এটি অ্যাপ্লিকেশনগুলির চাহিদা অনুসারে গতিশীল পরিবর্তন করতে পারে। যখন বেশিরভাগ ক্ষেত্রে সেরা কোর ব্যবহার করা হত তখন শিডিয়ুলারকে একটি সর্বোত্তম পছন্দ করতে হবে। আইডেন্টিকাল কোরগুলি জিনিসগুলিকে সহজ করে তোলে, সর্বাধিক নমনীয়তা দেয় এবং সাধারণত সর্বোত্তম পারফরম্যান্স থাকে।
এলমিলার 7

33
ঘড়ির গতি আপনার বর্ণিত পদ্ধতিতে যুক্তিযুক্তভাবে যুক্তিযুক্ত বলা যায় না। 4 গিগাহার্জ-এ চারটি কোর চলার অর্থ এই নয় যে আপনার 16 গিগাহার্টজের মোট "মোট" রয়েছে, বা এর অর্থ এই নয় যে এই 16 গিগাহার্জটি 2 গিগাহার্টজ চলমান 8 প্রসেসর বা 1 গিগাহার্টজ চলমান 16 প্রসেসরে বিভক্ত হতে পারে।
বব জার্ভিস

16
প্রশ্নের ভিত্তিটি কেবল ভুল। আধুনিক সিপিইউগুলি বিভিন্ন গতিতে কোর চালাতে পুরোপুরি সক্ষম
ফুলচলভি

উত্তর:


85

এটি ভিন্নজাতীয় মাল্টিপ্রসেসিং ( এইচএমপি ) হিসাবে পরিচিত এবং মোবাইল ডিভাইসগুলি দ্বারা এটি ব্যাপকভাবে গৃহীত হয়। এআরএম ভিত্তিক ডিভাইসগুলি বাস্তবায়ন সালে big.LITTLE , প্রসেসর বিভিন্ন কর্মক্ষমতা এবং শক্তি প্রোফাইলের সাথে কোর রয়েছে, যেমন কিছু কোর ফাস্ট কিন্তু ক্ষমতা প্রচুর (অপেক্ষাকৃত দ্রুত স্থাপত্য এবং / বা উচ্চতর ঘড়ি) আঁকা চালানোর অন্যরা শক্তি-সাশ্রয়ী কিন্তু ধীর (হয় ধীর আর্কিটেকচার এবং / বা নিম্ন ঘড়ি)। এটি কার্যকর কারণ বিদ্যুৎ ব্যবহারের কারণে আপনি কোনও নির্দিষ্ট পয়েন্ট পেরিয়ে গেলে পারফরম্যান্স বাড়ানোর সাথে সাথে তুলনামূলকভাবে বাড়তে থাকে। এখানে ধারণাটি হ'ল আপনার যখন প্রয়োজন হয় তখন পারফরম্যান্স পান এবং যখন আপনি না করেন তখন ব্যাটারি লাইফ হয়।

ডেস্কটপ প্ল্যাটফর্মে, বিদ্যুত ব্যবহার কোনও সমস্যার তুলনায় অনেক কম তাই এটি সত্যিকার অর্থে প্রয়োজনীয় নয়। বেশিরভাগ অ্যাপ্লিকেশন প্রত্যাশা করে যে প্রতিটি কোর একই কর্মক্ষমতা বৈশিষ্ট্য রয়েছে এবং traditionalতিহ্যবাহী এসএমপি সিস্টেমগুলির জন্য সময় নির্ধারণের চেয়ে এইচএমপি সিস্টেমগুলির জন্য নির্ধারিত প্রক্রিয়াগুলি আরও জটিল। (উইন্ডোজ 10 প্রযুক্তিগতভাবে এইচএমপির পক্ষে সমর্থন করে তবে এটি মূলত মোবাইল ডিভাইসগুলির জন্য যা আর্ম বিগ ব্যবহার করে for লিটল intended

এছাড়াও, সবচেয়ে ডেস্কটপ ও ল্যাপটপ প্রসেসর আজ না গরম বা বৈদ্যুতিকভাবে বিন্দু যেখানে কিছু কোর এমনকি সংক্ষিপ্ত বিস্ফোরণ জন্য দ্রুত অন্যদের তুলনায় চালানোর জন্য প্রয়োজন সীমাবদ্ধ। আমরা স্বতন্ত্রভাবে কোরগুলি কীভাবে দ্রুত তৈরি করতে পারি তার ভিত্তিতে আমরা একটি প্রাচীরকে আঘাত করেছি , সুতরাং কিছু কোরকে ধীর গতির সাথে প্রতিস্থাপন করা বাকি কোরগুলিকে দ্রুত চলতে দেয় না।

যদিও কয়েকটি ডেস্কটপ প্রসেসর রয়েছে যার একটি বা দুটি কোর অন্যদের চেয়ে দ্রুত চলতে সক্ষম হয়, এই ক্ষমতাটি বর্তমানে বেশ কয়েকটি উচ্চ-প্রান্তের ইন্টেল প্রসেসরের মধ্যে সীমাবদ্ধ (টার্বো বুস্ট ম্যাক্স টেকনোলজি 3.0 হিসাবে) এবং কেবল কার্য সম্পাদনে সামান্য লাভ জড়িত দ্রুত চালাতে পারে এমন কোরগুলির জন্য।


ভারী-থ্রেডযুক্ত কাজের চাপের জন্য অনুকূল, ধীরে ধীরে এবং ধীরে ধীরে দুটি কোর সহ একটি withতিহ্যবাহী x86 প্রসেসরের নকশা করা সম্ভব হলেও এটি প্রসেসরের ডিজাইনে যথেষ্ট জটিলতা যুক্ত করবে এবং অ্যাপ্লিকেশনগুলি এটির যথাযথ সমর্থন করার সম্ভাবনা কম রয়েছে are

দুটি দ্রুত কাবি হ্রদ (সপ্তম প্রজন্মের কোর) কোর এবং আটটি ধীরে সোনার গোল্ডমন্ট (অ্যাটম) কোর সহ একটি অনুমানক প্রসেসর নিন । আপনার কাছে মোট 10 টি কোর রয়েছে এবং এই ধরণের প্রসেসরের জন্য অনুকূলভাবে ভারী- থ্রেডযুক্ত ওয়ার্ল্ডগুলি একটি সাধারণ কোয়াড-কোর কাবি লেকের প্রসেসরের মাধ্যমে পারফরম্যান্স এবং দক্ষতার বৃদ্ধি পেতে পারে । যাইহোক, বিভিন্ন ধরণের কোরগুলির বুননীয়ভাবে বিভিন্ন পারফরম্যান্সের স্তর রয়েছে এবং ধীরে ধীরে কোর এভিএক্স এর মতো দ্রুত কোরগুলি সমর্থন করে এমন কয়েকটি নির্দেশকে সমর্থনও করে না । (এআরএম একই নির্দেশকে সমর্থন করার জন্য বড় এবং LITTLE উভয় কোরের প্রয়োজনের মাধ্যমে এই সমস্যাটি এড়িয়ে চলে))

আবার, বেশিরভাগ উইন্ডোজ-ভিত্তিক মাল্টিথ্রেডেড অ্যাপ্লিকেশন ধরে নেওয়া হয় যে প্রতিটি কোরের একই বা প্রায় একই স্তরের পারফরম্যান্স থাকে এবং একই নির্দেশাবলী কার্যকর করতে পারে, সুতরাং এই ধরণের অসম্পূর্ণতা সম্ভবত আদর্শের চেয়ে কম পারফরম্যান্সের ফলস্বরূপ, এমনকি যদি ক্রাশ হয় তবে এটি ধীর কোর দ্বারা সমর্থিত নির্দেশাবলী ব্যবহার করে। যদিও ইন্টেল উন্নত নির্দেশিকা সমর্থন যোগ করতে ধীর কোরগুলিকে সংশোধন করতে পারে যাতে সমস্ত কোর সমস্ত নির্দেশনা কার্যকর করতে পারে তবে এটি ভিন্নজাতীয় প্রসেসরের সফ্টওয়্যার সমর্থন সহ সমস্যাগুলি সমাধান করতে পারে না।

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


1
উইন্ডোজ ইতিমধ্যে 'অ্যাপস', 'ব্যাকগ্রাউন্ড প্রক্রিয়া' এবং 'উইন্ডোজ প্রসেসিস' এর ধারণা রয়েছে। সুতরাং এটি একটি হার্ডওয়্যার স্তর পর্যন্ত প্রসারিত না?
জেমি

2
@ জ্যামি এ "ব্যাকগ্রাউন্ড" প্রক্রিয়াটি আরও কম সময়ের স্লাইস পায় এবং এতে বাধা হওয়ার সম্ভাবনা বেশি থাকে। উইন্ডোজ 10 কিছু পরিমাণে এইচএমপি সিস্টেমগুলির জন্য অ্যাকাউন্ট করে, যদিও কীভাবে এখনও তেমন তথ্য নেই।
বব

সুতরাং আমি মনে করি যে @bwDraco সম্পাদনার পরে আমার পক্ষে এটির বেশ উত্তর দিয়েছে। যদি কোনও 'মিক্সড' প্রসেসর থাকে তবে এটি একই নির্দেশিকা সেটটিকে সহজেই সমর্থন করতে পারে যদি এটি সেভাবে তৈরি করা হত, সুতরাং আমাদের সঠিক কোরটি বাছাই করার জন্য আমাদের এক ধরণের শিডিয়ুলারের প্রয়োজন হবে। আমি ভাবছি যে সত্যিকারের অ্যাপ্লিকেশনগুলি যা প্রচুর ছোট কোরে গিয়ে উপকার করে তা সম্ভবত প্রচুর পরিমাণে এবং খুব ছোট ছোট কোরে গিয়েও আরও বেশি উপকৃত হবে। সুতরাং আমরা জিপিইউ ত্বরণ আছে।
জ্যামি

3
নোট করুন যে জিপিইউ কেসটি 10 ​​টি ছোট এবং ধীর কোরের জন্য 2 বড় কোর ট্রেড করছে না, বরং 1024 ছোট এবং ধীর কোরের জন্য 2 টি বড় কোর ট্রেডিংয়ের (খুব রুক্ষ) সমতুল্য। সামান্য সামান্য সমান্তরাল না, সামান্য সামান্য সামান্য।
ইয়াক

4
ইন্টেল সম্ভবত অতিরিক্ত অতিরিক্ত সিলিকন ছাড়াই AVX2 নির্দেশিকা চালানোর জন্য একটি গোল্ডমন্ট কোর পেতে পারে (ধীরে ধীরে, 128 বি অপ্সের জোড়া ডিকোড করে)। নাইটস ল্যান্ডিংয়ের (জিয়ন পিআই) এভিএক্স 512 সহ সিলভারমন্ট-ভিত্তিক কোর রয়েছে, তাই সিলভারমন্টটি পরিবর্তন করা অসম্ভব বলে মনে হয় না। তবে কেএনএল ভেক্টর নির্দেশাবলীর জন্য আউট-অফ-অর্ডার এক্সিকিউশন যুক্ত করে, যখন সাধারণ সিলভার / গোল্ডমন্ট কেবলমাত্র পূর্ণসংখ্যার জন্য OOO করে, তাই তারা সম্ভবত কেএনএল এর চেয়ে গোল্ডমন্টের কাছাকাছি নকশা করতে চাইবে। যাইহোক, ইনসেট সেটগুলি আসল সমস্যা নয়। এটি ওএস সমর্থন এবং সামান্য সুবিধা যা হ'ল নিম্ন-পাওয়ার কোরটিতে ডাই-এরিয়া ব্যয় করার আসল প্রতিবন্ধকতা।
পিটার কর্ডস

68

আপনি যা জিজ্ঞাসা করছেন তা হ'ল বর্তমান সিস্টেমগুলি কেন অ্যাসিমেট্রিক মাল্টিপ্রসেসিংয়ের পরিবর্তে সিমমেট্রিক মাল্টিপ্রসেসিং ব্যবহার করছে

অসম্পৃক্ত মাল্টিপ্রসেসিং পুরানো দিনগুলিতে ব্যবহৃত হত, যখন একটি কম্পিউটার প্রচুর পরিমাণে ছিল এবং বেশ কয়েকটি ইউনিট ছিল।

আধুনিক সিপিইউগুলিকে এক ইউনিট হিসাবে নিক্ষেপ করা হয়, একটি মরে, যেখানে বিভিন্ন ধরণের সিপিইউগুলি না মেশানো অনেক সহজ, যেহেতু তারা সবাই একই বাস এবং র‌্যাম ভাগ করে।

ঘড়ির সীমাবদ্ধতাও রয়েছে যা সিপিইউ চক্র এবং র‌্যাম অ্যাক্সেসকে নিয়ন্ত্রণ করে। বিভিন্ন গতির সিপিইউগুলিকে মিশ্রিত করার সময় এটি অসম্ভব হয়ে উঠবে। ক্লক-কম পরীক্ষামূলক কম্পিউটারগুলির উপস্থিতি ছিল এবং এটি খুব দ্রুত ছিল, তবে আধুনিক হার্ডওয়্যারগুলির জটিলতাগুলি একটি সহজ স্থাপত্যকে চাপিয়ে দিয়েছে।

উদাহরণস্বরূপ, স্যান্ডি ব্রিজ এবং আইভি ব্রিজ কোরগুলি একই সাথে বিভিন্ন গতিতে চলতে পারে না যেহেতু L3 ক্যাশে বাসটি একই ঘড়ির গতিতে কোরগুলির মতো চালিত হয়, সুতরাং সুসংগত সমস্যা রোধ করতে তাদের সবাইকে হয় সেই গতিতে চালাতে হবে অথবা পার্কিং / অফ (লিঙ্ক: ইন্টেলের স্যান্ডি ব্রিজ আর্কিটেকচার এক্সপোজড )। (স্কাইলেকের জন্য নীচের মন্তব্যেও যাচাই করা হয়েছে))

[সম্পাদনা] কিছু লোক সিপিইউগুলিকে মিশ্রিত করা অসম্ভব বলে বোঝানোর জন্য আমার উত্তরটি ভুল করেছে। তাদের সুবিধার জন্য আমি জানিয়েছি: পৃথক পৃথক সিপিইউগুলির মিশ্রণ আজকের প্রযুক্তির বাইরে নয়, তবে করা হয় না - "কেন নয়" প্রশ্নটি। উপরে উত্তর হিসাবে, এটি প্রযুক্তিগতভাবে জটিল হবে, তাই ব্যয়বহুল এবং খুব কম বা কোনও আর্থিক লাভের জন্য, তাই নির্মাতাদের আগ্রহী করে না।

নীচে কিছু মন্তব্যের জবাব এখানে দেওয়া হল:

টার্বো বুস্ট CPU- র গতি পরিবর্তন তাই তারা করতে পারেন পরিবর্তন করা

টার্বো বুস্টটি ঘড়ির গতি বাড়িয়ে এবং কিছু গুণককে পরিবর্তনের মাধ্যমে করা হয়, যা ওভারক্লক করার সময় লোকেরা ঠিক তাই করে, হার্ডওয়্যার আমাদের জন্য এটি করে except ঘড়িটি একই সিপিইউতে কোরগুলির মধ্যে ভাগ করা হয়, তাই এটি পুরো সিপিইউ এবং এর সমস্ত কোরকে সমানভাবে গতি দেয়।

কিছু ফোনে বিভিন্ন গতির একাধিক সিপিইউ থাকে

এই জাতীয় ফোনে সাধারণত প্রতিটি সিপিইউ সম্পর্কিত আরও একটি কাস্টম ফার্মওয়্যার এবং সফ্টওয়্যার স্ট্যাক থাকে, আরও দুটি পৃথক সিপিইউ (বা সিপিইউ এবং জিপিইউয়ের মতো) এর মতো এবং তাদের সিস্টেমে মেমরির একক দৃষ্টিভঙ্গির অভাব থাকে। এই জটিলতাটি প্রোগ্রাম করা শক্ত এবং তাই অসমমিতিক মাল্টিপ্রসেসিংটি মোবাইল অঞ্চলে ছেড়ে দেওয়া হয়েছিল, যেহেতু এর জন্য নিম্ন-স্তরের-থেকে-হার্ডওয়্যার সফ্টওয়্যার বিকাশ প্রয়োজন, যা সাধারণ উদ্দেশ্যে ডেস্কটপ ওএস দ্বারা সরিয়ে দেওয়া হয়। এই কারণেই এই জাতীয় কনফিগারেশনগুলি পিসিতে পাওয়া যায় না (আমরা যদি সংজ্ঞাটি প্রসারিত করি তবে সিপিইউ / জিপিইউ ব্যতীত)।

আমার সার্ভারে 2x জিয়ন ই 5-2670 ভি 3 (এইচটি সহ 12 টি কোরে) বর্তমানে 1.3 গিগাহার্টজ, 1.5 গিগাহার্টজ, 1.6 গিগাহার্টজ, 2.2 গিগাহার্জ, 2.5 গিগাহার্জ, 2.7 গিগাহার্টজ, 2.9 গিগাহার্জ, এবং অন্যান্য অনেক গতি রয়েছে।

একটি কোর হয় সক্রিয় বা নিষ্ক্রিয়। একই সময়ে সক্রিয় সমস্ত কোর একই ফ্রিকোয়েন্সিতে চালিত হয়। আপনি যা দেখছেন তা হ'ল সময় বা গড়ের কেবল একটি শিল্পকর্ম। আমি নিজেও লক্ষ করেছি যে উইন্ডোজ দীর্ঘ সময়ের জন্য কোনও কোর পার্ক করে না, বরং পৃথকভাবে সমস্ত কোরকে রিসোর্স মনিটরের রিফ্রেশ রেটের চেয়ে অনেক দ্রুত পার্ক / আনপার্ক করে, তবে আমি এই আচরণের কারণটি জানি না যা সম্ভবত পিছনে রয়েছে উপরের মন্তব্য।

ইন্টেল হাসওয়েল প্রসেসরের একীভূত ভোল্টেজ নিয়ামক রয়েছে যা প্রতিটি কোরের জন্য পৃথক ভোল্টেজ এবং ফ্রিকোয়েন্সি সক্ষম করে

পৃথক ভোল্টেজ নিয়ামকগুলি ঘড়ির গতি থেকে পৃথক। সমস্ত কোর অভিন্ন নয় - কিছু দ্রুত। দ্রুত কোরগুলিকে কিছুটা কম শক্তি দেওয়া হয়, দুর্বল কোরগুলিকে প্রদত্ত শক্তি বাড়ানোর জন্য হেডরুম তৈরি করে। বর্তমান ঘড়ির গতি বজায় রাখার জন্য কোর ভোল্টেজ নিয়ন্ত্রকদের যথাসম্ভব কম সেট করা হবে। সিপিইউতে থাকা পাওয়ার কন্ট্রোল ইউনিট ভোল্টেজগুলি নিয়ন্ত্রণ করে এবং মানের ক্ষেত্রে পৃথক হওয়া কোরগুলির জন্য যেখানে প্রয়োজন সেখানে ওএস অনুরোধগুলি ওভাররাইড করবে। সংক্ষিপ্তসার: পৃথক নিয়ামকরা সমস্ত কোর একই ঘড়ির গতিতে অর্থনৈতিকভাবে পরিচালিত করার জন্য, পৃথক মূল গতি নির্ধারণের জন্য নয় are


3
আহ। আরও mshorter এবং বিন্দু। +1
হেনেস

6
@harrymc- এ সিঙ্ক্রোনাইজার ব্লক রয়েছে যা একে পুরোপুরিভাবে পরিচালনা করে; ডিআআরএএম মূল গতির চেয়ে ধীর গতিতে চালিত হয় এবং একই চিপটিতে আপনার গতিশীলভাবে বিভিন্ন গতিতে ইন্টেল কোর চলতে পারে।
pjc50

10
ইন্টেল কোর-সিরিজ প্রসেসরগুলি সর্বদা একই ডাইতে বিভিন্ন গতিতে চলে।
নিক টি

9
বড়.লিটল আর্কিটেকচার এবং কোর-ইন্ডিপেন্ডেন্ডেন্ট ক্লক বুস্টিংয়ের একমাত্র অস্তিত্ব আপনাকে ভুল প্রমাণিত করে। ভিন্নধর্মী মাল্টিপ্রসেসিং মূলধারার। এটা তোলে করতে কাজ করতে হবে, এটা করা হয় ফোনের মধ্যে সম্পন্ন, কিন্তু কিছু কারণে ডেস্কটপ না।
এজেন্ট_এল

9
@ এজেন্ট_এল: কারণটি জটিলতা। ডেস্কটপ সিপিইউগুলি ইতিমধ্যে যথেষ্ট ব্যয়বহুল। সুতরাং আমি পুনরুক্তি করছি: সমস্ত কিছুই সম্ভব, তবে আসল প্রশ্ন এটি কেন করা হচ্ছে না, এটি করা যায় কিনা তা নয়। আমার উপর আক্রমণ করবেন না যেন আমি দাবি করেছি যে এটি অসম্ভব - আমি কেবল এটুকুই বলি যে এটি অত্যন্ত জটিল এবং ব্যয়বহুল এবং নির্মাতাদের আগ্রহের জন্য খুব সামান্য লাভের জন্য।
harrymc

46

আমাদের কেন আলাদা আলাদা ঘড়ির গতির বৈকল্পিকগুলি নেই? অর্থাত। 2 'বড়' কোর এবং প্রচুর ছোট কোর।

- এটা যে আপনার পকেট ক্রীড়া ফোন ঠিক ব্যবস্থা সম্ভব এআরএম big.LITTLE ঠিক কাজ করে যেমন আপনি বর্ণনা করেছেন। এটি কেবলমাত্র একটি ঘড়ির গতির পার্থক্য নয়, এগুলি সম্পূর্ণ আলাদা মূল ধরণের হতে পারে - সাধারণত ধীর গতিযুক্ত ক্লকগুলি এমনকি "ডাম্বার" (কোনও আদেশের বাইরে চলে যাওয়া এবং অন্যান্য সিপিইউ অপ্টিমাইজেশান নয়)।

এটি মূলত ব্যাটারি সংরক্ষণ করার জন্য একটি দুর্দান্ত ধারণা, তবে এর নিজস্ব ত্রুটি রয়েছে; বিভিন্ন সিপিইউগুলির মধ্যে স্টাফ স্থানান্তরিত করার জন্য বুককিপিং আরও জটিল, বাকী পেরিফেরিয়ালগুলির সাথে যোগাযোগ আরও জটিল এবং সবচেয়ে গুরুত্বপূর্ণ, এই জাতীয় কোরকে কার্যকরভাবে ব্যবহার করার জন্য টাস্ক শিডিয়ুলারকে অত্যন্ত স্মার্ট হতে হবে (এবং প্রায়শই "সঠিক ধারণা করতে") ।

আদর্শ ব্যবস্থা হ'ল "সামান্য" কোরগুলিতে নন-টাইম-সমালোচনামূলক ব্যাকগ্রাউন্ড কাজগুলি পরিচালনা করা বা তুলনামূলকভাবে ছোট ইন্টারেক্টিভ টাস্কগুলি চালানো এবং "বড় "গুলিকে কেবল বড়, দীর্ঘ গণনার জন্য জাগানো (যেখানে ছোট কোরগুলিতে অতিরিক্ত সময় ব্যয় হয়) বেশি ব্যাটারি খাওয়া) বা মাঝারি আকারের ইন্টারেক্টিভ কাজের জন্য যেখানে ব্যবহারকারী সামান্য কোরে স্বচ্ছন্দতা বোধ করে।

তবে, প্রতিটি টাস্ক কী ধরণের কাজ চালাচ্ছে সে সম্পর্কে শিডিয়ুলের সীমিত তথ্য রয়েছে এবং সেগুলি নির্ধারণ করার জন্য কোথায় সিদ্ধান্ত নেবেন তা নির্ধারণের জন্য কিছু হিউরিস্টিক (বা বাহ্যিক তথ্য যেমন কোনও নির্দিষ্ট কাজটিতে কিছু স্নেহ মুখোশ জোর করে) অবলম্বন করতে হবে। যদি এটি ভুল হয়ে যায় তবে আপনি ধীর গতির উপর কোন কাজ চালাতে প্রচুর সময় / শক্তি অপচয় করতে পারেন এবং একটি খারাপ ব্যবহারকারীর অভিজ্ঞতা দিতে পারেন, বা নিম্ন অগ্রাধিকারমূলক কাজের জন্য "বড়" কোরগুলি ব্যবহার করে এবং এইভাবে শক্তি / তাদের প্রয়োজনীয় কাজগুলি থেকে তাদের চুরি করা।

এছাড়াও, একটি অসম্পূর্ণ মাল্টিপ্রসেসিং সিস্টেমে সাধারণত কোনও এসএমপি সিস্টেমে যে কাজগুলি করা হয় তার চেয়ে আলাদা আলাদা কোরে মাইগ্রেট করা আরও ব্যয়বহুল, সুতরাং শিডিয়ুলারকে সাধারণত একটি এলোমেলো ফ্রি কোরটিতে চালানোর চেষ্টা করার পরিবর্তে একটি ভাল প্রাথমিক অনুমান করতে হয় এটি প্রায় পরে।


পরিবর্তে এখানে ইন্টেল পছন্দ হ'ল অভিন্ন বুদ্ধিমান এবং দ্রুত কোর সংখ্যা কম, তবে খুব আক্রমণাত্মক ফ্রিকোয়েন্সি স্কেলিং সহ। সিপিইউ ব্যস্ত হয়ে উঠলে এটি দ্রুত সর্বাধিক ঘড়ির গতি পর্যন্ত ছড়িয়ে পড়ে, কাজটি সবচেয়ে দ্রুত গতিতে কাজ করে এবং তারপরে সর্বনিম্ন বিদ্যুতের ব্যবহার মোডে ফিরে যেতে এটি স্কেল করে। এটি শিডিয়ুলারের উপর বিশেষ বোঝা রাখে না এবং উপরে বর্ণিত খারাপ পরিস্থিতি এড়িয়ে চলে। অবশ্যই, নিম্ন ক্লক মোডে থাকা অবস্থায়ও এই কোরগুলি "স্মার্ট" হয়, তাই তারা সম্ভবত কম-ক্লক "বোকা" বড় L লিটল কোরগুলির চেয়ে বেশি গ্রহণ করবে।


1
হিউরিস্টিক্স বেশ সহজ হতে হবে। যে কোনও অনৈচ্ছিক টাস্ক স্যুইচ (পূর্ণ টাইমস্লাইস ব্যবহার) হ'ল ধীরে ধীরে সিপিইউ কাজের জন্য অনুপযুক্ত। খুব কম ব্যবহার এবং সমস্ত স্বেচ্ছাসেবী টাস্ক স্যুইচগুলি ইঙ্গিত দেয় যে কাজটি ধীর সিপিইউতে স্থানান্তরিত হতে পারে।
আর ..

3
অন্য সমস্যাটি হ'ল 4 বোকা 2GHz কোর 2 স্মার্ট 4GHz কোরের চেয়ে বেশি মাপের আকার নিতে পারে, বা এগুলি আরও ছোট হতে পারে এবং 4 গিগাহার্টজ কোরের তুলনায় অনেক কম শক্তি নিতে পারে তবে আরও ধীর গতিতে চালিত হয়
ফুচলভি

2
@ আর .: নীতি অনুসারে আমি আপনার সাথে একমত, তবে এমনকি এটির জন্য কিছু বেসিক শিডিয়ুলার সমর্থন সক্ষম করে আমি দেখেছি যে আমি ব্যবহার করা একটি এআরএম বোর্ডে হাস্যকর কোর জাস্টলিং ছিল তাই এটিতে আরও কিছু থাকতে হবে। এছাড়াও, বেশিরভাগ "নিয়মিত" মাল্টিথ্রেডেড সফ্টওয়্যারটি এসএমপির কথা মাথায় রেখেই লেখা হয়, সুতরাং ধীরে ধীরে কাজগুলি টানানোর সাথে থ্রেড পুলগুলি মোট কোরের সংখ্যার মতো বড় দেখা অবাস্তব নয়।
মাত্তেও ইটালিয়া

1
@ র‌্যামহাউন্ড: একটি 120 ডাব্লু 10-কোর অংশটির প্রতি বিদ্যুৎ বাজেট 12 ডাব্লু (একক-কোর টার্বো মোড ব্যতীত) রয়েছে। এই জন্যই সর্বোচ্চ একক কোর ঘড়ি কোয়াড-কোর অংশ, যেখানে যেমন ইন্টেলের পাওয়া যায় i7-6700k 4 কোর জন্য 91W একটি ক্ষমতা বাজেট রয়েছে: 22.75W কোর প্রতি সক্রিয় সব কোর সঙ্গে প্রবক্তা (এমনকি একটি সঙ্গে 4.0GHz এ অ্যাভিএক্স 2 + প্রাইম 95 এর মতো এফএমএ ওয়ার্কলোড)। এই কারণেই সিঙ্গল কোর টার্বো হেডরুমটি কেবল একটি অতিরিক্ত 0.2GHz, বনাম একটি 22-কোর ব্রডওয়েল E5-2699v4 ২.২ গিগাহার্টজ বেস @ ১৪৫ ডাব্লু, ৩.6 গিগাহার্টজ টার্বো সহ।
পিটার কর্ডেস

@ রামহাউন্ড: একটি উত্তর যুক্ত করেছে যা এতে প্রসারিত হয়। একটি অনেক-কোর জিওন হবে বলে মনে হয় ঠিক হিসাবে অনেক নিম্ন শক্তি কোর চালনা, অথবা ক্ষমতা অনেক ব্যয় যখন সম্ভব (Turbo) ফাস্ট একটি একক থ্রেড চলমান কি ওপি জন্য খুঁজছেন হয়।
পিটার কর্ডেস

14

গেমসে পারফরম্যান্স একক মূল গতি দ্বারা নির্ধারিত হয়,

অতীতে (ডস যুগের গেমস): সঠিক।
আজকাল, এটি আর সত্য নয়। অনেকগুলি আধুনিক গেমগুলি থ্রেডযুক্ত এবং একাধিক কোর থেকে উপকৃত হয়। কিছু গেম 4 টি কোর নিয়ে ইতিমধ্যে বেশ খুশি এবং এই সংখ্যা সময়ের সাথে সাথে বেড়েছে বলে মনে হয়।

যদিও ভিডিও সম্পাদনার মতো অ্যাপ্লিকেশনগুলি কোরের সংখ্যা দ্বারা নির্ধারিত হয়।

সত্য বাছাই।

মূল সংখ্যা * দক্ষতার গতির গতি সংখ্যা।
আপনি যদি একটি একক অভিন্ন কোরকে অভিন্ন কোরগুলির একটি সেটের সাথে তুলনা করেন তবে আপনি বেশিরভাগ ক্ষেত্রেই সঠিক।

বাজারে যা পাওয়া যায় তার নিরিখে - সমস্ত সিপিইউগুলির মূল পার্থক্য বেশি থ্রেড বা আরও বেশি কোর হওয়ার সাথে প্রায় একই গতি বলে মনে হয়। উদাহরণ স্বরূপ:

ইন্টেল কোর আই 5 7600 কে, বেস ফ্রিক 3.80 গিগাহার্জ, 4 কোর ইন্টেল কোর আই 77700 কে, বেস ফ্রিক 4.20 গিগাহার্টজ, 4 কোর, 8 থ্রেড এএমডি রাইজেন 1600x, বেস ফ্রিক 3.60 গিগাহার্জ, 6 কোর, 12 থ্রেড এএমডি রাইজেন 1800x, বেস ফ্রিক 3.60 গিগাহার্টজ, 8 কোর, 16 থ্রেড

বিভিন্ন স্থাপত্যের তুলনা করা বিপজ্জনক তবে ঠিক আছে ...

তাহলে কেন আমরা সমস্ত ঘরের গতির গতি একই সাথে বাড়ানো কোরগুলির এই ধরণটি দেখতে পাই?

আংশিক কারণ আমরা একটি বাধা মধ্যে দৌড়ে। ঘড়ির গতি বাড়ানো মানে আরও বেশি বিদ্যুতের প্রয়োজন হয় এবং আরও বেশি তাপ উত্পন্ন হয়। আরও উত্তাপ মানে আরও বেশি শক্তি প্রয়োজন। আমরা সেভাবে চেষ্টা করেছি, ফলাফলটি ছিল ভয়াবহ পেন্টিয়াম 4 গরম এবং ক্ষুধার্ত ক্ষুধার্ত। ঠান্ডা করা শক্ত। এবং স্মার্টলি ডিজাইন করা পেন্টিয়াম এম-এর চেয়ে দ্রুত নয় (3.0 গিগাহার্টজে এ পি 4 মোটামুটি 1.7 গিগাহার্টজে পি-মব্বের মতো দ্রুত ছিল)।

সেই থেকে আমরা বেশিরভাগ সময় ঘড়ির গতি ঠেকাতে ছেড়ে দিয়েছি এবং এর পরিবর্তে আমরা আরও স্মার্ট সমাধান তৈরি করি। এর অংশটি ছিল কাঁচা ঘড়ির গতিতে একাধিক কোর ব্যবহার করা।

উদাহরণস্বরূপ একটি একক 4 গিগাহার্জ কোর তত বেশি শক্তি আঁকতে পারে এবং তিন গিগাহার্জ কোর হিসাবে তত তাপ উত্পন্ন করতে পারে। যদি আপনার সফ্টওয়্যার একাধিক কোর ব্যবহার করতে পারে তবে এটি আরও দ্রুত হবে।

সমস্ত সফ্টওয়্যার এটি করতে পারে না, তবে আধুনিক সফ্টওয়্যার সাধারণত এটি করতে পারে।

কোন একাধিক কোর সহ আমাদের চিপ রয়েছে এবং কেন আমরা বিভিন্ন সংখ্যক কোর সহ চিপ বিক্রি করি তা কোনটি আংশিকভাবে উত্তর দেয়।

ঘড়ির গতি সম্পর্কে, আমি মনে করি যে আমি তিনটি পয়েন্ট সনাক্ত করতে পারি:

  • লো পাওয়ার সিপিইউ বেশ কয়েকটি ক্ষেত্রে বোঝায় যা কাঁচা গতির প্রয়োজন হয় না। যেমন ডোমেন নিয়ন্ত্রক, এনএএস সেটআপস ... এর জন্য আমাদের কম ফ্রিকোয়েন্সি সিপিইউ রয়েছে। কখনও কখনও এমনকি আরও বেশি কোর (উদাহরণস্বরূপ 8x স্বল্প গতির সিপিইউ ওয়েব সার্ভারের জন্য বোঝায়)।
  • বিশ্রামের জন্য, আমরা সাধারণত আমাদের সর্বাধিক ফ্রিকোয়েন্সিটির কাছাকাছি যা আমরা আমাদের বর্তমান ডিজাইনটি খুব গরম না করেই করতে পারি। (বর্তমান ডিজাইন সহ 3 থেকে 4GHz বলুন)।
  • এবং তার উপরে, আমরা বিনিং করি। সমস্ত সিপিইউ সমানভাবে উত্পন্ন হয় না। কিছু সিপিইউ খারাপভাবে স্কোর করে বা তাদের চিপের অংশগুলিতে খারাপ স্কোর করে, সেই অংশগুলি অক্ষম করে ফেলেছে এবং আলাদা পণ্য হিসাবে বিক্রি করা হয়।

এর সর্বোত্তম উদাহরণটি ছিল একটি 4 কোর এএমডি চিপ। যদি একটি কোর ভাঙা হয় তবে এটি অক্ষম করে 3 কোর চিপ হিসাবে বিক্রি করা হয়েছিল। যখন এই 3 টি কোরের চাহিদা বেশি ছিল, এমনকি 3 টি মূল সংস্করণ হিসাবে কিছু 4 টি কোর বিক্রি হয়েছিল এবং সঠিক সফ্টওয়্যার হ্যাকের সাহায্যে আপনি চতুর্থ কোরটি পুনরায় সক্ষম করতে পারবেন।

এবং এটি কেবল কোর সংখ্যা দিয়েই করা হয় না, এটি গতিকেও প্রভাবিত করে। কিছু চিপ অন্যের চেয়ে বেশি গরম হয়। খুব গরম এবং এটিকে একটি নিম্ন গতির সিপিইউ হিসাবে বিক্রি করুন (যেখানে নিম্ন ফ্রিকোয়েন্সিও কম তাপ উৎপন্ন হয়)।

এবং তারপরে এখানে উত্পাদন এবং বিপণন রয়েছে এবং এটি এটিকে আরও বিছিন্ন করে।

আমাদের কেন আলাদা আলাদা ঘড়ির গতির বৈকল্পিকগুলি নেই? অর্থাত। 2 'বড়' কোর এবং প্রচুর ছোট কোর।

আমরা করি. যে জায়গাগুলিতে এটি বোধগম্য হয় (যেমন মোবাইল ফোন), আমাদের প্রায়শই একটি ধীরে ধীরে মূল সিপিইউ (কম শক্তি), এবং কয়েকটি দ্রুত কোর সহ একটি এসসি থাকে। তবে, সাধারণ ডেস্কটপ পিসিতে এটি করা হয় না। এটি সেটআপটিকে আরও জটিল, আরও ব্যয়বহুল করে তুলবে এবং নিষ্কাশনের কোনও ব্যাটারি নেই।


1
যেমন আমি উল্লেখ করেছি - "আমি এই প্রশ্নটি একটি সাধারণ বিষয় হিসাবে জিজ্ঞাসা করি - বিশেষত আমি উপরে তালিকাভুক্ত সেই সিপাস সম্পর্কে নয়" এবং প্রতিটি কারণের কাছ থেকে দুটি উদাহরণ দেওয়ার কারণ ছিল। যদি আমরা দুটি পরিস্থিতিটিকে ১ হিসাবে বিবেচনা করি তবে সমস্ত বড় বড় কোর এবং ২ টি বড় এবং দুটি ছোট - তবে আমি মনে করি আপনি যে পয়েন্টগুলি উল্লেখ করেছেন তা উভয় ক্ষেত্রেই প্রযোজ্য - যেমন। একটি তাত্ত্বিক সর্বাধিক একক কোর গতি, চিপস বিন্নিং, যখন ব্যবহার না হয় ডাউনলকিং।
জ্যামি

একটি সিঙ্গল ম্যাক্স স্পিড কোর সমস্ত আকর্ষণীয় হয় না যদিও এটি চুসেন না পেয়ে থাকে। উচ্চ গতির কোর (গুলি) পছন্দ করার জন্য সময়সূচী আপডেট করতে হবে।
হেনেস

10

আমাদের কেন আলাদা আলাদা ঘড়ির গতির বৈকল্পিকগুলি নেই? উদাহরণস্বরূপ, দুটি 'বড়' কোর এবং প্রচুর ছোট কোর

যদি না আমরা বিদ্যুৎ খরচ সম্পর্কে অত্যন্ত উদ্বিগ্ন না হয়ে থাকি তবে অতিরিক্ত কোরের সাথে যুক্ত সমস্ত ব্যয় মেনে নেওয়া এবং সেই কোর থেকে যতটা সম্ভব পারফরম্যান্স পাওয়া সম্ভব হবে না তার কোনও ধারণা নেই। সর্বাধিক ঘড়ির গতি বড় করে বানোয়াট প্রক্রিয়া দ্বারা নির্ধারিত হয়, এবং পুরো চিপ একই প্রক্রিয়া দ্বারা তৈরি করা হয়। তাহলে কিছু জালিয়াতি প্রক্রিয়া সমর্থিত তুলনায় ধীরে ধীরে কয়েকটি কোর করার সুবিধা কী হবে?

আমাদের ইতিমধ্যে এমন কোর রয়েছে যা শক্তি সাশ্রয় করতে ধীর করতে পারে। তাদের শিখর অভিনয়কে সীমাবদ্ধ করার বিন্দু কী হবে?


2
এই আমি ভাবছিলাম। কেন তারা ইচ্ছাকৃতভাবে কিছু নিকৃষ্ট উপাদান ব্যবহার করে যখন তারা সবাই অভিজাত হতে পারে? +1 টি।
এমপিডব্লু

1
@ এমপিডাব্লু পছন্দটি কোনও বৃহত্তর মূল তৈরি এবং তারপরে নেওটারিংয়ের মধ্যে নয়, এটি কয়েকটি বিশাল বনাম কয়েকটি ছোট এবং প্রচুর ছোট কোরের মধ্যে রয়েছে। কারণ আপনার দুটি প্রতিযোগিতামূলক পরিস্থিতি রয়েছে - একক থ্রেড পারফরম্যান্স এবং মাল্টি থ্রেড পারফরম্যান্স - কেন উভয়ই সর্বাধিকতর করবেন না? আমরা কি জানি যে আপনি কয়েকটি বড় এবং প্রচুর ছোট কোর দিয়ে একটি চিপ বানাতে পারবেন না?
জেমি

@ জামি আপনি কয়েকটি বড় এবং প্রচুর ছোট কোর দিয়ে একটি চিপ বানাতে পারেন। তবে ছোট কোরগুলি কম ঘড়ির গতিতে চলবে না।
ডেভিড শোয়ার্টজ

তারা যদি সেভাবে ডিজাইন করা হত ... প্রশ্ন হল কেন তারা এগুলি স্ক্র্যাচ থেকে এমনভাবে ডিজাইন করা হয়নি, বিদ্যমান বানোয়াট প্রক্রিয়াটি গ্রহণ না করে এবং এটিকে নতুন করে তৈরি করা হচ্ছে না কেন?
জেমি

@ জামি আপনি কি বলছেন তা আমি বুঝতে পারি না। পুরো সিপিইউ একই বানোয়াট প্রক্রিয়া দিয়ে তৈরি করতে হবে, এবং সর্বাধিক ঘড়ির গতি মূলত বানোয়াট প্রক্রিয়াগুলির একটি বৈশিষ্ট্য। যে ক্ষেত্রগুলিতে একই বানোয়াট স্তরে কম ঘড়ির গতি প্রয়োজন তার জন্য সাধারণত আরও জটিল হতে হবে এবং আরও বেশি জায়গা লাগবে, অন্যথায় তাদের কেন কম ঘড়ির গতি প্রয়োজন?
ডেভিড শোয়ার্টজ

9

আমাদের কেন আলাদা আলাদা ঘড়ির গতির বৈকল্পিকগুলি নেই? উদাহরণস্বরূপ, দুটি 'বড়' কোর এবং প্রচুর ছোট কোর

নামমাত্র ঘড়ির গতি আজকাল বেশিরভাগ বৃহত্তর প্রসেসরের পক্ষে খুব বেশি বোঝায় না যেহেতু তারা সকলেই নিজের উপর এবং নীচে ঘড়ি দেওয়ার ক্ষমতা রাখে। তারা জিজ্ঞাসা করছেন যে তারা পৃথক পৃথকভাবে স্বাধীনভাবে উপরে নীচে ঘড়ি দিতে পারে কি না।

আমি অন্যান্য উত্তর অনেক দ্বারা বিস্মিত এক ধরনের। আধুনিক প্রসেসরগুলি এটি করতে এবং করতে পারে। আপনি এটি দ্বারা পরীক্ষা করতে পারেন, উদাহরণস্বরূপ, স্মার্টফোনে সিপিইউ-জেড খোলার জন্য - আমার গুগল পিক্সেল বিভিন্ন গতিতে বিভিন্ন কোর চালাতে পুরোপুরি সক্ষম:

এটি নামমাত্র ২.১৫ গিগাহার্টজ, তবে দুটি কোর 1.593 গিগাহার্টজে এবং দুটিটি 1.132 গিগাহার্টজে।

প্রকৃতপক্ষে, ২০০৯ সাল থেকে মূলধারার ইন্টেল সিপিইউগুলিতে টিডিপি বাজেটের মধ্যে থাকা অবস্থায় আরও ভাল সিঙ্গেল কোর পারফরম্যান্সের অনুমতি দেওয়ার সময় পৃথক কোরকে উচ্চতর উত্সাহ দেওয়ার যুক্তি রয়েছে: http://www.anandtech.com/show/2832/4

"ফেভারড কোর" (একটি ইন্টেল বিপণন শব্দ) সহ নতুনতর ইন্টেল প্রসেসরগুলির প্রতিটি কোর কারখানায় বৈশিষ্ট্যযুক্ত, দ্রুততম কোরগুলি অতিরিক্ত উচ্চ বাড়িয়ে তুলতে সক্ষম হয়: http://www.anandtech.com/show/11550/the-intel -skylakex-পর্যালোচনা-কোর-i9-7900x-i7-7820x-এবং-i7-7800x পরীক্ষিত / 7

এএমডির বুলডোজার চিপগুলির এটির একটি প্রাথমিক সংস্করণ ছিল: http://www.anandtech.com/show/4955/the-bulldozer-review-amd-fx8150-tested/4

এএমডির নতুন রাইজন চিপগুলি সম্ভবত এটিরও রয়েছে, যদিও এটি এখানে স্পষ্টভাবে বলা হয়নি: http://www.anandtech.com/show/11170/the-amd-zen-and-ryzen-7-review-a- दीप- ডিভ -on-1800x-1700x-এবং-1700/11


আপনি একটি আলাদা প্রশ্নের উত্তর দিচ্ছেন। প্রশ্নটি বেশ কয়েকটি বড় কোর বনাম কয়েকটি বড় কোর এবং প্রচুর পরিমাণে ছোট ছোট কোর সম্পর্কে scen দুটি দৃশ্যের গুণাগুণ। উভয় পরিস্থিতিতে আপনি চাহিদার উপর নির্ভর করে উপরে এবং নিচে ঘড়ি রাখতে পারেন, বা একটি কোরকে উত্সাহ দিতে পারেন।
জেমি

3
আমি প্রশ্নটি এমনভাবে পড়ি না। "বড়" এবং "ছোট" শব্দটি ব্যবহার করা সত্ত্বেও প্রশ্নটি স্থাপত্যগতভাবে পৃথক কোরগুলির উল্লেখ করে না। এটি একচেটিয়াভাবে ঘড়ির গতিতে ফোকাস করে।
অনুদান ওউ

8

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

সমস্ত কোর একরকম হওয়ার কারণ হ'ল এটি এমন এক থ্রেডের পক্ষে সবচেয়ে সহজ করে তোলে যা এক বিন্দুতে একটি মূলের উপর দিয়ে চলতে শুরু করে অন্য বিন্দুতে একটি পৃথক কোরে চলতে শুরু করে। অন্য কোথাও উল্লিখিত হিসাবে, সাধারণভাবে ব্যবহৃত চিপগুলি অভিন্ন কোরগুলির এই নীতি অনুসরণ করে না , যথা এআরএম "বিগ। লিটল" সিপিইউ। যদিও আমার মতে "বড়" এবং "ছোট" কোরগুলির মধ্যে সবচেয়ে গুরুত্বপূর্ণ পার্থক্যটি ঘড়ির গতি নয় ("বড়" কোরগুলি ফ্যানসিয়ার, বিস্তৃত, আরও বেশি অনুমানমূলক কোর থাকে যা বেশি দামে প্রতি ঘড়িতে আরও নির্দেশিকা পায় বিদ্যুতের ব্যবহার, যখন "সামান্য" কোরগুলি এআরএমের একক ইস্যু, ক্রম, কম-পাওয়ার শিকড়গুলির কাছাকাছি যায়), কারণ তারা '

এবং ভিন্নধর্মী কম্পিউটিংয়ের রাজ্যে আরও পরে, একই সিপিতে "সিপিইউ" এবং "জিপিইউ" কোর একীভূত করাও সাধারণভাবে বিবেচ্য। এগুলিতে পুরোপুরি আলাদা ডিজাইন রয়েছে, বিভিন্ন নির্দেশিকা সেট চালানো হয়, আলাদাভাবে সম্বোধন করা হয় এবং সাধারণত পাশাপাশি আলাদাভাবে আটকানো হবে।


7

দ্রুত সিঙ্গল-থ্রেড পারফরম্যান্স এবং খুব উচ্চতর মাল্টি-থ্রেড থ্রুটপুট হ'ল আপনি ইন্টেলের সিওন ই 5-2699v4 এর মতো সিপিইউর সাথে যা পান

এটি একটি 22-কোর ব্রডওয়েল। টেকসই ঘড়ির গতিটি সমস্ত কোর সহ সক্রিয় (উদাহরণস্বরূপ ভিডিও এনকোডিং) সহ ২.২ গিগাহার্টজ, তবে একক-কোর সর্বাধিক টার্বো ৩.6 গিগাহার্টজ।

সুতরাং সমান্তরাল কাজ চালানোর সময়, এটি তার 145W পাওয়ার বাজেট 22 6.6W কোর হিসাবে ব্যবহার করে। তবে কেবল কয়েকটি থ্রেড সহ কোনও টাস্ক চালানোর সময়, সেই একই পাওয়ার বাজেটের ফলে কয়েকটি কোর টার্বুকে 3.6GHz অবধি দেওয়া যায়। ( বড় সিওনের নীচের সিঙ্গেল-কোর মেমরি এবং এল 3-ক্যাশে ব্যান্ডউইদথের অর্থ এটি ডেস্কটপ কোয়াড-কোরের মতো দ্রুত 3.6 গিগাহার্টজে চালিত হতে পারে না a মোট মেমরি ব্যান্ডউইথ।)

2.2GHz রেটযুক্ত ঘড়ির গতি তাপীয় সীমাবদ্ধতার কারণে কম। সিপিইউতে যত বেশি কোর থাকে, তারা সমস্ত সক্রিয় থাকাকালীন ধীরে ধীরে চলতে হয়। আপনি প্রশ্নে উল্লিখিত 4 এবং 8 টি মূল সিপিইউগুলিতে এই প্রভাবটি খুব বেশি বড় নয়, কারণ 8 টি এত বেশি কোর নয় এবং তাদের খুব বেশি পাওয়ার বাজেট রয়েছে। এমনকি উত্সাহী ডেস্কটপ সিপিইউগুলি লক্ষণীয়ভাবে এই প্রভাবটি দেখায়: ইন্টেলের স্কাইলাক-এক্স i9-7900X একটি 10c20t অংশ যার বেস 3.3GHz, সর্বোচ্চ টার্বো 4.5GHz এটি i7-6700k এর চেয়ে অনেক বেশি সিঙ্গল-কোর টার্বো হেডরুম (৪.০ গিগাহার্টজ টিকে আছে / ওভারক্লকিং ছাড়াই ৪.২ গিগাহার্টজ টার্বো)।

ফ্রিকোয়েন্সি / ভোল্টেজ স্কেলিং (ডিভিএফএস) একই কোরকে পারফরম্যান্স / দক্ষতা বক্ররেখার বিস্তৃত পরিসরে পরিচালনা করার অনুমতি দেয়। স্কাইলেক পাওয়ার ম্যানেজমেন্টে এই আইডিএফ2015 উপস্থাপনাটি দেখুন , সিপিইউ দক্ষতার সাথে কী করতে পারে এবং ডিজাইনের সময় স্থিরভাবে এবং ডিভিএফএসের সাথে ফ্লাইতে পারফরম্যান্স বনাম দক্ষতা ট্রেডিং বন্ধ করার বিষয়ে প্রচুর আকর্ষণীয় বিবরণ সহ এই আইডিএফ2015 উপস্থাপনাটি দেখুন ।

স্পেকট্রামের অন্য প্রান্তে, ইন্টেল কোর-এম সিপিইউগুলির খুব কম টেকসই ফ্রিকোয়েন্সি রয়েছে, যেমন 1.2 গিগাহার্জ-তে 4.5 ডাব্লু , তবে টার্বো 2.9 গিগাহার্টজ পর্যন্ত হতে পারে। একাধিক কোর সক্রিয় থাকার সাথে, তারা দৈত্য Xeons এর মত তাদের কোরগুলি আরও কার্যকর ক্লক-গতিতে চালাবে।

আপনার বেশিরভাগ সুবিধার জন্য লিটল স্টাইলের আর্কিটেকচারের দরকার নেই। বড় এআরএম এর ছোট ছোট কোরগুলি হ'ল বেশ ক্রপযুক্ত ইন-অর্ডার কোর যা গণনা কাজের জন্য ভাল নয়। পয়েন্টটি কেবল খুব কম শক্তি সহ একটি ইউআই চালানো run তাদের মধ্যে অনেকগুলি ভিডিও এনকোডিং বা অন্যান্য গুরুতর সংখ্যা ক্রাঞ্চিংয়ের জন্য দুর্দান্ত হবে না। ( @ লাউ ভেন পিএইচ কেন x86 বড় হয় না সে সম্পর্কে কিছু আলোচনা খুঁজে পেয়েছেন L লিটল । মূলত, খুব কম-পাওয়ার অতিরিক্ত ধীর গতিতে অতিরিক্ত সিলিকন ব্যয় করা সাধারণত ডেস্কটপ / ল্যাপটপের ব্যবহারের পক্ষে উপযুক্ত হবে না))


যদিও ভিডিও সম্পাদনার মতো অ্যাপ্লিকেশনগুলি কোরের সংখ্যা দ্বারা নির্ধারিত হয়। [2x 4.0 গিগাহার্জ + 4x 2.0 গিগাহার্জ 4x 4GHz এর চেয়ে বহু-থ্রেডযুক্ত কাজের চাপে ভাল না?]

এটি আপনার মূল ভুল বোঝাবুঝি। আপনি ভাবছেন বলে মনে হচ্ছে যে প্রতি সেকেন্ডে মোট ক্লক টিকিটের একই সংখ্যা আরও বেশি কার্যকর যদি আরও বেশি কোর জুড়ে ছড়িয়ে পড়ে। এমনটি কখনই হয় না। এটা আরও পছন্দ

cores * perf_per_core * (scaling efficiency)^cores

( perf_per_coreঘড়ির গতির মতো একই জিনিস নয়, কারণ 3 জিএইচজেড স্কাইলেকের তুলনায় 3 জিএইচজেড পেন্টিয়াম 4 ঘড়ি চক্রের তুলনায় অনেক কম কাজ পাবে))

আরও গুরুত্বপূর্ণ বিষয়, এটি খুব বিরল যে দক্ষতা 1.0 is কিছু বিব্রতকরভাবে সমান্তরাল কাজগুলি প্রায় রৈখিকভাবে স্কেল করে (যেমন একাধিক উত্স ফাইলগুলি সংকলন)। তবে ভিডিও এনকোডিং এর মতো নয় এক্স 264৪ এর জন্য, কয়েকটি কোর পর্যন্ত স্কেলিংটি খুব ভাল, তবে আরও কোর দিয়ে আরও খারাপ হয়। উদাহরণস্বরূপ, 1 থেকে 2 কোর থেকে যাওয়া প্রায় গতি দ্বিগুণ করবে, তবে 32 থেকে 64 কোর থেকে যাওয়া একটি আদর্শ 1080p এনকোডের জন্য অনেক কম সাহায্য করবে। গতি মালভূমি সেটিংস উপর নির্ভর করে যে বিন্দু। ( -preset veryslowপ্রতিটি ফ্রেমে আরও বিশ্লেষণ করে এবং এর চেয়ে বেশি কোর ব্যস্ত রাখতে পারে -preset fast)।

প্রচুর ধীর গতির সাথে x264 এর একক থ্রেডযুক্ত অংশগুলি বাধা হয়ে উঠবে। (যেমন চূড়ান্ত সিএবিএসি বিটস্ট্রিম এনকোডিং It's এটি এইচ .২64৪ এর গিজিপের সমতুল্য, এবং সমান্তরাল হয় না)) কয়েকটি দ্রুত কোর থাকলে এটির সমাধান হবে, ওএস কীভাবে এটি নির্ধারণ করতে জানত (অথবা যদি x264 উপযুক্ত থ্রেডগুলিতে পিন করেছে) দ্রুত কোর)

x265 x264 এর চেয়ে বেশি কোরগুলির সুবিধা নিতে পারে, যেহেতু এটি করার জন্য আরও বিশ্লেষণ রয়েছে এবং h.265 এর ডাব্লুপিপি ডিজাইনটি আরও এনকোড এবং ডিকোড সমান্তরালতার অনুমতি দেয়। তবে এমনকি 1080p এর জন্যও আপনি কোনও সময়ে শোষণ করার জন্য সমান্তরালতার বাইরে চলে গেছেন।


আপনার কাছে এনকোড করার জন্য একাধিক ভিডিও থাকলে সমান্তরাল স্কেলে একাধিক ভিডিও ভালভাবে করা, L3 ক্যাশে ক্ষমতা এবং ব্যান্ডউইথ এবং মেমরি ব্যান্ডউইথের মতো ভাগ করা সংস্থানগুলির জন্য প্রতিযোগিতা ব্যতীত। খুব কম দ্রুত কোর একই পরিমাণে L3 ক্যাশে থেকে আরও বেশি সুবিধা পেতে পারে, কারণ তাদের সমস্যার একাধিক বিভিন্ন অংশে কাজ করার প্রয়োজন হবে না।


4

কম্পিউটারগুলি বিভিন্ন স্বতন্ত্র গতিতে চলমান বিভিন্ন অংশ রয়েছে এমন ডিজাইন করা সম্ভব হলেও সংস্থাগুলির সালিসি প্রায়শই প্রথমে কোন সার্ভিসে অনুরোধ করা উচিত তা দ্রুত সিদ্ধান্ত নিতে সক্ষম হয়, যার ফলস্বরূপ জেনে রাখা দরকার যে অন্য কোনও অনুরোধ খুব শীঘ্রই অগ্রাধিকার অর্জনের জন্য যথেষ্ট পর্যায়ে এসেছে কিনা । বেশিরভাগ সময় এই জাতীয় জিনিসগুলি সিদ্ধান্ত নেওয়া খুব সহজ। "কুইজ বুজার" সার্কিটের মতো এমন কিছু হিসাবে দু'জন কম ট্রানজিস্টর ব্যবহার করা যেতে পারে। সমস্যাটি হ'ল দ্রুত সিদ্ধান্ত নেওয়া যা নির্ভরযোগ্যভাবে হয়দ্ব্যর্থহীন কঠিন। একাধিক ক্ষেত্রে এটি করার একমাত্র ব্যবহারিক উপায় হ'ল "সিঙ্ক্রোনাইজার" নামক সিদ্ধান্তটি ব্যবহার করা, যা অস্পষ্টতা এড়াতে পারে তবে একটি দ্বি-চক্রের বিলম্বের পরিচয় দেয়। যে কোনও সালিশ জিতেছে তা নির্ধারণ করতে প্রতিটি অপারেশনে দ্বি-চক্রের বিলম্ব সহ্য করতে ইচ্ছুক হলে কেউ একটি ক্যাচিং কন্ট্রোলার ডিজাইন করতে পারেন যা পৃথক ঘড়ি সহ দুটি সিস্টেমের মধ্যে নির্ভরযোগ্যতার সাথে সালিশ করতে পারে। এই জাতীয় দৃষ্টিভঙ্গি উপকারীদের চেয়ে কম হবে, তবে, যদি কেউ বিতর্কের অনুপস্থিতিতে অনুরোধগুলির সাথে অবিলম্বে প্রতিক্রিয়া দেখাতে চান তবে যেহেতু বিনা প্রতিদ্বন্দ্বিতামূলক অনুরোধগুলিতে এখনও দ্বি-চক্রের বিলম্ব থাকতে পারে।

একটি সাধারণ ঘড়ির বাইরে সমস্ত কিছু চালিয়ে যাওয়া সিঙ্ক্রোনাইজেশনের প্রয়োজনীয়তা এড়ায় যা ঘড়ির ডোমেনগুলির মধ্যে তথ্য বা পাসওয়ার্ড সংকেতগুলি পাস করার জন্য প্রতিটি সময় দ্বি-চক্র যোগাযোগের বিলম্বকে এড়িয়ে চলে।


4

ডেস্কটপ কম্পিউটারগুলি ইতিমধ্যে এটি করে।

তাদের একটি সিপিইউ (সেট) রয়েছে, 1-72 থ্রেড একবারে সক্রিয় রয়েছে এবং 16-7168 কম্পিউটিং ইউনিট সহ একটি (জিপিইউ) এর সেট রয়েছে।

গ্রাফিক্স এমন একটি কাজের উদাহরণ যা আমরা বিশাল সমান্তরাল কাজকে দক্ষ হতে দেখেছি। আমরা গ্রাফিকগুলি করতে চাই এমন ধরণের অপারেশন করতে জিপিইউ অনুকূলিত হয়েছে (তবে এটি এর মধ্যে সীমাবদ্ধ নয়)।

এটি কয়েকটি কম্পিউটার এবং প্রচুর ছোট কোর সহ একটি কম্পিউটার ।

সাধারণভাবে, এক্স / 2 এফএলপিএস এ তিনটি কোরের জন্য এক্স এফএলপিএসে একটি কোর ট্রেড করা উপযুক্ত নয়; তবে এক্স / 5 এফএলপিওএসে একশো কোরের জন্য এক্স ফ্লোপসে একটি কোর ট্রেড করা খুব মূল্যবান।

এর জন্য প্রোগ্রামিং করার সময়, আপনি সিপিইউ এবং জিপিইউর জন্য খুব আলাদা কোড তৈরি করেন। কাজের চাপ বিভক্ত করার জন্য প্রচুর কাজ করা হয়, যাতে জিপিইউ জিপিইউতে সর্বোত্তমভাবে সম্পন্ন কাজগুলি পায় এবং সিপিইউ সিপিইউতে সর্বাধিক কাজ সম্পন্ন করে।

সিপিইউ-র জন্য কোড লেখার পক্ষে এটি তাত্ক্ষণিকভাবে অনেক সহজ, কারণ ব্যাপকভাবে সমান্তরাল কোডটি সঠিকভাবে পাওয়া শক্ত। সুতরাং যখন বেতনটি বড় হয় কেবলমাত্র মাল্টি-কোর পরিস্থিতির জন্য একক-কোর পারফরম্যান্সের জন্য এটি মূল্যবান। সঠিকভাবে ব্যবহৃত হলে জিপিইউগুলি একটি বড় পরিশোধ দেয় pay

এখন, মোবাইল ডিভাইসগুলি ভিন্ন কারণে এটি করে। তাদের কম-পাওয়ার কোর রয়েছে যা উল্লেখযোগ্যভাবে ধীর গতিতে রয়েছে তবে কমপিউটের প্রতি ইউনিট হিসাবে উল্লেখযোগ্যভাবে কম শক্তি ব্যবহার করে। এটি সিপিইউ নিবিড় কাজগুলি না করার সময় তাদের ব্যাটারির আয়ু দীর্ঘতর করতে দেয়। এখানে আমাদের আলাদা ধরণের "বৃহত অর্থ প্রদান" রয়েছে; কর্মক্ষমতা নয়, তবে শক্তি দক্ষতা। এটি এখনও সঠিকভাবে কাজ করতে পেতে ওএস এবং সম্ভবত অ্যাপ্লিকেশন লেখকের পক্ষে অনেক কাজ লাগে; কেবলমাত্র বড় অর্থ প্রদান এটির পক্ষে মূল্যবান হয়েছিল।


-1

সাধারণ গতিতে একই গতিতে কোর থাকার কারণটি একটি সাধারণ গণিত সমস্যা। ইনপুট এবং আউটপুট সময় (অপ্টিমাইজেশান সহ) একক ধ্রুবকের সেট (যা স্কেলযোগ্য = বেশ কয়েকটি ইউনিট দ্বারা গুণযোগ্য) এর উপর ভিত্তি করে।

এবং কেউ এখানে বলেছেন যে মোবাইল ডিভাইসগুলির বিভিন্ন গতির সাথে মাল্টি-সিপাস রয়েছে। এটা ঠিক সত্য নয়। এটি কেন্দ্রীয় প্রক্রিয়াকরণের একক না হলে এটি কেন্দ্রীয় প্রক্রিয়াজাতকরণ ইউনিট নয়; নির্মাতারা কী তা বলুক না কেন এটি or সেক্ষেত্রে [সিপিইউ নয়] এটি কেবল একটি "সমর্থন প্যাকেজ"।


-10

আমি মনে করি না যে ওপি বেসিক ইলেকট্রনিক্স বোঝে। সমস্ত কম্পিউটারের তাদের কাজ করার জন্য একটি জিনিস প্রয়োজন - একটি ঘড়ি। একটি অভ্যন্তরীণ ঘড়ির দ্বারা উত্পন্ন ক্লক চক্রগুলি সমস্ত ডেটা চলাচলের জন্য মেট্রোনম হয়। সিঙ্ক্রোনসিটি অর্জন করতে, সমস্ত ক্রিয়াকলাপ একটি সাধারণ ঘড়ির সাথে আবদ্ধ থাকতে হবে। এটি একটি বিচ্ছিন্ন কম্পিউটার এবং পুরো নেটওয়ার্কগুলিতে অভ্যন্তরীণ ডেটা এক্সিকিউশন উভয়ের ক্ষেত্রেই সত্য।

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

বিকল্প হিসাবে, অন্য কোনও ব্যক্তির নির্দেশ অনুসারে, আপনি আপনার কার্নেলে কোড যুক্ত করতে পারেন যা পৃথক ভিত্তিতে মূল ফ্রিকোয়েন্সি সামঞ্জস্য করে। যদিও এটি পারফরম্যান্সে হিট দেবে। আপনার গতি বা শক্তি দক্ষতা থাকতে পারে - তবে আপনার উভয়ই থাকতে পারে না।


1
আমি না, তাই আমার প্রশ্ন। একটি ইন্টেল i5 7600 কে একটি i5 7600k এর সাথে তুলনা করে, আমরা দেখতে পাচ্ছি যে বেস ঘড়িটি উভয়ের জন্যই 100mhz এবং পার্থক্যটি মূল অনুপাত। সুতরাং আপনার একই বেস ঘড়িটি 100mhz এর সাথে দুটি কোর থাকতে পারে তবে বিভিন্ন মূল অনুপাত সহ - এই পরিস্থিতিটি কী সংলগ্নতার প্রয়োজনীয়তা লঙ্ঘন করে?
জ্যামি

4
হ্যাঁ, এটি অত্যধিক চিত্রিত করছে; এটি সত্য নয় যে সমস্ত ক্রিয়াকলাপ একই ঘড়ির সাথে আবদ্ধ থাকতে হবে , প্রচুর ক্লক ডোমেন রয়েছে এবং একই গতিতে বিভিন্ন কোর চালানো পুরোপুরি সম্ভব। বাস ঘড়ি অভ্যন্তরীণ ঘড়ি ইত্যাদি হিসাবে একই নয়
pjc50

11
আধুনিক চিপগুলির মধ্যে ইতিমধ্যে একাধিক ক্লক ডোমেন রয়েছে (এমনকি একটি সস্তার ও বোবা মাইক্রোকন্ট্রোলারের আরটিসি সাধারণত একটি পৃথক 32.7kHz ডোমেনে চালিত হয়)। আপনাকে কেবল ক্লক ডোমেনগুলির মধ্যে সিঙ্ক্রোনাইজ করতে হবে। এমনকি সাধারণ ঘড়ি থাকলেও আপনি এটি 2, 4, 8 এবং আরও দ্বারা ভাগ করতে পারেন।
মাইকেল

1
সব সত্য. তবে এটি অপারেশনের দক্ষতা হ্রাস করে। এবং এটি সর্বদা পারফরম্যান্সের ক্ষেত্রে লক্ষ্য। আমার বক্তব্য ছিল। অবশ্যই, আপনি এটি করতে পারেন। তবে আপনি পারফরম্যান্সে হিট নেবেন।
RyRoUK

"পারফরম্যান্স হ্রাস" - কিসের তুলনায়? আপনি বেস বেস হিসাবে ধরে নিচ্ছেন যেখানে একই ক্লক নিয়ে আপনার এন প্রসেসর চলছে। এটি হতে হবে না। প্রসেসর এক্স + প্রসেসর ওয়াই একমাত্র প্রসেসর এক্স এর চেয়ে আরও শক্তিশালী / নমনীয় সমাধান, প্রসেসর ওয়াই ঠিক কী তা বিবেচনা করে না।
hmijail
আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.