কোনও 32-বিট ওএস মেশিন কি সমস্ত 8 জিবি র‌্যাম + 20 জিবি পৃষ্ঠার ফাইল ব্যবহার করতে পারে?


98

আমি 32-বিট ওএস সম্পর্কে যা বুঝি তা হল, ঠিকানাটি 32 বিটগুলিতে প্রকাশ করা হয়েছে, সুতরাং বেশিরভাগ ওএস 2 32 = 4 জি মেমরি স্পেস ব্যবহার করতে পারে - আমি ধরে নিই ইউনিটটি বাইট, তাই 4 জিবি।

এর অর্থ কি যদি 32-বিট ওএস (কোনও উইন্ডোজ বা ইউনিক্স) সহ কোনও মেশিনের হার্ড ডিস্কে 4 গিগাবাইটের বেশি র‌্যাম + পৃষ্ঠা ফাইল থাকে, উদাহরণস্বরূপ 8 জিবি র‌্যাম এবং 20 জিবি পৃষ্ঠা ফাইল, এর স্মৃতি কখনই ব্যবহৃত হবে না "?

দ্বারা "আপ ব্যবহার করা" আমি বলতে চাচ্ছি যে বৃদ্ধি র্যাম বা পৃষ্ঠায় ফাইল কর্মক্ষমতা সাহায্য করবে না; অবশ্যই, এটি সর্বদা সম্ভব একটি অ্যাপ্লিকেশন ওএস থেকে মেমরির জন্য অনুরোধ রাখবে তবে ব্যর্থ।

একইভাবে, যদি এই 32-বিট ওএস মেশিনটিতে 2 গিগাবাইট র‌্যাম এবং 2 জিবি পৃষ্ঠা ফাইল থাকে, পৃষ্ঠার ফাইলের আকার বাড়ানো কার্যকারিতাটিতে সহায়তা করবে না। এটা কি সত্য?


2
পার্শ্ব নোট হিসাবে, আপনার যদি আরও 4 গিগাবাইট র‌্যাম থাকে এবং কেবল একটি 32 বিট ওএস থাকে তবে আপনি একটি র‌্যাম ডিস্ক তৈরি করতে পারেন। এটি আপনার র‌্যামের একটি হার্ড ড্রাইভ, এবং আপনি এটি স্থাপনের জন্য অব্যবহৃত / অব্যক্ত রামটি ব্যবহার করতে পারেন
সাইমন ভারবেকে

10
আপনি পারবেন না। ওএসের মাধ্যমে একটি র‌্যামডিস্ক এখনও তৈরি করতে হবে, যদি ওএস মেমরিটি ব্যবহার না করতে পারে তবে আপনি সেখানে র‌্যামডিস্ক তৈরি করতে পারবেন না। (যদি না আপনার বায়োস একটি র‌্যামডিস্ক তৈরি করতে পারে তবে এটি বিরল)।
এভিআই

1
সংক্ষিপ্ত উত্তর হল হ্যাঁ". যদিও সাধারণত কোনও প্রক্রিয়াটি ব্যবহারের জন্য একটি 32 বিট ঠিকানার স্থান দেওয়া হয়, তবে ওএস নিজেও এর চেয়ে বেশি ব্যবহার করতে পারে (হয় 80 এর দশকে আমরা যেমন ব্যাঙ্ক স্যুইচ করে বা ইন্টেলের পিএই হিসাবে ঠিকানা এক্সটেনশন ট্রিকস স্কুল দিয়ে। এছাড়াও, মনে রাখবেন আপনি এর চেয়ে বেশি চালান একবারে একটি প্রোগ্রাম, যা একাধিক প্রক্রিয়া (ক্রোম বিভিন্ন প্রসেসে ট্যাব রাখে) নিয়ে গঠিত হতে পারে And এবং ওএস নিজেই স্থানীয় ফিক্সড ডিস্ক থেকে ডেটা ক্যাশে করার মতো জিনিসগুলির জন্য মেমরিটি ব্যবহার করবে যাতে আপনি ইতিমধ্যে ডেটাতে দ্রুত অ্যাক্সেসের অভিজ্ঞতা অর্জন করতে পারেন ব্যবহৃত
rbanffy

উত্তর:


145

আমি 32-বিট ওএস সম্পর্কে যা বুঝি তা হল, ঠিকানাটি 32 বিটগুলিতে প্রকাশ করা হয়েছে, সুতরাং বেশিরভাগ ক্ষেত্রে ওএস 2 ^ 32 = 4GB মেমরি স্পেস ব্যবহার করতে পারে

সবচেয়ে যে প্রক্রিয়া করতে মোকাবেলার 4GB হয়। আপনি সম্ভাব্য বিভ্রান্তিকর হয় মেমরির সঙ্গে অ্যাড্রেস স্পেসকোনও প্রক্রিয়াতে ঠিকানার জায়গার চেয়ে বেশি মেমরি থাকতে পারে। এটি পুরোপুরি আইনী এবং ভিডিও প্রসেসিং এবং অন্যান্য মেমরি নিবিড় অ্যাপ্লিকেশনগুলিতে বেশ সাধারণ। কোনও প্রক্রিয়া কয়েক ডজন গিগাবাইট মেমরি বরাদ্দ করতে পারে এবং এটিকে নিজের ইচ্ছা মতো ঠিকানার জায়গার বাইরে এবং বাইরে ap একবারে কেবল 2 জিবি ব্যবহারকারীর ঠিকানা স্পেসে যেতে পারে ।

আপনার বাড়িতে যদি চার-গাড়ী গ্যারেজ থাকে তবে আপনি এখনও পঞ্চাশটি গাড়ির মালিক হতে পারেন। আপনি কেবল সেগুলি আপনার গ্যারেজে রাখতে পারবেন না। এর মধ্যে কমপক্ষে 46 টি সঞ্চয় করার জন্য আপনার কাছে অন্য কোথাও সহায়ক সঞ্চয়স্থান থাকতে হবে; আপনি আপনার গ্যারেজে কোন গাড়ি রাখেন এবং কোন রাস্তায় আপনি পার্কিংয়ে রেখেছেন তা আপনার উপর নির্ভর করে।

এর অর্থ কি কোনও 32-বিট ওএস, উইন্ডোজ বা ইউনিক্স, যদি মেশিনটিতে 4GB এর বেশি হার্ড ডিস্কে র‌্যাম + পৃষ্ঠার ফাইল থাকে, উদাহরণস্বরূপ 8 গিগাবাইট র‌্যাম এবং 20 জিবি পৃষ্ঠার ফাইল থাকে না, কখনই "মেমরি ব্যবহার করা যাবে না"?

একেবারে এর অর্থ এই নয়। একটি একক প্রক্রিয়া তার চেয়েও বেশি স্মৃতি ব্যবহার করতে পারে! আবার কোনও প্রক্রিয়া যে পরিমাণ মেমরি ব্যবহার করে তা কোনও প্রক্রিয়া ব্যবহার করে ভার্চুয়াল ঠিকানার পরিমাণের সাথে প্রায় সম্পূর্ণ সম্পর্কযুক্ত নয় re আপনার গ্যারেজে আপনি যে পরিমাণ গাড়ি রাখেন তা ঠিক আপনার নিজের গাড়ির সংখ্যার সাথে সম্পর্কিত নয়।

তদতিরিক্ত, দুটি প্রক্রিয়া বেসরকারী মেমরি পৃষ্ঠাগুলি ভাগ করতে পারে । বিশটি প্রক্রিয়াগুলি যদি সমস্ত একই ডিএলএল লোড করে তবে প্রক্রিয়াগুলি সমস্তই সেই কোডটির জন্য মেমরি পৃষ্ঠাগুলি ভাগ করে দেয়। তারা ভার্চুয়াল মেমরি ঠিকানা স্থান ভাগ করে না , তারা মেমরি ভাগ করে ।

আমার বক্তব্য, যদি এটি পরিষ্কার না হয় তবে তা হ'ল আপনার স্মৃতি এবং ঠিকানার জায়গাকে একই জিনিস হিসাবে ভাবা উচিত, কারণ তারা মোটেও একই জিনিস নয়।

যদি এই 32-বিট ওএস মেশিনটিতে 2 গিগাবাইট র‌্যাম এবং 2 জিবি পৃষ্ঠা ফাইল থাকে তবে পৃষ্ঠা ফাইলের আকার বাড়ানো কার্যকারিতাটিতে সহায়তা করবে না। এটা কি সত্য?

আপনার পঞ্চাশটি গাড়ি এবং একটি চার-গাড়ী গ্যারেজ এবং রাস্তায় একটি 100 গাড়ি পার্কিং রয়েছে। আপনি পার্কিংয়ের আকারটি 200 স্পটে বাড়িয়েছেন। এখন আপনার 50 টি অতিরিক্ত পার্কিং স্পেসের পরিবর্তে 150 টি অতিরিক্ত পার্কিং স্পেস থাকার ফলে আপনার কোনও গাড়ি কি দ্রুততর হয়?


26
আমি এই উত্তরটি হাতের কাছে প্রশ্নটির সমাধান না করার জন্য পেয়েছি এবং প্রায় পয়েন্টগুলিতে প্রতারণামূলক।
রিগ

48
@ রিগ: দুর্দান্ত, আপনার গঠনমূলক সমালোচনা শুনে আমি আনন্দিত। এখন আরও ভাল উত্তর লেখার এবং আপনার যে ধরণের উত্তর কম ভাবা হয়েছে এবং বেশি প্রাসঙ্গিক বলে মনে হচ্ছে সেগুলি আমাদের দেখানোর সুযোগ ।
এরিক লিপার্ট

4
@BlueRaja: আমি সন্দেহ যে আপনার বিভ্রান্তিকর হয় প্রকৃত মেমরি সঙ্গে মেমরির । শারীরিক মেমরি কেবলমাত্র একটি অপ্টিমাইজেশন যা মেমরিতে দ্রুত অ্যাক্সেসের অনুমতি দেয়। প্রসেসর ক্যাশে যেমন একটি অপ্টিমাইজেশন যা মেমরিতে দ্রুত অ্যাক্সেসের অনুমতি দেয়। মেমরি পৃষ্ঠা ফাইলটিতে সংরক্ষিত সমস্ত অভিপ্রায় এবং উদ্দেশ্যে স্থানের জন্য। পৃষ্ঠার ফাইলে প্রদত্ত পৃষ্ঠাটি (1) ভার্চুয়াল মেমরি ঠিকানায় ম্যাপ করা হয়েছে বা (2) ডিস্ক থেকে শারীরিক মেমরির অনুলিপি করা হয়েছে কিনা তা বরাদ্দ করা হয়েছে কি না এই প্রশ্নের সাথে সম্পর্কিত নয়।
এরিক লিপার্ট

4
@ ব্লুরাজা: এই বিষয়ে রেমন্ড চেনের নিবন্ধটি সাহায্য করতে পারে। তিনি কীভাবে পৃষ্ঠা ফাইলের বাইরে 4 জিবি বরাদ্দ করবেন তা দেখায়; এটি মেমরি যা প্রক্রিয়াটির মালিক । প্রক্রিয়া করতে পারেনা মোকাবেলার একবার অবশ্যই এ পুরো জিনিস, কিন্তু এটা ঠিকানা দিতে পারেন কোনো পৃষ্ঠা , একটি অব্যবহৃত VM- র পৃষ্ঠায় একটি পৃষ্ঠায় ম্যাপিং কিছুদিনের জন্য এটি ব্যবহার, এবং তারপর এটি খারিজ দ্বারা। ব্লগস.এমএসএন
এরিক লিপার্ট

3
এই উত্তরটি পরিষ্কার হয়ে উঠত, এরিক, যদি আপনি স্পষ্টভাবে বলেছিলেন যে উইন্ডোজ (এবং অন্যান্য ওএস) আপনাকে ভার্চুয়াল ঠিকানার জায়গাতে না রেখে মেমরিটিকে "সংরক্ষণ" করতে দেয় এবং তারপরে সুস্পষ্ট প্রশ্নের উত্তর দিতে পারে "তবে আপনি কীভাবে করবেন? এটি ঠিকানা? "। আমি মনে করি এর উত্তরটি হ'ল "এখানে কিছু ধরণের পৃষ্ঠা আইডি রয়েছে যা আপনি এটি ভার্চুয়াল ঠিকানা স্পেসে পেজ করার জন্য এটি উল্লেখ করতে ব্যবহার করেন এবং তারপরে আপনি সেখানে এটি সম্বোধন করতে পারেন", তবে আমি জানি না এবং এবং আপনার উত্তর বলে না :)
টিমউই

67

এটি সত্য যে সিপিইউ কেবল সর্বোচ্চ 4 জিবি র‌্যামের ঠিকানা দিতে পারে। তবে, বর্তমান সিপিইউর প্রসেস-নির্দিষ্ট মেমরি ঠিকানাগুলিকে শারীরিক মেমরির ঠিকানাগুলিতে অনুবাদ করতে একটি এমএমইউ ( মেমরি ম্যানেজমেন্ট ইউনিট ) ব্যবহার করে ।

এই এমএমইউ মেমোরি বিচ্ছিন্নতা (প্রক্রিয়া এ প্রক্রিয়া বিয়ের স্মৃতি ম্যানিপুলেট করতে পারে না) থেকে প্রক্রিয়া বিয়ের মতো একই শারীরিক স্মৃতি অঞ্চলে অ্যাক্সেস করতে পারে এবং এইভাবে ডেটা আদান প্রদান করতে পারে all

যদিও 32-বিট সিপিইউ কেবলমাত্র প্রতিটি প্রক্রিয়া 4Gb মেমরি সমর্থন করে, এটি শারীরিক ঠিকানা এক্সটেনশন ব্যবহার করার সময় 64 গিগাবাইট পর্যন্ত র‌্যামের ঠিকানা করতে পারে । এটি প্রক্রিয়া এটিকে মেমরির প্রথম 4 জিবি ব্যবহার করতে সহায়তা করে, যখন প্রক্রিয়া বি পরবর্তী 4 জিবি ব্যবহার করে। মোট, 4 গিগাবাইটেরও বেশি শারীরিক মেমরি ব্যবহৃত হয়, তবে একক প্রক্রিয়া ব্যবহার করে এমন মোট পরিমাণ মেমরি এখনও 4 জিবিতে আচ্ছাদিত

কার্নেল সংস্করণ ২.৩.২৩ থেকে লিনাক্সে পিএই সমর্থিত এবং উইন্ডোজ সার্ভারের 32-বিট স্বাদে, তবে 32-বিট উইন্ডোজ এক্সপি, ভিস্তা বা 7 তে নয়।

যদি আপনার সিপিইউ পিএই সমর্থন না করে তবে আপনি 4 জিবি শারীরিক মেমরির মধ্যে সীমাবদ্ধ থাকবেন (বা অন্যান্য কারণের উপর নির্ভর করে কম)।

দয়া করে নোট করুন আপনার অপারেটিং সিস্টেমটি সিপিইউ সমর্থন করে পিএই নির্বিশেষে শারীরিক মেমরির কিছু অংশ ডিস্কে (পৃষ্ঠা ফাইল) উচ্ছেদ করতে পারে। এটি নিশ্চিত করে যে আপনি একাধিক প্রক্রিয়া শুরু করতে পারেন যারা 4 জিবি এর বেশি সংযুক্ত ব্যবহার করে। PAE এর একমাত্র প্রভাব হ'ল প্রক্রিয়া A চালানোর সময় আপনি শারীরিক স্মৃতিতে 4Gb প্রক্রিয়া B রাখতে পারবেন কিনা whether


এর অর্থ কি যদি এটি সমর্থন করে না, তবে আমি উপরে এটি কী সঠিক বলেছি?

10
উইন্ডোজ এক্সপি পিএই সমর্থন করে (এসপি 2 দিয়ে শুরু করে, আমি মনে করি), তবে মেশিনটি পিএই সমর্থন করলেও 4 জিবি ছাড়িয়ে র‌্যাম উপেক্ষা করে; দেখতে এখানে । এটি হার্ডওয়ার-ভিত্তিক ডেটা এক্সিকিউশন প্রতিরোধের জন্য ব্যবহৃত হয় - NX / XD বিটটি কেবলমাত্র একটি PAE পৃষ্ঠার টেবিল এন্ট্রিতে পাওয়া যায়, "নিয়মিত" পৃষ্ঠার সারণী এন্ট্রি নয়।
উইজার্ড

আপনি কোন ওএস বা হ্যাক চয়ন করেন তা বিবেচনা না করেও কতটা মেমরি সমর্থন করা / ব্যবহার করা যায় তার একটি সীমাবদ্ধ ফ্যাক্টরও চিপসেট হতে পারে।
মোয়াব

5
আমি যুক্ত করব যে 32 বিট উইন্ডোর গ্রাহক সংস্করণগুলি> 4 জিবি র‌্যাম সমর্থন করে না তার কারণটি ছিল যে উল্লেখযোগ্য সংখ্যক হার্ডওয়্যার ড্রাইভের এত বেশি মেমরির সাথে সঠিকভাবে কাজ করতে দেখা যায়নি; এবং যেহেতু সেই সময়ে> 4 গিগাবাইট র‌্যাম সার্ভার / অতি উচ্চ শেষ ওয়ার্কস্টেশনের বাইরে অত্যন্ত বিরল ছিল যে বেশিরভাগ সংস্থাগুলি যারা চালক রক্ষণাবেক্ষণ করেছেন তারা ড্রাইভার আপডেট করার জন্য অর্থ ব্যয় করতে আগ্রহী ছিলেন যা কেবলমাত্র তাদের গ্রাহক বেসের 0.1% ব্যবহার করবে।
ড্যান নীলি

6
@DanNeely ওএস করে সমর্থন আছে মেমরির জন্য, এটা সীমাবদ্ধতা লাইসেন্স সমস্যার কারণে । যদিও আমি একমত যে এটি একটি তৃতীয় পক্ষের হ্যাক, এটি কেবল উইন্ডোজের ভোক্তা রূপের জন্য। উইন্ডোজ 2000 থেকে শুরু করে সার্ভার-ভিত্তিক উইন্ডোজ বিতরণগুলিতে 4 গিগাবাইটেরও বেশি মেমরির জন্য সমর্থন রয়েছে (প্রথম লিঙ্কটি)।
ব্রেকথ্রু

15

32-বিট উইন্ডোজ ভেরিয়েন্টগুলি সম্পর্কে বিশেষভাবে কথা বললে, তারা উইন্ডোজ 2003 ভেরিয়েন্টের পরে 4 গিগাবাইটেরও বেশি র‌্যামের সমর্থন পেয়েছে (এবং আপনি উইন্ডোজ 7 এর জন্য আপনার সমস্ত র‌্যামকে 32-বিট ব্যবহার করার অনুমতি দেওয়ার জন্য কার্নেল হ্যাকও পেতে পারেন )। যাইহোক, এটি একটি ব্যয় হিসাবে আসে, যেমন আপনি আপনার প্রশ্নের প্রথম অংশে উল্লেখ করেছেন।

একটি 32-বিট অপারেটিং সিস্টেমে, পয়েন্টার (মেমরি ঠিকানা) এর আকার সিপিইউ, 32-বিটসের শব্দের দৈর্ঘ্যের সমান, যা 2 ^ 32 = 4GB মেমরি স্পেসের (যেমন আপনি উল্লেখ করেছেন) অনুমতি দেয়। উইন্ডোজ অ্যাপ্লিকেশনগুলির জন্য একটি "ভার্চুয়াল মেমরি" পদ্ধতিও গ্রহণ করে, তাই প্রতিটি অ্যাপ্লিকেশনটির নিজস্ব মেমরির স্থান থাকে।

যেহেতু প্রতিটি পয়েন্টারটি কেবলমাত্র 32-বিট প্রশস্ত, প্রতিটি অ্যাপ্লিকেশনের পয়েন্টার কেবল 4 গিগাবাইট পর্যন্ত মেমরিটিকে সম্বোধন করতে পারে, যদিও সিস্টেমটি তখন 4 গিগাবাইট র‌্যামকে আরও সমর্থন করতে পারে। আমি যতদূর জানি, 32-বিট অপারেটিং সিস্টেমে 4 জিবি র‌্যামের বেশি র‌্যাম ব্যবহার করার ক্ষেত্রে এটিই একমাত্র সতর্কতা। মোট, আপনার 4 জিবি র‌্যামের বেশি র‌্যাম ব্যবহার করে অনেক অ্যাপ্লিকেশন থাকতে পারে তবে যে কোনও একটি বিশেষ প্রক্রিয়া কেবল 4 জিবি পর্যন্ত বরাদ্দ / অ্যাক্সেস করতে পারে।


আপনার প্রশ্নের পিছনে, আসুন আমরা বলি যে আপনার কাছে এমন একটি প্রোগ্রাম রয়েছে যা 2 জিবি র‌্যাম ব্যবহার করে। আপনার যদি এই প্রোগ্রামটির 10 টি উদাহরণ রয়েছে তবে তা 20 গিগাবাইট। আপনার র‍্যামের সমস্ত 8 জিবি ব্যবহার করা হবে, পাশাপাশি অন্য 12 জিবি পৃষ্ঠাফাইলে ব্যবহৃত হবে। সুতরাং হ্যাঁ, 32-বিট অপারেটিং সিস্টেমের অধীনে, এই মেমরিটি ব্যবহার করা সম্ভবের চেয়ে বেশি।

যদি এই 32-বিট ওএস মেশিনটিতে 2 গিগাবাইট র‌্যাম এবং 2 জিবি পৃষ্ঠা ফাইল থাকে তবে পৃষ্ঠা ফাইলের আকার বাড়ানো কার্যকারিতাটিতে সহায়তা করবে না। এটা কি সত্য?

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


প্রতিটি প্রক্রিয়াটিতে 4 গিগাবাইটের অ্যাড্রেস স্পেসের মধ্যে কেবল 2 জিবি প্রোগ্রামটি ব্যবহারের জন্য উপলব্ধ; অন্যান্য 2 জিবি কার্নেল দ্বারা ব্যবহারের জন্য সংরক্ষিত। / 3GB বুট বিকল্প কিছু প্রোগ্রাম আরো র্যাম ব্যবহার করতে অনুমতি দিতে পারেন।
উইজার্ড

1
@ ব্র্যাকথ্রু: "পেজফাইলে আকার বাড়ানো কখনই কার্যকারিতা বাড়বে না" আমি মনে করি এটি সত্য নয়। উদাহরণস্বরূপ, যদি আরও সোয়াপ থাকে তবে ওএস আরও আক্রমণাত্মকভাবে অব্যবহৃত প্রোগ্রামের ডেটা স্যুপ আউট করতে পারে এবং যেমন ডিস্ক ক্যাশে করার জন্য ফ্রি র‌্যাম ব্যবহার করতে পারে। কিছু কনফিগারেশনে এটি আরও ভাল পারফরম্যান্স অর্জন করতে পারে। পেজফিল কেন গুরুত্বপূর্ণ, সে সম্পর্কে সার্ভারফল্টে একটি সুন্দর উত্তর রয়েছে যা এই বিষয়গুলিকে স্পর্শ করে: সার্ভারসফল্ট
প্রশ্নগুলি

2
"পেজফাইলে আকার বাড়ানো কখনই কার্যকারিতা বাড়বে না" এর মতো কম্বল স্টেটমেন্ট সম্পর্কে সতর্ক থাকুন, কোনও পেজ ফাইলের পক্ষে এটি খুব কমই সম্ভব যে বৃহত্তর পৃষ্ঠার ফাইল থাকার চেয়ে আরও বেশি ডিস্কের ছোটাছুটির ফলস্বরূপ! এই প্রশ্নের উত্তর এবং মন্তব্য দেখুন ।
মার্ক বুথ

1
@ সেলসেক গুড পয়েন্ট, আমি এটিকে "সাধারণত নয়" ধরণের জিনিস হিসাবে আপডেট করার জন্য আপডেট করেছি। যদিও আমি সম্মত হচ্ছি এটি একটি সার্ভারে একটি বিশাল পার্থক্য আনতে পারে, বেশিরভাগ লোকের জন্য, আমি যে বিষয়টিটি দেখার চেষ্টা করছিলাম তা হ'ল তারা আরও বেশি র্যাম পাওয়ার চেয়ে আরও ভাল হবে (যেহেতু আপনি যখন পেজিং করছেন, পারফরম্যান্সটি বেশ ধীর যেমন এটি পেতে পারে)।
ব্রেকথ্রু

-1

যখন কোনও প্রসেসরটিকে 32-বিট বলা হয়, এর অর্থ এটি একটি একক নির্দেশিকা ব্যবহার করে 32-বিট সংখ্যা সহ পরিচালনা করতে পারে। এটির ঠিকানা বাসের প্রস্থের সাথে সামান্যই সম্পর্ক রয়েছে, যা 1995 সালে পেন্টিয়াম প্রো প্রকাশের পর থেকে ইন্টেল আর্কিটেকচারে 36-বিট রয়েছে is

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


উপরের অন্যান্য উত্তরের উত্তরগুলিতে নির্দেশিত হিসাবে এটি ভুল।
ChrisInEdmonton

আমার একটা ভুল সত্য যে আমি ভুল হয়ে গেল তা বলতে পারি?
দিমিত্রি গ্রিগরিয়েভ

1
একটি একক প্রক্রিয়া 4 জিবি এরও বেশি ব্যবহার করতে পারে। বিশেষত, পূর্ববর্তী উত্তরগুলি নির্দেশ করে "একটি প্রক্রিয়াতে ঠিকানা জায়গার চেয়ে বেশি মেমরি থাকতে পারে"।
ChrisInEdmonton

2
উদাহরণস্বরূপ দেখুন, blog.superuser.com/2011/04/23/… এখন, অবশ্যই, আপনি একসাথে 4 জিবি এর বেশি ব্যবহার করতে পারবেন না, তবে একটি একক প্রক্রিয়া মেমরিটিকে আনম্যাপ এবং রিম্যাপ করতে পারে, তাই এর চেয়ে বেশি ব্যবহার করতে পারে একক প্রক্রিয়াতে 4 জিবি, বুককিপিংয়ের সামান্য পরিমাণ রয়েছে। ব্লগ পোস্টটি বরং উইন্ডোজ-নির্দিষ্ট। আমি 32-বিট লিনাক্স ইনস্টলগুলিতে> 4 গিগাবাইট মেমরি বরাদ্দকৃত ডেটাবেস সার্ভারগুলি চালিয়েছি। এই দিনগুলিতে অবশ্যই আপনি 64৪-বিট লিনাক্স চালিয়ে যাবেন।
ChrisInEdmonton

1
ঠিক আছে, আমার ক্ষমা। mmapঅতিরিক্ত স্মৃতিশক্তি হওয়ার সম্ভাবনা সম্পর্কে আমি ভাবিনি ।
দিমিত্রি গ্রিগরিয়েভ
আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.