সরাসরি মূল বিষয়ে যান

x86-64-v2

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

x86-64-v2 হলো x86-64 System V psABI দ্বারা সংজ্ঞায়িত একটি ক্রমবর্ধমান মাইক্রোআর্কিটেকচার ফিচার লেভেল। এটি সফটওয়্যার বিতরণের জন্য একটি বেসলাইনকে শ্রেণিবদ্ধ করে; এটি কোনো প্রসেসর জেনারেশন বা পারফরম্যান্স স্কোর নয়।

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

x86-64-v2 হলো x86-64 System V psABI দ্বারা সংজ্ঞায়িত একটি ক্রমবর্ধমান মাইক্রোআর্কিটেকচার ফিচার লেভেল। এটি সফটওয়্যার বিতরণের জন্য একটি বেসলাইনকে শ্রেণিবদ্ধ করে; এটি কোনো প্রসেসর জেনারেশন বা পারফরম্যান্স স্কোর নয়।

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

v2 স্তরটি x86-64 বেসলাইনে CMPXCHG16B, LAHF-SAHF, POPCNT, SSE3, SSSE3, SSE4.1 এবং SSE4.2 যুক্ত করে। প্রতিটি প্রয়োজনীয়তাই গুরুত্বপূর্ণ। এই স্তরের জন্য তৈরি একটি প্যাকেজ পুরোনো বেসলাইন মেশিনের জন্য আলাদা ডিসপ্যাচার ছাড়াই শ্রেণিবদ্ধ বৈশিষ্ট্যগুলো ব্যবহার করতে পারে।

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

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

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

উত্তরাধিকারসূত্রে প্রাপ্ত বেসলাইন সহ psABI-এর Micro-Architecture Levels সারণিতে তালিকাভুক্ত সমস্ত বৈশিষ্ট্য তুলনা করুন। যেখানে উপলব্ধ সেখানে লোডার বা টুলচেইনের সমর্থিত লেভেল কোয়েরি ব্যবহার করুন, এবং কেবল হোস্টের মডেল নামের ওপর নির্ভর না করে ডিপ্লয়মেন্ট গেস্টের ভেতরে পরীক্ষা করুন।

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

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

শুধুমাত্র SSE4.2 সম্পূর্ণ v2 স্তর প্রমাণ করে না। এই লেবেলটি AVX, AES-NI, কোনো নির্দিষ্ট OS সংস্করণ বা কোনো বেঞ্চমার্ক ফলাফল নির্দেশ করে না। একটি ভার্চুয়াল CPU-র উন্মুক্ত ফিচার সেট গেস্টের সামঞ্জস্যতা নিয়ন্ত্রণ করে।

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

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

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

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

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

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

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

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

x86-64 psABI: প্রসেসর আর্কিটেকচার এবং মাইক্রোআর্কিটেকচার স্তর · Intel 64 and IA-32 Architectures Software Developer's Manual

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

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

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

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

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

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