উত্তর:
যদি অ্যাপটি অ্যাডাব্লুইই সচেতন হয় তবে তারা G৪-বিট অ্যাপের চেয়ে কম দক্ষতার সাথে যদিও 4 জিবি ছাড়িয়ে কোনও ঠিকানা স্থান ব্যবহার করতে পারে। এমনকি যদি 32-বিট উইন্ডোজ ভেরিয়েন্টের অধীনে 32-বিট প্রক্রিয়াগুলির জন্য 32-বিট ঠিকানা জায়গার চেয়ে বেশি অ্যাক্সেস করা সম্ভব হয়, যদি পিএই সক্ষম থাকে এবং প্রক্রিয়াটি এটি ব্যবহারে সক্ষম হয়।
একটি পৃথক 32-বিট প্রক্রিয়া (এটি AWE সচেতন নয়) সাধারণত 3Gb এর মধ্যে সীমাবদ্ধ থাকে (এর ভার্চুয়াল ঠিকানার স্থানের প্রথম Gb কার্নেল সম্পর্কিত ক্রিয়াকলাপের জন্য সংরক্ষিত থাকে ) তবে আপনি যদি একাধিক প্রক্রিয়া চালিয়ে থাকেন তবে তারা আরও ব্যবহার করতে সক্ষম হবেন তাদের ভার্চুয়াল ঠিকানার জায়গাগুলি ভাগ না করায় মোট (প্রতিটি 3 জিবি পর্যন্ত মোট মেমরি অনুমোদিত) ব্যবহার করতে পারে ।
প্রতি-প্রক্রিয়াধীন সীমাটি ইউনিক্সের মতো পরিবেশে আরও সহায়ক যেখানে পরিষেবাগুলি থ্রেড ভিত্তিক না হয়ে প্রক্রিয়া ভিত্তিক হয়ে থাকে (এক প্রক্রিয়ায় একাধিক থ্রেড প্রক্রিয়াগুলির সংস্থান ভাগ করে এবং তাই একক 3Gb ভার্চুয়াল ঠিকানা স্থান ভাগ করে নেয়) যত বেশি সাধারণ উইন্ডোজের অধীনে ( উইন্ডোজে একটি নতুন প্রক্রিয়া শুরু হিসাবে বেশ ব্যয়বহুল তাই থ্রেডগুলি অগ্রাধিকার দেওয়া হয়, বেশিরভাগ ইউনিক্স পরিবেশের অধীনে একটি নতুন প্রক্রিয়া শুরু করা কোনও নতুন থ্রেড শুরু করার চেয়ে বেশি সংস্থান গ্রহণ করে না) । এটি কেবলমাত্র এসকিউএল সার্ভার চালিত এমন কোনও মেশিনের পক্ষে খুব কার্যকর নয়, উদাহরণস্বরূপ, এটি কেবল একটি প্রক্রিয়া হতে চলেছে তাই 3Gb সীমাতে আঘাত হানবে (কিছু সংস্করণ AWE সচেতন হওয়ার জন্য কনফিগার করা যেতে পারে তবে সমস্তই নয়, এবং বৈশিষ্ট্য পরবর্তী গুরুত্বপূর্ণ রিলিজের মধ্যে অপসারণ করা হবে) কাল হয় ।
পাশাপাশি 32-বিট প্রসেসগুলি মোট 3 জিবি 3 জি-র বেশি ব্যবহার করতে সক্ষম হওয়ায় ডিস্ক ক্যাচিংয়ের জন্য যে কোনও অব্যবহৃত মেমরি ব্যবহার করতে সক্ষম হবে, সুতরাং প্রক্রিয়াগুলি এই জাতীয়ভাবে ফাইলগুলি না খনাকে ধরে নিবে না ওএসকে এটি করতে বিরক্ত না করার জন্য বলুন।
যদি অ্যাপ্লিকেশনটি অ্যাডব্লিউই ব্যবহার করে তবে হ্যাঁ (যদিও এটি 64৪ -বিট ওএসএসের মধ্যে সীমাবদ্ধ নয়)। এটি ছাড়া, প্রক্রিয়াটি এখনও 4 জিবি ঠিকানা স্পেসে সীমাবদ্ধ।
বাছা, আপনি কী বোঝাতে চাইছেন তার উপর নির্ভর করে।
উইন্ডোজ ধরে নিচ্ছি ...
যদি ওএস 64৪-বিট হয় তবে ডিফল্টরূপে একটি 32-বিট প্রক্রিয়া 2 জিবি ব্যবহারকারী-ঠিকানা ভার্চুয়াল ঠিকানা স্থান পায়। যদি .exe ফাইলের পিই শিরোলেখটি IMAGE_FILE_LARGE_ADDRESS_AWARE পতাকা সহ চিহ্নিত করা হয়, তবে প্রক্রিয়াটি 4-জিবি ব্যবহারকারী-ঠিকানাযোগ্য ভার্চুয়াল ঠিকানা স্থান পাবে। উভয় ক্ষেত্রেই, কার্নেলের ভার্চুয়াল ঠিকানার স্থান 64৪-বিট প্রসেসের সমান, কারণ এটি সমস্ত প্রক্রিয়াতে ভাগ করা থাকে। এছাড়াও নোটের মতো, 64৪-বিট প্রক্রিয়াগুলি যা IMAGE_FILE_LARGE_ADDRESS_AWARE পতাকা সেট করে না সেগুলিতে কেবল 2 জিবি ব্যবহারকারীর ভার্চুয়াল অ্যাড্রেস স্পেস রয়েছে।
বিশেষ বুট ফ্ল্যাগ, 3 গিগাবাইট, / 3 জিবি সুইচ, বা / ইউজারভা সম্পর্কে আপনি যে জিনিসগুলি শোনেন সেগুলি 32-বিট অপারেটিং সিস্টেমগুলি এবং 64-বিট উইন্ডোতে প্রয়োগ হয় না।
উইন্ডোজ রিলিজের জন্য মাইক্রোসফ্টের মেমোরি সীমা সম্পর্কে বিশদ বিবরণে এগুলি সবই শেষ হয়ে গেছে পৃষ্ঠার ।
@ ডেভিড স্পিলিটের উত্তরটি অন্য একটি বিষয়কেও স্পর্শ করে: একাধিক প্রক্রিয়া, সমস্ত ব্যবহারকারীর 2 গিগাবাইটের মধ্যে সীমাবদ্ধ, এখনও উপলব্ধ থাকলে যথেষ্ট পরিমাণ র্যাম ব্যবহার করতে পারে, ফাইল ক্যাশে হিসাবেও।
32 বিট ওএসের একটি 32 বিট প্রক্রিয়াতে 4 জিবি ঠিকানা স্থান রয়েছে, যার 2 জিএস ওএস দ্বারা সংরক্ষিত আছে, 2 জিবি প্রক্রিয়াটির জন্য উপলব্ধ।
ওএস (/ 3 জিবি) -এ নির্দিষ্ট করা যেতে পারে যা ওএসের জন্য সংরক্ষিত পরিমাণকে কেবল 1 জিবিতে পরিবর্তন করে এবং প্রক্রিয়াটিকে 3GB, বিউটি রাখার অনুমতি দেয় কেবলমাত্র যদি প্রক্রিয়াটি পতাকাটিতে সচেতনভাবে বৃহত ঠিকানা হিসাবে স্বীকৃতি দেয় তবে এক্সিকিউটেবলের।
একটি 64 বিট ওএসে একটি 32 বিট প্রক্রিয়া 4 জিবি পাবেন যদি এটি বড় ঠিকানা সচেতন হয়, অন্যথায় 2 জিবি।
এগুলি সবই অ্যাডব্লিউই সচেতন প্রক্রিয়াগুলির জন্য। প্রক্রিয়া যদি এডাব্লুইই ব্যবহার করতে সক্ষম হয়, অন্যরা যেমন বলেছে, এটি একটি বড় ঠিকানার স্থান ব্যবহার করতে পারে তবে কম দক্ষতার সাথে .৪ বিট প্রক্রিয়া করতে পারে।
PAE একটি 32 বিট ওএসকে 4 গিগাবাইটেরও বেশি র্যাম ব্যবহারের অনুমতি দেয়, তবে এটির সামঞ্জস্যতা সমস্যা রয়েছে এবং কোনও সার্ভিস প্যাক দ্বারা এক্সপিতে এটি অক্ষম করা হয়েছিল যাতে এটি কেবল সার্ভার ওএস সংস্করণে উপলব্ধ।