AVX2

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

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

AVX2 অনেকগুলো প্যাকড ইন্টিজার অপারেশনকে 256-বিট YMM রেজিস্টারে নিয়ে আসে এবং ইন্টিজার গ্যাদার, ভেরিয়েবল শিফট এবং বিস্তৃত পারমিউটেশনের মতো সক্ষমতা যুক্ত করে। একটি 256-বিট ইন্টিজার ভেক্টরে 32 বাইট, 16 ওয়ার্ড, 8 ডাবলওয়ার্ড বা 4 কোয়াডওয়ার্ড থাকতে পারে; নির্দেশিকাটি লেনের ব্যাখ্যা নির্ধারণ করে। কিছু অপারেশন 128-বিট অর্ধেকের মধ্যে স্বাধীনভাবে কাজ করে, তাই একটি প্রশস্ত রেজিস্টার প্রতিটি লেনের মধ্যে অবাধ চলাচলের নিশ্চয়তা দেয় না।

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

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

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

প্রথমে AVX হার্ডওয়্যার এবং OSXSAVE/XCR0 পরীক্ষা সম্পন্ন করুন। তারপর CPUID leaf 7 সমর্থন করে কিনা তা যাচাই করুন এবং CPUID.07H.00H:EBX বিট 5 পরীক্ষা করুন। প্রকৃত গেস্ট বা কন্টেইনার ডিপ্লয়মেন্ট পরিবেশের ভেতরে পরীক্ষা করুন এবং যেখানে সম্ভব অ্যাপ্লিকেশনের সমর্থিত ডায়াগনস্টিক ইন্টারফেস ব্যবহার করুন।

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

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

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

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

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

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

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

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

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

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

সম্পর্কিত বৈশিষ্ট্য এবং দরকারী পার্থক্যসমূহ

AVX · FMA এবং FMA3 · x86-64-v3 · AVX-512

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

Intel 64 and IA-32 Architectures Software Developer's Manual · Linux কার্নেল: ইউজার স্পেসে XSTATE বৈশিষ্ট্যের ব্যবহার · x86-64 psABI: প্রসেসর আর্কিটেকচার এবং মাইক্রোআর্কিটেকচার স্তর

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

সম্পর্কিত

এই সত্তাগুলো এই নিবন্ধের সাথে যুক্ত। প্রতিটি লিঙ্কে ধরন দেখানো হয়েছে।

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

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

• Intel 64 and IA-32 Architectures Software Developer's Manual · ভলিউম 1 এবং 2 নামযুক্ত নির্দেশিকা পরিবার এবং CPUID বর্ণনা করে; ভলিউম 3 স্টেট, পেজিং, VMX এবং সুরক্ষা নিয়ন্ত্রণ বর্ণনা করে। আর্কিটেকচার ডকুমেন্টেশন কোনো নির্দিষ্ট মডেলের জন্য সাপোর্ট নিশ্চিত করে না।
• Linux কার্নেল: ইউজার স্পেসে XSTATE বৈশিষ্ট্যের ব্যবহার · OS-সক্ষম ভেক্টর স্টেট, গতিশীলভাবে সক্ষম টাইল স্টেট, সিগন্যাল-স্ট্যাক প্রয়োজনীয়তা এবং AMX অনুমতি প্রবাহ। Linux-নির্দিষ্ট আচরণ অন্য OS সম্পর্কে কোনো প্রতিশ্রুতি নয়।
• x86-64 psABI: প্রসেসর আর্কিটেকচার এবং মাইক্রোআর্কিটেকচার স্তর · মেশিন ইন্টারফেস, প্রসেসর আর্কিটেকচার: বেসলাইন এবং ক্রমবর্ধমান v2/v3/v4 ফিচার টেবিল, OS-স্টেট যাচাই এবং ডিপ্লয়মেন্ট সুপারিশ।