একবারে একটি 64 বিট মেশিনের ঠিকানা কত স্মৃতি?


32

মেমরিটি যদি বাইট অ্যাড্রেসযোগ্য হয় তবে তা হওয়া উচিত নয়

2^64 / (2^10 * 2^10 * 2^10) = 2^34 GB ?

একটি সাধারণ গুগল অনুসন্ধান 8GB বা 16GB সর্বোচ্চ বলে।

কীভাবে সত্য? এছাড়াও, কীভাবে এটি অপারেটিং সিস্টেমের উপর নির্ভর করে?


8 গিগাবাইট স্পষ্টতই প্রাচীরের বাইরে রয়েছে কারণ আমার ওয়ার্ক মেশিনটিতে 12 গিগাবাইট রয়েছে এবং এটি সমস্ত, একটি জিবি ভিডিও র‌্যাম, প্লাস আমার সমস্ত হার্ডওয়্যার এবং আমার সমস্ত ভার্চুয়াল মেমরি ঠিক ঠিক রাখতে পারে।

Newegg একটি কম্পিউটারের উদ্দেশ্যে র‌্যামের 32GB প্যাকেজ বিক্রয় করে। ৩২-বিট সমর্থিত ৩.২ জিবি, এবং ১২৮-বিট কয়েক মিলিয়ন টেরাবাইট সমর্থন করবে, তাই আমি মনে করি 64৪-বিট যা ছিল তার দ্বিগুণের চেয়ে অনেক বেশি is৪-বিট।
tkbx

উত্তর:


52

একাধিক ইন্টারলিভিং ফ্যাক্টর রয়েছে।

প্রথমত, আপনি কখনই এমন কোনও সিস্টেম একত্র করতে সক্ষম হবেন না যা 2 64 বাইট (16 এক্সবিট) শারীরিক র‍্যামযুক্ত।

দ্বিতীয়ত, কারণ কোনও আর্কিটেকচারে -৪-বিট পয়েন্টার ব্যবহার করা হয়, তার অর্থ এই নয় যে এই পয়েন্টারগুলির সমস্ত বিট আসলে ব্যবহৃত হয়। উল্লেখযোগ্যভাবে, বর্তমান x86-64 সিপিইউগুলি (ওরফে এএমডি 64 এবং ইনটেলের বর্তমান 64৪-বিট চিপস) আসলে 48-বিট অ্যাড্রেস লাইন (এএমডি 64) এবং 42-বিট অ্যাড্রেস লাইন (ইন্টেল) ব্যবহার করে (দেখুন http://en.wikedia.org/wiki / এক্স 86_64 # ভার্চুয়াল_ড্রেস_স্পেস_ডেটেলস ), তাত্ত্বিকভাবে 256 টেরাবাইট শারীরিক র‌্যামের অনুমতি দেয়।

দ্বিতীয়ত, শারীরিক ও যৌক্তিকভাবে মাদারবোর্ডগুলি কতটা র‌্যাম সমর্থন করতে পারে তার নিজস্ব সীমাবদ্ধতা রয়েছে। শারীরিকভাবে, কেবলমাত্র র‌্যামের জন্য অনেকগুলি স্লট উপলব্ধ রয়েছে। "যৌক্তিক" সীমা হিসাবে, আমি এখনও পুরোপুরি বুঝতে পারি না কেন এটি এখনও x86-64 এর ক্ষেত্রে (মেমরি নিয়ামক দীর্ঘকাল থেকেই সিপিইউতে স্থানান্তরিত হয়ে গেছে), তবে এটি রয়েছে। নকশা এবং উত্পাদন কয়েক টাকা সংরক্ষণ করার জন্য সম্ভবত ঠিকানা লাইন উপর কাটা হচ্ছে।

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

চতুর্থত, কিছু অপারেটিং সিস্টেম (যেমন উইন্ডোজ) আরও বেশি র‌্যাম চাইলে ব্যবহারকারীদের আরও ব্যয়বহুল সংস্করণে আপগ্রেড করার কৌশল হিসাবে কতটা র‌্যাম ব্যবহার করা যেতে পারে তা কৃত্রিমভাবে সীমাবদ্ধ করবে (উইন্ডোজ Star স্টার্টারটি 2 জিবি, হোম বেসিক 8 এ সীমাবদ্ধ, হোম প্রিমিয়াম) থেকে 16, এবং পেশাদার এবং উপরের 192 গিগাবাইট, এবং উইন্ডোজ সার্ভার রিলিজগুলির উচ্চতর সীমাবদ্ধতা রয়েছে)।


1
শারীরিক ঠিকানা লাইন সাধারণত উল্লেখ করার জন্য +1 << -৪-বিট আর্কিটেকচারে ঠিকানার নিবন্ধে বিটের সংখ্যা
পল আর

3
42-বিট ঠিকানা লাইনগুলির একটি উত্স (বেনামে সম্পাদনা দ্বারা যুক্ত) প্রশংসা করা হবে। ততদিন পর্যন্ত আমি ব্যক্তিগতভাবে সেই তথ্যটিকে বিশ্বাসযোগ্য মনে করি না।
বব

21
কখনও না বল না. মুরের আইনটি এখনও কার্যকর রয়েছে, শেষটি আমি শুনেছি, সুতরাং 16 এক্সবাইট র‌্যামযুক্ত সিস্টেমগুলি আমাদের লাইফটাইমের মধ্যে ভালভাবে উপস্থিত হতে পারে। তারপরে আমাদের সকলকে 128-বিট অপারেটিং সিস্টেমে চলে যেতে হবে ...
মাইকেল হ্যাম্পটন

শারীরিক ঠিকানাগুলি টিএলবিগুলিতে শারীরিক ঠিকানার জন্য প্রদত্ত বিটের সংখ্যার (এবং ক্যাসি ট্যাগগুলির আকার দ্বারা শারীরিক ঠিকানা ট্যাগিং দ্বারা) এবং পৃষ্ঠা সারণী এন্ট্রিগুলিতে শারীরিক ঠিকানার জন্য উপলব্ধ বিট দ্বারা সীমাবদ্ধ থাকে (যদি এগুলি দ্বারা সংজ্ঞায়িত করা হয় তবে x86-64 এর মতো আর্কিটেকচার যা 4KiB পৃষ্ঠাগুলির সাথে 52-বিট শারীরিক ঠিকানা স্থান সমর্থন করে)। পরেরটি হ'ল দৃ fir় (আর্কিটেকচার বাস্তবায়ন ভিত্তিক নয়) সীমা, যদিও এমনকি আর্কিটেকচার পরিবর্তন করা যায়।
পল এ। ক্লেটন

2
@ মিশেলহ্যাম্পটন - নেক্রো রেপ্লি, কিন্তু প্রতিহত করতে পারেনি :) প্রতি 2 বছরে দ্বিগুণ হওয়া (যা সাম্প্রতিক প্রবণতার তুলনায় দ্রুত) 16 জিবি থেকে 16 ইবি পেতে আরও 60 বছর সময় লাগবে। ততক্ষণে আমি সন্দেহ করি সিলিকন ট্রানজিস্টর সম্পর্কে "আইন" এর কোনও প্রাসঙ্গিকতা থাকবে;)
ম্যাটবাইল

9

আপনি যদি এমএস উইন্ডোজ ব্যবহার করেন তবে সর্বাধিক মেমরি অপারেটিং সিস্টেম দ্বারা সীমাবদ্ধ।

উইন্ডোজ 7 এর জন্য সর্বাধিক:

  • স্টার্টার: 2 জিবি
  • হোম বেসিক: 8 জিবি
  • হোম প্রিমিয়াম: 16 জিবি
  • পেশাদার: 192 গিগাবাইট
  • এন্টারপ্রাইজ: 192 গিগাবাইট
  • চূড়ান্ত: 192 জিবি

উইন্ডোজ সার্ভার ২০০৮ লাইনটির শীর্ষের জন্য এন্ট্রি স্তরের জন্য 8 জিবি থেকে শুরু করে 2 টিবি পর্যন্ত।

একটি পূর্ণ-ইশ তালিকার জন্য http://msdn.microsoft.com/en-us/library/aa366778%28VS.85%29.aspx দেখুন ।

এই সীমাগুলি মূলত বিপণনের কারণে। সস্তা সংস্করণকে সীমাবদ্ধ করে তারা উচ্চ-প্রান্তের সংস্করণগুলি (তুলনামূলকভাবে) আরও আকর্ষণীয় করে তুলেছে।

আমি মনে করি যে সাম্প্রতিক লিনাক্স প্রায় 32TB র‌্যাম নিয়ে কাজ করে, যদিও সমস্ত হার্ডওয়্যার এটিকে সমর্থন করতে পারে না।


4
এগুলি আসলে প্রযুক্তিগত সীমা নয়। সেগুলি ব্যবসায়ের কারণে প্রবর্তিত কৃত্রিম সীমা।
কাস্পারড

8

একটি 64-বিট মেশিন 2 64 অ্যাড্রেসযোগ্য ইউনিট (গত কয়েক দশক ধরে নকশাকৃত আর্কিটেকচারগুলিতে, ঠিকানাযোগ্য ইউনিটগুলি অবিচ্ছিন্নভাবে বাইটস, ওরফে অক্টেটস) সম্বোধন করতে সক্ষম হওয়া উচিত । যদি আপনি " 30 গিগাবাইট" কে 2 30 ঠিকানার মতো ইউনিট হিসাবে সংজ্ঞায়িত করেন , তবে হ্যাঁ, 2 34 গিগাবাইট একই গণনা প্রকাশ করার অন্য উপায় way

গুগল অনুসন্ধান কী এই হাস্যকর ক্ষুদ্র ফলাফল তৈরি করেছে? আপনি যে পৃষ্ঠাটি খুঁজে পেয়েছিলেন তাতে যে পরিমাণ র‍্যাম আপনি একটি নির্দিষ্ট মডেলের যুক্তিসঙ্গত সস্তা বাক্সগুলিতে কিনতে পারেন সে সম্পর্কে কথা বলছিল - আপনি সম্ভবত খুব বেশি ব্যয়বহুল থেকে দূরে থাকা এমন বাক্সগুলিতেও আরও অনেক বেশি র্যাম (অবশ্যই সম্বোধনযোগ্য, অবশ্যই) পেতে পারেন you ।

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


2 ^ 30 ঠিকানার ইউনিট 1 জিবি কেন? প্রতিটি ঠিকানা ইউনিট 1 বিট সংরক্ষণ করে, তাই, 2 ^ 30 ঠিকানা ইউনিটগুলি এমন অনেকগুলি বিট সংরক্ষণ করে যা 0.134217728 গিগাবাইটের পরিমাণ। আমি কী মিস করছি?
দর্শনা চৌধুরী

1
@ দর্শনাচৌধারি 2 ^ 30 স্বতন্ত্র ঠিকানার সংখ্যা। প্রতিটি ঠিকানা একটি বিট নয়, মেমরির একটি বাইট সনাক্ত করে।
ডেভিড মোলস

3

আপনার পছন্দমতো র‌্যাম থাকতে পারে তবে এটি অপারেটিং সিস্টেম এবং আপনি যে অ্যাপ্লিকেশনটি চালাচ্ছেন তার উপর নির্ভর করে - অন্য কারও বক্তব্য অনুসারে।

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

আপনার কত স্মৃতি আছে তা বিবেচ্য নয় - আজকের বাজারে পুরো সিস্টেমটি বন্ধ হয়ে যাবে। একক সিপিইউগুলি আপনি যেভাবে প্রত্যাশা করতেন কেবল মাল্টিটাস্কিং পরিচালনা করতে পারে না।

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

আপনি যদি পারফরম্যান্সের বিষয়ে সত্যই গুরুতর হন তবে অবশ্যই 64 বিট যান তবে দ্বিতীয় সার্ভারের সাথে লোড ভারসাম্যকে বিবেচনা করুন।

আমি সেই রাস্তায় নেমেছি - সর্বাধিক র‌্যাম সহ একটি একক মেশিন কনফিগার করছি। তবুও একাধিক অ্যাপ্লিকেশন চালানোর সময় এটি কুকুরের মতো চলে runs এটি কারণ সিপিইউ নিজেই এটি পরিচালনা করতে পারে না।

আমার পরামর্শটি হ'ল আপনার টাকাগুলি মেমোরিতে সংরক্ষণ করুন এবং দ্বিতীয় সার্ভার কিনুন এবং তারপরে দুটি ভারসাম্য লোড করুন। এটি অনেক সহজ প্লাস - একবার আপনি এর গ্রিপগুলিতে প্রবেশ করলে - আপনার আরও প্রসেসিং শক্তি এবং গতির প্রয়োজন হলে এটি প্রসারিত করা সহজ।

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

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

"লোড ব্যালেন্সিং" কী তা যদি আপনি অনিশ্চিত থাকেন তবে এটি গুগল করুন।


2

আমি মনে করি এটি এক্সাবাইট "EB" এর চেয়ে বেশি নিতে পারে।

এই 32-বিট প্রসেসরটি দেখুন 2 32 বি = 4 গিগাবাইট নিতে পারে তবে বেশিরভাগ ক্ষেত্রে 3 জিবি লাগে "কারণ তারা বিপরীত ঠিকানাগুলির জন্য 1 জিবি"

তার মানে 64-বিট প্রসেসর 2 নিতে পারেন 64 বি = 16, EB, কিন্তু আমি কিভাবে ঠিকানাগুলি যে জন্য লক ব্যবহার বিপরীত করতে পারবে না। সুতরাং আমরা বলতে পারি 64৪-বিট প্রসেসরটি 1 ইবি-র বেশি গ্রহণ করে। এবং এই স্পেসিফিকেশন ওসি পিসি কী ব্যবহার করেছে বা এর মডেলটি নির্ভর করে না।


1
অনুশীলনে, -৪-বিট প্রসেসরের সাধারণত 48-বিট অ্যাড্রেস স্পেস থাকে যা 256 টেরাবাইট মেমরির জন্য যথেষ্ট।
465544

আমার মনে হয় আপনি অর্থ exbibyte না exabyte
মার্টিনিউ

1

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

এমএমইউতে একটি টার্মিনাল পৃষ্ঠার টেবিল এন্ট্রিতে শারীরিক ঠিকানার 52 টি গুরুত্বপূর্ণ বিট থাকে এবং তাত্ত্বিকভাবে 4096 টিবি অবধি শারীরিক র‌্যাম তৈরি করতে পারে।

এমএমইউ একটি 4-স্তরের পৃষ্ঠার টেবিল প্রয়োগ করে যার শীর্ষ স্তরে 512 × 512 জিবি এন্ট্রি রয়েছে। সুতরাং ভার্চুয়াল মেমরি 256 টিবিতে সীমাবদ্ধ।

আমি জানি, সমস্ত -৪-বিট অপারেটিং সিস্টেম একটি ডিএমএপি (একটি ডাইরেক্ট-ম্যাপ) প্রয়োগ করে, যা অতি সুবিধাজনক। তবে ভার্চুয়াল মেমরিটি 256 টিবি-র মধ্যে সীমাবদ্ধ হওয়ায় DMAP এর আকারও সীমিত। সাধারণত 128 টিবি ব্যবহারকারী মোডের জন্য সংরক্ষিত থাকে, এবং কার্নেলের জন্য 128 টিবি। কার্নেলের জন্য সেই 128 টিবি-র মধ্যে, অর্ধেক অবধি ডিএমএপি-র জন্য সংরক্ষিত থাকতে পারে। DMAP এর দরকারীতার কারণে অপারেটিং সিস্টেমগুলি সাধারণত শারীরিক স্মৃতি DMAP যা পরিচালনা করতে পারে তার মধ্যে সীমাবদ্ধ রাখবে।

সুতরাং বেশিরভাগ (সমস্ত?) 64৪-বিট অপারেটিং সিস্টেমগুলি ইনটেল / এএমডির জন্য সমর্থিত শারীরিক মেমরিটি প্রায় কোথাও সীমাবদ্ধ T৪ টিবি, সাধারণ কার্নেল ভার্চুয়াল মেমরির জন্য T৪ টিবি এবং ব্যবহারকারীর ভার্চুয়াল মেমরির জন্য ১২৮ টিবি রয়েছে।

-

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

বিভিন্ন সিপিইউ আর্কিটেকচারের (যেমন, এআরএম, পাওয়ারপিসি, ইত্যাদি) বিভিন্ন সীমাবদ্ধতা থাকবে।

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