ADX

আর্কিটেকচার রেফারেন্সFeex

ADX x86 ইন্টিজার যোগ নির্দেশনা যোগ করে যা স্বাধীন ক্যারি চেইনের অনুমতি দেয়। এটি সতর্কতার সাথে লিখিত মাল্টিপ্রিসিশন পাটিগণিতের জন্য দরকারী এবং BMI2 থেকে স্বাধীন।

আপনার যা জানা প্রয়োজন

এটি যেভাবে কাজ করে

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

যেখানে এটি কার্যকর

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

সাপোর্ট এবং সক্ষমতা কীভাবে পরীক্ষা করবেন

CPUID.07H.00H:EBX বিট 19 ADX নির্দেশ করে। রুটিন দ্বারা ব্যবহৃত যেকোনো অতিরিক্ত নির্দেশনা পরিবারের জন্য স্বাধীনভাবে প্রেরণ (dispatch) করুন। সাধারণ সংখ্যাসূচক ফলাফলের পাশাপাশি ক্যারি বিস্তার এবং সীমানা ক্ষেত্রগুলি যাচাই করুন।

পার্শ্ববর্তী কোনো এক্সটেনশন থেকে সাপোর্ট অনুমান না করে বরং সঠিক নির্দেশনা এবং অপারেন্ডের রূপটি পরীক্ষা করুন। স্কেলার ইন্টিজার বৈশিষ্ট্যগুলি সাধারণত জেনারেল-পারপাস রেজিস্টার ব্যবহার করে; ভেক্টরের সাথে যুক্ত একটি এনকোডিং স্বয়ংক্রিয়ভাবে ভেক্টর-স্টেটের প্রয়োজনীয়তা নির্দেশ করে না।

এই বৈশিষ্ট্যটি যা নিশ্চিত করে না

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

বাস্তবে সামঞ্জস্য এবং কর্মক্ষমতা

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

একটি ব্যবহারিক যাচাইকরণ চেকলিস্ট

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

যদি বৈশিষ্ট্যটি তালিকাভুক্ত থাকে কিন্তু সফটওয়্যার এটি ব্যবহার করতে না পারে

নির্দিষ্ট ব্যর্থ উপাদানটি দিয়ে শুরু করুন। একটি হার্ডওয়্যার ডাটাবেস সংরক্ষিত সক্ষমতা বর্ণনা করে; অপারেটিং সিস্টেম বা হাইপারভাইজর একটি ভিন্ন কার্যকর পরিবেশ প্রকাশ করতে পারে। একটি অবৈধ-নির্দেশনা (illegal-instruction) ত্রুটির ক্ষেত্রেও প্রকৃত ত্রুটিপূর্ণ নির্দেশনা এবং বাইনারি বিল্ড তদন্ত করা প্রয়োজন, কারণ ডেটা ক্ষতি বা সম্পর্কহীন কোনো অসমর্থিত নির্দেশনাও একই রকম লক্ষণ তৈরি করতে পারে।

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

এই ব্যাখ্যার উৎস এবং পরিধি

Intel 64 and IA-32 Architectures Software Developer's Manual

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

উৎস এবং যাচাইকরণ

সম্পাদকীয় মালিকানা: Feex। কোনো স্বাধীন পর্যালোচনার তারিখ রেকর্ড করা নেই। আমরা কীভাবে গবেষণা করি.

Intel 64 and IA-32 Architectures Software Developer's Manual · ভলিউম 1 এবং 2 নামযুক্ত নির্দেশিকা পরিবার এবং CPUID বর্ণনা করে; ভলিউম 3 স্টেট, পেজিং, VMX এবং সুরক্ষা নিয়ন্ত্রণ বর্ণনা করে। আর্কিটেকচার ডকুমেন্টেশন কোনো নির্দিষ্ট মডেলের জন্য সাপোর্ট নিশ্চিত করে না।

এই নিবন্ধটি কি দরকারী ছিল?

একটি হ্যাঁ বা না-ই যথেষ্ট। আপনি চাইলে একটি কারণ বেছে নিন, বা একটি ছোট মন্তব্য যোগ করুন।