রাস্পবিয়ান 64৪-বিট মোডে চলেছে

Question

ইন এই পৃষ্ঠার সরকারী RPi3 ঘোষণা বলে:

আমাদের ডাউনলোড পৃষ্ঠা থেকে আপনার একটি সাম্প্রতিক NOOBS বা রাস্পবিয়ান চিত্র প্রয়োজন। আরম্ভের সময়, আমরা একই 32-বিট রাস্পবিয়ান ব্যবহারকারীল্যান্ডটি ব্যবহার করছি যা আমরা অন্যান্য রাস্পবেরি পাই ডিভাইসে ব্যবহার করি; আগামী কয়েক মাস ধরে আমরা 64-বিট মোডে স্থানান্তরিত করার কোনও মূল্য আছে কিনা তা তদন্ত করব।

আমার প্রশ্নটি হ'ল প্রসেসরটি 64৪ বিটযুক্ত, এটি কি স্পষ্ট নয় যে b৪ বিটের মধ্যে ওএস চালানো প্রতিটি উপায়ে আরও ভাল হবে? আমি কী মিস করছি?

Comments

আমি একবার এমন একটি সংস্থার হয়ে কাজ করেছি যা ডিইসি / আলফা (দীর্ঘ সময় আগে) থেকে 32 বিট থেকে 64 বিবিটি ওএসএফ পর্যন্ত সফ্টওয়্যার পোর্ট করে। কেবল একটি সরল রিকম্পাইল, যেহেতু কোডবেস ইতিমধ্যে bit৪ বিটের অনুবর্তী ছিল। পূর্ণসংখ্যা এবং পয়েন্টারগুলিতে অতিরিক্ত মেমরি খরচ থেকে 10% পারফরম্যান্স হিট। এটি সেই দিনগুলিতে ফিরে এসেছিল যখন কর্মক্ষমতাটি ট্রিপল ডিজিট মেগাহার্জ এবং ডাবল (সম্ভবত কম ট্রিপল) অঙ্কের স্মৃতিতে পরিমাপ করা হয়েছিল। অ্যান্ডবোর্ডে 4 + গিগাবাইট র‌্যাম না থাকলে কোনও ভাল ধারণা নেওয়া উচিত নয়।

— ক্রিস কে

64-বিট প্রথমে পাইটির চেয়ে বেশি মেমরি দিয়ে অর্থ প্রদান করে।

— থোরবজর্ন রাভন অ্যান্ডারসন

X86 ভিত্তিক সিস্টেমে এটির সিদ্ধান্ত নিতে অসুবিধা এমনকি একটি হাইব্রিড আবিতে চলে গেছে: en.wikedia.org/wiki/X32_ABI যা 32 বিট পয়েন্টার এবং 64 বিট সিপিইউ রেজিস্টার ব্যবহার করে।

— প্লাজমাএইচ

@ ক্রিসকামিনস্কি তবে এআরএম এবং x86 আলাদা। যখন তারা 32 থেকে 64 বিট থেকে যায় তারা নিবন্ধকের সংখ্যা দ্বিগুণ করে এবং নির্দেশিকা সেটটির এমন কিছু দিক পুনরায় ডিজাইন করে যা বেশিরভাগ ক্ষেত্রে কোডটি দ্রুত চালিত করে। আপনি ইন্টারনেটে প্রচুর মানদণ্ড দেখতে পাবেন

— ফুচলভি

@rsaxvc সুতরাং এটি আমার মন্তব্যে কী যুক্ত করে? আমি বলেছিলাম "এআরএম এবং এক্স ৮86" যে আর্কিটেকচারগুলিতে

— b৪

Answer 1

প্রসেসরটি b৪ বিটযুক্ত, এটি কি স্পষ্ট নয় যে b৪ বিটের মধ্যে ওএস চালানো প্রতিটি উপায়ে আরও ভাল হবে?

আসলে না, তা নয়। কিছু উপায়ে, bit৪ বিটের অপারেটিং সিস্টেম চালানো রাস্পবেরি পাইয়ের কর্মক্ষমতা খারাপ করতে পারে ।

Bit৪ বিটের উপকারিতা :

Bit৪ বিট প্রসেসর / অপারেটিং সিস্টেম ব্যবহারের দুটি প্রাথমিক সুবিধা হ'ল ডিভাইসটি 4 গিগাবাইটেরও বেশি র‌্যাম হ্যান্ডেল করতে পারে এবং 2^32বিনেমন লাইব্রেরির প্রয়োজন ছাড়াই দেশীয়ভাবে পূর্ণসংখ্যাগুলি পরিচালনা করতে পারে।

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

Bit৪ বিটের সমস্যা :

একটি বৃহত সংখ্যা সঞ্চয় করার ক্ষমতা যাদু দ্বারা অনুমোদিত হয় না। বরং স্মৃতি বস্তুর আকার বাড়াতে হবে be সি (এবং সি ++) এর অর্থ একটিতে পরিবর্তন intকরা int64_t। এটি স্বয়ংক্রিয়ভাবে সম্পন্ন হয় না, তাই ফাউন্ডেশন সম্পর্কে মন্তব্য দুটি শাখা বজায় রাখতে চায় না।

অতিরিক্তভাবে, applications৪ বিট মোডে চলাকালীন অনেক অ্যাপ্লিকেশন কেবল কোনও সুবিধা দেয় না (বেশিরভাগ ব্যবহারকারীর জন্য)। লক্ষ্য করুন যে বেশিরভাগ ওয়েব ব্রাউজার, এমএস অফিস এবং অন্যান্য জনপ্রিয় সফ্টওয়্যারগুলির সম্পূর্ণ হোস্টগুলি এখনও 32 টি বিট পদ্ধতিতে চালিত এবং রক্ষণাবেক্ষণ করা হয়। নিশ্চিত হয়ে আপনি এমএস অফিসের bit৪ বিটের রিলিজে আপনার হাত পেতে পারেন তবে এটি খুব কমই ব্যবহৃত হয়।

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

উল্লেখ্য :

আপনি যেহেতু একটি bit৪ বিট মেশিনে চালাচ্ছেন, তার অর্থ এই নয় যে অ্যাপ্লিকেশনটি 32 বিট হিসাবে চলছে না। উইন্ডোজ দুটি পৃথক ইনস্টল পাথ C:\Program Filesএবং এটিকে খুব স্পষ্ট করে তোলে C:\Program Files (x86)।

সুতরাং, ফাউন্ডেশন সম্ভবত 64 বিট সমর্থন সরবরাহ করবে? :

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

Comments

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

শারীরিক মেমরি পরিমাণ এবং ভার্চুয়াল মেমরির মধ্যে পার্থক্য করার জন্য এটি উন্নত নয়। ভুল তথ্য প্রচার না করাও উন্নত নয়। sizeof(char)সর্বদা এক। লিনাক্স অধীনে, sizeof(short), sizeof(int), sizeof(float), sizeof(double)bitness সঙ্গে পরিবর্তিত হতে হবে না। এটি আপনার দাবির মধ্যে একটি বড় পার্থক্য রয়েছে।

x64এই উত্তরের ব্যবহারে আমার সমস্যা আছে । x64এর সংক্ষেপণ x86-64। এটি "64 বিট" এর সমার্থক নয় । 64 বিট এআরএম সিপিইউ রয়েছে AArch64।

— অলি

আপনি তালিকাভুক্ত চেয়ে আরো 64-বিট পেশাদার আছে। সেখানে ARM64 কর্মক্ষমতা সুবিধা , en.wikipedia.org/wiki/64-bit_computing#Pros_and_cons

— phuclv

আপনি 64 বিট ওএসে যাওয়ার সবচেয়ে বড় কারণটি মিস করেছেন। জানুয়ারী 19, 2038. 32 বিট লিনাক্স এই বারের তারিখগুলি পরিচালনা করতে পারে না। ফিক্সটি বেশ কিছু সময়ের জন্য bit৪ বিট লিনাক্স (এবং 32 বিট ইউনিক্স সময়ের উপর ভিত্তি করে কোনও সফ্টওয়্যার আপগ্রেড করা হয়েছে)। 2038 এখন 20 বছর দূরে, কিন্তু রাস্পবেরি পাই, একটি ছোট এমবেডেড মেশিন হওয়ায় ভবিষ্যতে এটি ব্যবহারের কিছুটা সম্ভাবনা রয়েছে। 1980 সালে কেউ Y2K সমস্যাটিকে সত্যই গুরুত্ব সহকারে নেননি।

— স্টিভ শেথার

Answer 2

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

এআরএম দিয়ে শুরু করতে এই সমস্যাটি নেই (যদিও এআরচ reg৪ রেজিস্টারগুলি যুক্ত করেছেন, 32-বিট আর্কিটেকচারগুলি তাদের জন্য উপভোগ করা হয়নি), তাই সুবিধাটি মূলত আরও সরাসরি-সম্বোধনযোগ্য মেমরি এবং নেটিভ বিগ ইন্টিজার সাপোর্ট - কোনও উপায়ের চেয়ে কম লেনদেন এবং সম্ভবত ডাউনসাইড দ্বারা প্রতিরোধ করা (সমস্ত কিছুর জন্য আরও মেমরি ব্যবহৃত হয়)।

(একদিকে যেমন, এর জন্য, সিপিইউ বর্ধিত রাখা কিন্তু 32-বিট পয়েন্টার ব্যবহার করে ইন্টেল / এএমডি লিনাক্সের জন্য "x32" অ্যাবিআই তৈরির কিছু কাজ হয়েছে ।)

Comments

যদিও আআরচ 32 এর ইতিমধ্যে x86 এর চেয়ে বেশি রেজিস্টার রয়েছে, এআরচ 64 এটি আরও ভাল করে কারণ এখন আলাদা এসপি এবং পিসি রয়েছে। আপনার সর্বাধিক 14 সাধারণ উদ্দেশ্য রেজিস্টার হওয়ার আগে। আপনার কাছে আরও ভাল নকশিত নির্দেশিকা সেট রয়েছে কি আরএএম 64

— ফুচলভি

এআরএম-র 64৪-বিট আর্কিটেকচারটি বিকাশকারীদের পক্ষে এবং ব্যবহারকারীদের পক্ষে ভাল , উবুন্টু 32-বিট, 32-বিট পিএই, 64-বিট কার্নেল বেঞ্চমার্কস

— ফুক্লিভি

পাই 3 (বিশেষত আসল-ওয়ার্ল্ড টাস্ক সহ) এর মানদণ্ডগুলি দেখতে আকর্ষণীয় হবে।

— ম্যাটডেম

Answer 3

আমি নিশ্চিত যে ইতিমধ্যে পাই 3 তে লোকেরা ডেবিয়ান আর্চ 64 (এআরএমভি 8) চালাচ্ছে; এটি অবশ্যই অনেক লোকের পক্ষে শক্ত হবে না ( এটি সম্পর্কে কিছু সূত্রের জন্য এখানে কাজ করুন দেখুন ¹ ) যদিও বেশিরভাগ ব্যবহারকারীর পক্ষে এটি সম্ভবত সামান্য প্রসারিত।

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

---

পাই 3 এর জন্য এখন ফেডোরার আর্চ 64 রয়েছে release

---

^{১. ৩২-বিট স্টাফের সাথে কিছু জটিলতা থাকবে /opt/vc, আমি নিশ্চিত নই যে এটি কতটা সুরমাধ্যক্ষ; x86-64 এর জন্য 32-বিট কমপ্যাট লিব থাকত তবে আর্চ ...৪ ... সম্ভবত না।}

Comments

raspbian.org/RaspbianFAQ#What_is_Raspbian.3F বলেছে ( রাস্প্বিয়ান সম্পর্কে কথা বলছে): বন্দরটি প্রয়োজনীয় কারণ অফিসিয়াল দেবিয়ান হুইজি আর্মফি রিলিজ কেবল এএসএম আর্কিটেকচারের সংস্করণের সাথে সামঞ্জস্যপূর্ণ পরে রাস্পবেরি পাইতে ব্যবহৃত হয়েছিল (এআরএমভি 7-এ সিপিইউ) এবং উচ্চতর, বনাম রাস্পবেরি পাই এর এআরএমভি 6 সিপিইউ)। এটি কি এখনও RPI3 এর সাথে সত্য?

— zundi

@ স্যান্ডি আমি মনে করি এটি 1) তুলনামূলকভাবে প্রাচীন; ২) বিভ্রান্ত এবং / বা ততক্ষণ থেকে সংশোধন করা হয়নি, যেহেতু ডিবিয়ান আর্মফটি হার্ড ফ্লোট দিয়ে সংকলিত হয়েছে, এইচএফ এর জন্য এটি কি, বনাম এআরএমভি 4/5 এর জন্য আরও একটি ডেবিয়ান রয়েছে যা আমি মনে করি যে এটিই প্রথম ব্যবহৃত হয়েছিল এবং আইএসএ ছিল না কঠোর ভাসমান (আমার মনে হয় একটি নির্দিষ্ট পয়েন্ট অবধি 6 টিই করেনি, তবে বেশিরভাগ সময় ধরে এটি হয়েছে, ওরফে এআরএম 1176 জেজেড (এফ)-এস)। সুতরাং রাস্পবিয়ান, পিরিয়ড, এআরএমভি 6 এর হার্ডওয়্যার ফ্লোটিং পয়েন্ট সমর্থন সহ কেবলমাত্র একটি সংস্করণ রয়েছে, এ / বি / + / 0 মডেল এবং 2 এর মধ্যে একমাত্র পার্থক্যটি ব্যবহৃত কার্নেল, সম্ভবত এটি 3 এর সাথেও ব্যবহৃত হয়

— গোল্ডিলকস

... "আর্মেল" হ'ল ডেবিয়ান হ'ল রাস্পিয়ানদের আগে ব্যবহৃত হয়েছিল।

— স্বর্ণিলোকস

@Sandy যে পাঠানো পাই 1 এর দিনগুলিতে লেখা হয়েছিল, সুতরাং যখন পাই বলে তখন এর অর্থ আমরা এখন পাই 1 বলি। Pi2 (এবং সম্ভবত pi3) এর জন্য ডেবিয়ান আর্মহ্ফ চিত্র প্রকাশ করার জন্য তৃতীয় পক্ষ রয়েছে তবে আরপিএফ আপাতত সমস্ত বোর্ডের জন্য একটি চিত্রের সাথে লেগে থাকার সিদ্ধান্ত নিয়েছে।

— পিটার গ্রিন

Answer 4

লঞ্চ প্রচারের অংশ হিসাবে আমি দেখেছি এটি উল্লেখ করেছে যে একটি উদ্বেগ হ'ল দুটি পৃথক কোড ঘাঁটি (32 এবং 64 বিট) বজায় রাখার জন্য প্রয়োজনীয় প্রচেষ্টা। অ্যাডাফ্রুট পিআই 3 লঞ্চ ভিডিওতে আরও উল্লেখ করা হয়েছে যে bit৪ বিট প্রসেসরের কাছে যাওয়ার বিষয়টি clock৪ বিট মোড ব্যবহারের চেয়ে প্রদত্ত নতুন চিপটি বাড়ানোর জন্য ঘড়ির গতি সম্পর্কে আরও বেশি ছিল।

Comments

আমি ভেবেছিলাম কোডটি একই হবে তবে আর্কিটেকচারের সুবিধা নেওয়ার জন্য চূড়ান্ত কোডটি অপ্টিমাইজ করার জন্য কম্পাইলার দায়িত্বে থাকবে। নতুন বিল্ড তৈরি করা কি তুলনামূলক সহজ? বলুন, bian৪ বিটে দেবিয়ান চালাবেন?

— zundi

@ স্যান্ডি ইজি আপনার দক্ষতার স্তর এবং অভিজ্ঞতার উপর নির্ভর করবে। এখন ব্যবহারের ক্ষেত্রে এটির কী প্রয়োজন?

— স্টিভ রবিলার্ড

বিশেষত কোনওটিই নয়, কেবল RPI3 সক্ষম পারফরম্যান্সটি সর্বাধিক অর্জন করতে চাইছেন।

— zundi

@ সান্দি ফাউন্ডেশন বলেছে যে পাই 3 পি 2 অনুসরণ করার পরে পাই 3-র প্রতিস্থাপন তত দ্রুত আসবে না (আনুমানিক 1 বছর)। তারা নতুন হার্ডওয়্যার প্রয়োজন ছাড়াই পারফরম্যান্স বাম্পের জন্য 64 বিট-এ স্যুইচ ব্যবহার করতে পারে - নোট এটি আমার পক্ষ থেকে সমস্ত জল্পনা।

— স্টিভ রবিলার্ড

Answer 5

আপনার 1GB এর বেশি মেমরি না থাকলেও 64-বিট ঠিকানাটি কার্যকর হতে পারে।

এটি আপনাকে বড় ফাইলগুলি মেমরি-মানচিত্রের অনুমতি দেয়, সুতরাং আপনার কাছে একটি পয়েন্টার রয়েছে এবং ওএসকে I / O স্বচ্ছভাবে করতে দিন। I / O করার আরও একটি উপায়। বড় ফাইলগুলিতে এটি করতে আপনার একটি -৪-বিট ঠিকানা প্রয়োজন।

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

Answer 6

Bit৪ বিট নেটিভ প্রোগ্রামগুলি বৃহত্তর (ডেটা এবং পয়েন্টারগুলির জন্য আরও মেমরি), এবং এআরএমভি 8-তে 4 গিগাবাইটেরও কম র‌্যাম সহ একটি 64 বনাম 32 বিট ওএসের কোনও লক্ষণীয় সুবিধা নেই বলে এই দৃ Addressing় প্রতিবেদনের উদ্দেশ্যে, আমি কয়েকটি উত্থাপন করতে চাই পয়েন্ট।

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

নেটিভ bit৪ বিট অ্যাপ্লিকেশনগুলি bit৪ বিট পয়েন্টার ব্যবহার করে এবং 'সাইজ_টি' 64৪ বিট, তাই এগুলি ব্যবহার করে উপাদানগুলি আরও বড় হয়। বাকী ডেটা একই আকারে থাকবে। এর তাত্পর্য অপরিবর্তনীয় চিত্রগুলির আকারের তুলনায় অপ্রতুল।

যেখানে bit৪ বিট নেটিভ সত্যই জ্বলজ্বল করে (যদি আপনি বড় পূর্ণসংখ্যার এবং ভাসমান পয়েন্ট স্টাফের যত্ন না নেন) একটি বড় ভার্চুয়াল অ্যাড্রেস স্পেস রয়েছে:

• ওএস ভার্চুয়াল অ্যাড্রেস স্পেসকে বেশি এবং বৃহত্তর বিভাগগুলিতে বিভক্ত করতে সক্ষম হয়েছে, ভাগ করা সংস্থানগুলির সহজ পরিচালনার সুযোগ করে দেয়, আরও সুবিধার বিভিন্ন স্তরের মধ্যে আরও প্রবাহিত প্রসঙ্গটি পরিবর্তন করে।
• আপনি যদি অদলবদল সক্ষম করে থাকেন তবে আপনি শারীরিক মেমরির সীমা ছাড়িয়ে আরও বেশি বড় প্রক্রিয়া চালাতে পারেন (এটি আসলে 32 বিটের ক্ষেত্রেও সত্য, তবে আপনি 64 বিটে কম সীমাবদ্ধ)

ওএস বর্তমানে এটির সুবিধা গ্রহণ করে বা না নেয়, মূলধারার 32 বিট থেকে দূরে সরে যাওয়ায় এটি একটি পার্থক্য আনতে চলেছে।

আমি মনে করি নেটিভ bit৪ বিট আআরচ ker৪ কার্নেলের দিকে যাওয়ার সর্বোত্তম যুক্তিটি বহনযোগ্যতা: মূলধারার ডেস্কটপটি বেশিরভাগ 64৪ বিট প্রসেসরে চলে গেছে এবং আমি আরও প্যাকেজ দেখতে পাচ্ছি যা b৪ বিট ধরেছে, এবং এই জাতীয় কোডটি 32 বিটে ফিরিয়ে দেওয়া আরও শক্ত 32 থেকে 64 বিট পর্যন্ত পোর্টিংয়ের চেয়ে। ব্যবহারকারী-স্পেসে, আপনি 32-বিট অ্যাপ্লিকেশন এবং 64 বিট অ্যাপ্লিকেশন পাশাপাশি পাশাপাশি চালাতে সক্ষম হবেন, ধরে নিই যে আপনি মাল্টি-আর্চ লাইব্রেরি ইনস্টল করেছেন, সুতরাং যেখানে 32 থেকে 64 বিট পোর্ট করা দরকার তা নয় ব্যাপার। একটি 64 বিট ওএস সহজভাবে আপনাকে সফ্টওয়্যারটির বৃহত্তর নির্বাচন দিতে চলেছে।

আমি বলছি না যে রাস্পবেরি পিআই 3 এর জন্য একটি 64 বিট কার্নেল উত্পাদন করা সহজ - এখানে উল্লেখযোগ্য পার্থক্য রয়েছে যা নিম্ন স্তরে পরিবর্তন প্রয়োজন, সমস্ত ডিভাইস ড্রাইভার 64 বিট পরিষ্কার নয় (বিশেষত এআরএম নির্দিষ্ট জিপিইউগুলির জন্য ড্রাইভার)। এটি হতে পারে যে রাস্পবেরিয়ান একটি 32 বিট ওএস থাকবে, তবে আমি বিশ্বাস করি যে (দীর্ঘ পরিসরে) এটি স্বল্পদৃষ্টির।

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

Comments

এআরএমের জন্য সম্ভবত আমাদের একটি এক্স 32 এবিআই দরকার। তারপরে আমাদের কাছে ছোট পয়েন্টার এবং সমস্ত রেজিস্টার থাকতে পারে।

— rsaxvc

Answer 7

বিদ্যমান উত্তরগুলি একটি 64-বিট খিলানের সমস্যাগুলি খুব ভালভাবে কভার করে তবে আমি আপগ্রেড করার অনেকগুলি সুবিধা দেখছি না। সুতরাং, আমি সম্প্রতি দুটি আবিষ্কার করেছি:

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

• মঙ্গো এই খিলানের আকারে 2G এর অধীনে ডাটাবেসের মধ্যে সীমাবদ্ধ এবং 32-বিট বিল্ডগুলি শীঘ্রই হ্রাস করা হবে। ম্যানুয়াল থেকে :

  মঙ্গোডিবি ৩.২ থেকে শুরু করে, ৩২-বিট বাইনারিগুলি হ্রাস করা হয়েছে এবং ভবিষ্যতে প্রকাশে তা অনুপলব্ধ থাকবে।

  যদিও লিনাক্স এবং উইন্ডোজের জন্য 32-বিট বিল্ডগুলি বিদ্যমান, তারা উত্পাদন মোতায়েনের জন্য অনুপযুক্ত। 32-বিট বিল্ডগুলি ওয়্যার্ডটাইগার স্টোরেজ ইঞ্জিনকে সমর্থন করে না।

Comments

অদ্ভুতভাবে, এটি আপনার প্ল্যাটফর্মের উপর নির্ভর করে। এটি সাধারণত পূর্ণসংখ্যার আকার নয়, 'সি' লাইব্রেরিতে সময়_t এর আকার। এমনকি 32-বিট প্ল্যাটফর্মেও, কিছু সিপিইউ সময় ওভারহেড সহ 64-বিট টাইম_ট ব্যবহার করা সম্ভব তবে অনেক 32-বিট প্ল্যাটফর্ম এখনও এটি করেনি, কারণ এটি করার ক্ষেত্রে বাইনারি সামঞ্জস্যের সমস্যা রয়েছে।

— rsaxvc

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

— অর্ধ

লিনাক্সের জন্য আপনাকে কার্নেল, libc এবং আপনার অ্যাপ্লিকেশনটি প্যাচ করতে হবে। এটি সম্ভবত মূল্য নয়। কিছু পড়ার পরে, ওপেনবিএসডি (আরপিআই তে নেই) সময়_ 5 since থেকে 64-বিট। 32-বিট উইন্ডোজটিতে ভিজ্যুয়াল স্টুডিও 2005 ব্যবহার করে বা নতুন সময়_টি 64-বিট হয়।

— rsaxvc

@ আরাক্সভিসি: ঠিক আছে, আপনাকে ধন্যবাদ। আমি অবাক হয়েছি যদি আমার জন্য :-)

— 64৪

Answer 8

এ সম্পর্কে আমার মতামত: যদিও আমি জানি না যে কোনও এআরএম প্রসেসর মেমরিটিকে ঠিক কীভাবে সম্বোধন করে, আমি আপনাকে পূর্ববর্তী একাধিক সিপিইউ আর্কিটেকচার (স্পার্ক / আলফা / আই 386 / এএমডি 64 / এক্স 86_64) থেকে এটি বলতে পারি: যখন ভাগ করা মেমোরি ব্যবহার করে এবং সম্বোধন করা হয় এর "আসল" ভার্চুয়াল অ্যাড্রেস পয়েন্টার দ্বারা, 64 বিট এ সরানো তুচ্ছ নয়। যদিও মেমকিপি যা করার কথা বলেছিল তা করে, আপনার বিবেচনা করা দরকার যে 64৪ বিটের মধ্যে ডেটা এইভাবে সংরক্ষণ করা হয়েছে (কিছুটা পিছনের দিকে):

HGFEDCBA
HGFEDCBA
HGFEDCBA

তবুও 32 বিটের মধ্যে এটি দেখতে এমন দেখাচ্ছে:

ABCD
ABCD
ABCD

সুতরাং, 32 বিটগুলিতে যখন আপনি র‌্যামে জেপিগ বলছেন, আপনি লিনিয়ার ফ্যাশনে কোনও সমস্যা ছাড়াই এর শিরোনাম বাইটগুলি পড়তে পারেন বা প্রান্ত সনাক্তকরণ করতে পারেন * বাইট ফরোয়ার্ড বাই বাইট করে বলে। তবে একটি 64 বিট আর্কিটেকচারে এটি পরিবর্তন হয়:

32bit:

for (i=0; i< img_length/4; i++) 
{ 
    address=shm_start+i; 
    for (c=0; c< 4; c++) 
    { 
        byte=((*address >> c) & 15) 
    } 
}

64bit:

for (i=-; i< img_length/8; i++) 
{ 
    address=shm_start+i; 
    for (c=7; c>=0; c--) 
    { 
        byte=((*address >> c) & 15) 
    } 
}

Comments

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

— বব

আমি মনে করি না আমি = - বৈধ।

— rsaxvc