লিনাক্সে কীভাবে 64৪ বিট স্থানান্তরিত হবে


15

লিনাক্স / ইউনিক্সে কীভাবে 64৪ টি বিট স্থানান্তরিত হয়েছিল? উইন্ডোজ ওয়ার্ল্ড এখনও মনে হচ্ছে এটি নিয়ে সমস্যা রয়েছে এবং আমি কী আগ্রহী তা কীভাবে * নিক্স বিশ্বে পরিচালিত হয়েছিল।


উড়ন্ত রঙ সহ।
কাজ

উত্তর:


12

কার্নেল 64৪ -বিট তৈরি করার জন্য প্রয়োজনীয় কাজটি খুব আগে অনেক আগে ডিইসি আলফা সিস্টেম ব্যবহার করে করা হয়েছিল। প্রোগ্রামগুলি অবশ্য আলাদা বিষয়।

আমি এখন পর্যন্ত যে সাধারণ sensকমত্য দেখেছি তা মনে হয়:

  • মিশ্রিত বাইনারি রয়েছে এমন সিস্টেমের জন্য পৃথক /libএবং /lib64ডিরেক্টরি
  • 64-বিট হিসাবে সংকলন; সংকলন ব্যর্থ হলে, উত্সটি 64-বিটের জন্য সাফ না হওয়া পর্যন্ত 32-বিট হিসাবে পুনরায় রচনা করুন।

এগুলি ছাড়া, আপনি মিশ্র 32/64 বিট বিল্ডগুলি থেকে সত্যিই পুরো "শোক" দেখতে পাচ্ছেন না।


বাইনারি নামগুলি অবিচ্ছিন্ন এবং ধারাবাহিক রাখতে প্লাস সিমলিংকগুলি।
জিওফসি

এবং আমাদের কী বলা হয় multilib alien.slackbook.org/dokuwiki/doku.php?id=slackware:multilib
ফুনেহে

আপনি কি লিনাক্সের এমন কোনও প্রোগ্রামের নাম রাখতে পারেন যা সংকলন করা যায় তবে কেবল 32-বিটগুলিতে?
ম্যাকিয়েজ পাইচোটকা

@ ম্যাসিজে পাইচোটকা: মনে করবেন না যে এই সমস্ত বাকী অনেক রয়েছে। আমি মনে করি আমি মনে করি ওপেনঅফিস.আর্গ.এর কৌশলটি জটিল, কিন্তু being৪-বিটে রূপান্তর শুরু হওয়ার পরে তা ফিরে এসেছিল।
এগুলি

যেহেতু ফ্ল্যাশ প্লেয়ার সংকলিত হয়;) gnash / lamppark 64৪-বিটগুলিতে কাজ করে তবে অ্যাডোব ফ্ল্যাশ প্লেয়ার যথাযথ।
ম্যাকিয়েজ পাইচোটকা

8

উইন্ডোজ এবং * ix রূপান্তরটির জন্য বিভিন্ন ডেটা মডেল ব্যবহার করেছিল। এই UNIX.org পৃষ্ঠাটি কিছুটা পুরাতন, তবে এটি এখনও ট্রেড-অফগুলির একটি ভাল ওভারভিউ সরবরাহ করে (নোট যা long longপরে C99 এ যুক্ত হয়েছিল এবং কমপক্ষে 64৪-বিট হওয়া দরকার ছিল)। আপনি একই বিষয়ে একটি উইকিপিডিয়া নিবন্ধ দেখতে পারেন । UNIX.org প্রবন্ধের শেষে শিল্পমন্ত্রী হিসেবে সবচেয়ে ইউনিক্স-সদৃশ সিস্টেম LP64, যার মানে সঙ্গে চলে গেছে long, long longআর পয়েন্টার সব 64-বিট আছে।

উইন্ডোজ এলএলপি .৪ ডেটা মডেল বলে যাচ্ছিল যার অর্থ কেবল long longএবং পয়েন্টারগুলি -৪ -বিট। long32-বিট অবশেষ। কারণটির অংশটি কেবলমাত্র ছিল যে তারা কোনও ভাঙ্গা কোডটি পেরে এবং ঠিক করতে চান না যা longএকটি এনের মধ্যে ফিট int


2
ইউনিক্স বিশ্বেও অনেক বিতর্ক হয়েছিল। "দীর্ঘ দীর্ঘ" যুক্ত করার পক্ষে যুক্তিগুলির মধ্যে একটি ছিল যে সেখানে অনেক বেশি কোড ছিল যা ধরে নিয়েছিল যে "দীর্ঘ" 32 বিট ছিল। (কমপক্ষে নির্দিষ্ট যুক্তিতে আমি C99 স্ট্যান্ডার্ডের খুব বেশি আগেই comp.std.c এ জড়িত হয়েছি))
ডেভিড থর্নলে

2

লিনাক্স ডিগ্রোস বেশিরভাগ ওপেনসোর্স হিসাবে ইতিমধ্যে ইতিমধ্যে লার্জলি ট্রানজিশন হয়ে গেছে। আপনি যদি যথাযথ সফ্টওয়্যার ব্যবহার না করেন (যেমন স্কাইপ) আপনি কোনও অসুবিধা ছাড়াই খাঁটি -৪-বিট সিস্টেম চালাতে পারবেন।

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

সম্ভবত লিনাক্সে আপনার रिपোস রয়েছে যাতে ইনস্টলেশনটি স্বয়ংক্রিয়ভাবে পরিচালিত হয় - আপনাকে -৪-বিট বা 32-বিট সংস্করণ (সিস্টেম আপনাকে স্বয়ংক্রিয়ভাবে চয়ন করে) চয়ন করার দরকার নেই। উইন্ডোজ প্রোগ্রামগুলি ডাউনলোড হয় এবং পৃথক 64৪-বিট এবং 32-বিট সংস্করণ থাকে:

  • সার্ভারে ফাইলের আকার দ্বিগুণ
  • ব্যবহারকারীর তার সংস্করণ জানতে প্রয়োজনীয়। বা এমনকি যে তারা কিছু দ্বারা পৃথক

আমি অনুমান করি যে উইন্ডোজ বাইনারিগুলি সাধারণত 32-বিট হয় - এটি এক-আকারের-ফিট-এবং সমস্তই 64-বিট সংস্করণে যায় না।


2

আসলে, এসিএম ক্যুতে "দ্য লং রোড টু -৪-বিট" চেষ্টা করুন: http://queue.acm.org/detail.cfm?id=1165766 এটিকে পরে এসিএমের যোগাযোগগুলি তুলে নিয়েছিল। প্রথম -৪-বিট মাইক্রোটি এমআইপিএস আর ৪০০০ ছিল, এসজিআই ক্রিমসনকে 1Q1992 এ পাঠানো হয়েছিল, ডিসেম্বর আলফাস সেই বছরের শেষ দিকে প্রেরণ করা হয়েছিল।

আর -4000s প্রথমে 32-বিট মোডে চলছিল, তারপরে পরে 64/32 মোডে, অর্থাৎ, 64-বিট ওএস, 64 বা 32-বিট ব্যবহারকারী কোডগুলি bit আলফা সর্বদা ইউনিক্সকে 64৪-বিট-কেবল চালিত করে (একটি যুক্তিসঙ্গত পছন্দ, যেহেতু 32-বিট অ্যাপসের কোনও ইনস্টলড বেস ছিল না was)

১৯৯০ এর দশকে, এসজিআই 64৪-বিট-আইজ লিনাক্সের (ইটানিয়ামগুলি চালানোর জন্য) প্রচেষ্টার অবদান রাখে, যখন এক্সএফএসকে লিনাক্সে পোর্ট করা হয়েছিল (এটি সত্যই 64৪-বিট চেয়েছিল)।

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