64৪-বিট বিন্যাস একই কাজের জন্য দ্বিগুণ মেমরি গ্রাস করবে না। কিছু কোড দ্বিগুণ হয়ে যাবে (উভয় র্যাম এবং ডিস্কে), এবং কিছু ডেটা স্ট্রাকচার বৃহত্তর পয়েন্টারগুলির কারণে এবং দক্ষতার কারণে (যেমন স্ট্রাকচারগুলি 32-বিট কোডের পরিবর্তে 64-বিট সীমানার সাথে প্রান্তিককরণে প্যাড করা হচ্ছে) ), তবে বেশিরভাগ বাল্ক ডেটা যেমন র্যামে ডেটাবেস দ্বারা রাখা থাকে তেমন একটি বৃহত্তর পদচিহ্ন থাকতে পারে না।
64৪-বিট বিল্ড ব্যবহার করা আপনাকে সিপিইউ / মেমরি ইনটেনসিভ টাস্কগুলির জন্য কিছুটা বাড়তি পারফরম্যান্স দিতে পারে কারণ কোডটি সিপিইউতে উপলব্ধ আরও ছোট ছোটগুলিতে সীমাবদ্ধ না হয়ে অতিরিক্ত (এবং বৃহত্তর) রেজিস্টারগুলি ব্যবহার করতে সক্ষম হবে ৩২-বিট মোড এবং হাইপারভাইজারের দৃষ্টিকোণ থেকে এটি আরও কার্যকর হতে পারে কারণ এটিকে অনেকগুলি প্রসঙ্গের সুইচের প্রয়োজন হবে না যা দীর্ঘ (-৪-বিট) মোডে জাম্পিং এবং আউট জড়িত জড়িত involve
আমার অন্ত্রে -৪-বিট বিকল্পের দিকে যাওয়ার পরামর্শ দেয়, যদি না আপনি 32-বিট প্যাকেজের উপর নির্ভর না করেন যার কোনও 64-বিট সংস্করণ বা কোড নেই যার ফলে আপনি নিজের তৈরি করতে পারেন।
আমি উভয় চেষ্টা করার পরামর্শ দিচ্ছি যদিও আপনার কাছে সময় আছে: একটি হোম মেশিনে ভার্চুয়ালবক্সের মতো কিছু ইনস্টল করুন যদি আপনার এমন একটি থাকে যা -৪-বিট সক্ষম এবং দুটি 512 এমবি ভিএম তৈরি করে (একটি সম্পূর্ণ 32-বিট ইনস্টল সহ একটি এবং সম্পূর্ণরূপে 64- এক বিট) আপনার ব্যবহার করার পরিকল্পনা করা সফ্টওয়্যারটির মিশ্রণের সাথে। এটি আপনাকে থাম্ব এবং অনুমানের কাজের ইচ্ছার বিধিগুলির তুলনায় যে কোনও পার্থক্য লক্ষ্য করবে তার আরও ভাল ইঙ্গিত দেবে।
পার্শ্ব নোট হিসাবে: 4Gb 512Mb মেশিন, ভার্চুয়াল বা অন্যথায় প্রচুর অদলবদল। আপনি যদি র্যামে যতটা ডিস্কে পেজড আউট করে রেখেছেন তবে আপনি যদি 8 বারের মতো পরিস্থিতিতে পড়ে তবে অদলবদল থ্র্যাশিংয়ের কারণে (পৃষ্ঠাগুলি নিয়মিত র্যাম এবং ডিস্কের মধ্যে অদলবদল করা হচ্ছে) ফলে আপনি একটি উল্লেখযোগ্য পারফরম্যান্স ড্রপ দেখতে পাচ্ছেন are আপনার র্যামে যতটা ডিস্কে মেমোরি পৃষ্ঠাগুলি রয়েছে আমি আশা করি ভিএম কার্যকরভাবে স্থগিত হয়ে যাবে। আপনার কাছে বিকল্প থাকলে সেই জায়গার কিছু ফাইল ফাইল স্টোরেজ হিসাবে আরও ভাল ব্যবহৃত হবে।