লিনাস টরভাল্ডস এবং ওএস এক্স ফাইল সিস্টেম


28

২০০৮ সালে, লিনাস টরভাল্ডস একটি সাক্ষাত্কারে বিখ্যাত বলেছিলেন যে "কিছু উপায়ে ওএস এক্স প্রোগ্রাম করা উইন্ডোজের চেয়ে আসলে খারাপ Their ওএস এক্স ফাইল সিস্টেমটি (এইচএফএস + সম্ভবত) এটি সম্পর্কে কেন তিনি অনুভব করেন সে সম্পর্কে আমি আরও বিশদ অনুসন্ধান করেছি তবে আমি কিছুই খুঁজে পাইনি to

লিনাস অবশ্যই বেসিক ইউনিক্স ফাইল সিস্টেমের মডেলটিকে অপছন্দ করে না এবং আমি সন্দেহ করি যে তিনি এইচএফএস + কে কেস-সংবেদনশীল হওয়ার কারণে ঘৃণা করেন। এবং তার মন্তব্যে কতটা উস্কানিমূলকভাবে উচ্চারিত হওয়া সত্ত্বেও, আমি সন্দেহ করি যে এটি সম্পূর্ণ যোগ্যতা ছাড়াই। যেহেতু মন্তব্যটি ওএস এক্সের প্রোগ্রামিংয়ের প্রসঙ্গে ছিল, তাই আমি সন্দেহ করি যে তার মতামত পারফরম্যান্স, দৃ rob়তা, অপারেটিং সিস্টেম ইন্টারফেস বা সেই লাইন বরাবর যে কোনও কিছুর উপর ভিত্তি করে থাকতে পারে। ২০০৮-এর এইচএফএস + এর সাথে ২০০ 2008-যুগের লিনাসের কী অভিযোগ থাকতে পারে তা কি কেউ জানেন?


2
তিনি কিছু বিষয় সম্পর্কে সত্যই দৃ strong় মতামত থাকার জন্য পরিচিত ছিলেন, উদাহরণস্বরূপ যখন তিনি গিট @ গুগল সম্পর্কে একটি বক্তৃতা দিয়েছিলেন, তখন তিনি অন্যান্য সিস্টেমে ট্র্যাশ করে আলোচনার একটি ভাল অংশ ব্যয় করেছিলেন। সুতরাং আমি বলব যে তিনি সম্ভবত যা ভাবেন তার বিশ্বাস করার কারণ রয়েছে তবে তিনি একজন বুদ্ধিমান হলেও তিনি খুব অত্যুক্তি সম্পন্ন ব্যক্তিও বটে। youtube.com/watch?v=4XpnKHJAok8
এল বিকাশকারী

3
আপনি যদি এই প্রশ্নের উত্তরটি এখানে না পেয়ে থাকেন যা আপনি আশা করেছিলেন তবে আপনি ইউনিক্স এবং লিনাক্স বা সুপার ব্যবহারকারী উভয়কেই অনুসন্ধান (এবং সম্ভবত জিজ্ঞাসা করা) বিবেচনা করতে পারেন । (এখন অনেকগুলি সাইট উপলব্ধ রয়েছে বলে কোন সময় কোন প্রশ্ন জিজ্ঞাসা করার জায়গাটি জানা কখনও কখনও শক্ত । কমপক্ষে আইএমএইচও। :)
অযৌক্তিক জন

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

উত্তর:


21

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

বিষয়টি নিয়ে অন্য কারও বিশ্লেষণের জন্য আপনি জন সেরাকাসার ম্যাক ওএস এক্স পর্যালোচনাগুলি একবার দেখে নিতে পারেন। বিশেষত ম্যাক ওএস এক্স লায়নটির একটি যার শিরোনামে একটি বিভাগ রয়েছে " এইচএফএস + এর সাথে কী সমস্যা ” "শীর্ষক একটি বিভাগ রয়েছে I আমি মনে করি সর্বাধিক স্পষ্ট বিটটি (জোর দেওয়া খনি):

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

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

এখানে গুরুত্বপূর্ণ বিষয়টি হ'ল ম্যাক ওএস এক্স এমন একটি ফাইল সিস্টেম ব্যবহার করছে যা কোনও ইউনিক্স সিস্টেমের জন্যও তৈরি করা হয়নি, এটি ক্লাসিক ম্যাক ওএসের জন্য ডিজাইন করা হয়েছিল এবং পিছনের সামঞ্জস্যতা বজায় রেখে ম্যাক ওএস এক্স 10.0 এর বৈশিষ্ট্যগুলি প্রয়োগ করার জন্য তৈরি করা হয়েছিল। অ্যাপল পরবর্তীকালে ম্যাক ওএস এক্স ১০. journal (জার্নালিং, মেটাডেটা, ফাইল সিস্টেমের ঘটনা ...) এ থাকা অতিরিক্ত বৈশিষ্ট্যগুলি বাস্তবায়িত করেছে যা "গ্রাউন্ড আপ থেকে নকশা" পদ্ধতির পরিবর্তে একই প্যাচিং পদ্ধতির ব্যবহার করে। প্রযুক্তিবিহীনভাবে কীভাবে এটি ব্যাখ্যা করবেন তা সম্পর্কে আমি নিশ্চিত নই, তবে আপনি বলতে পারেন যে এই সমস্ত অতিরিক্ত বৈশিষ্ট্যগুলি ক্লাসিক ম্যাক ওএস ফাউন্ডেশনের উপর ভরসা করছে যা তাদের সমর্থন করার জন্য কখনই ডিজাইন করা হয়নি। এর অর্থ সমাধানটি যতটা ভাল হতে পারে তেমন ভাল নয়। সিরাকুসা যে উদাহরণটিতে আলোচনার জন্য এগিয়ে চলেছেন তা হ'ল অ্যাপল এইচএফএস + এর সীমাবদ্ধতার মধ্যে কাজ করার সময় হার্ড লিঙ্কগুলির জন্য যে সমাধানটি ব্যবহার করতে হয়েছিল তা হার্ডওয়ার ব্যর্থতার পক্ষে খুব সংবেদনশীল, এটি এইচএসএফএস + এর সাথে ডেটা নিয়ে নিজেকে উদ্বেগ দেওয়ার জন্য কখনও তৈরি করা হয়নি। অখণ্ডতা. অবশ্যই, ক্লাসিক ম্যাক ওএসের সাথে সামঞ্জস্যতা বজায় রাখা ম্যাক ওএস এক্স 10.0-এ একটি আকাঙ্ক্ষিত সীমাবদ্ধতা ছিল তবে ম্যাক ওএস এক্স 10.7-এ এটি আর নেই।


1
দুর্দান্ত লিঙ্ক; এতে অনেক গুরুত্বপূর্ণ বিষয় রয়েছে। স্পার ফাইল ফাইল সমর্থনের অভাব বেশ বাদাম। লিনাক্স এক্সট 2 এমনকি সাধারণ ব্লক-বিটম্যাপ ভিত্তিক বরাদ্দ, যেমন এইচএফএস + ব্যবহারের সাথে ফাইলগুলি স্পার করে। যদিও আমি মনে করি তিনি বিগ-এন্ডিয়ানতে মেটাডেটা সঞ্চয় করার বিষয়ে খুব বেশি চুক্তি করেছেন। এক্স 86 bswapনির্দেশটি খুব দ্রুত। এটি কোডটিকে আরও বড় এবং কৃপণ করে তোলে তবে ডিস্কের সাথে সামঞ্জস্য বজায় রাখা একটি বড় ব্যাপার। এমআইপিএস সিপিইউতে এসজিআই-এর উত্স হওয়ার কারণে লিনাক্স এক্সএফএস এখনও সব মেটাটাটা বিগ-এন্ডিয়ান (জার্নালে নেটিভ-এন্ডিয়ান ছাড়া) সঞ্চয় করে। এটি একটি আদর্শ পরিস্থিতি নয়, তবে এক্সএফএস এটি ধরে রাখে না।
পিটার কর্ডেস

7

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

আমি বুঝতে পারি যে লিনাস ´ একই বিষয় থেকে এইচএফএস + স্টেম নিয়ে ইস্যু করেছে: আমি যে বিষয়টি নিয়ে গবেষণাটি পেয়েছি তা থেকে, এইচএফএস + ইউনিকোড ব্যবহার করে ফাইলগুলির নাম সংরক্ষণ করে, তবে যখন কোনও ফাইল "বর্ধিত" বা নন-এএসসিআই অক্ষর ব্যবহার করে (যেমন á, স্প্যানিশ ভাষা থেকে é, í, ó, ú, or বা জার্মান ভাষায় like জাতীয় জিনিস), যার জন্য ইউনিকোড নামটি এনকোডিংয়ের 2 টি উপায় সরবরাহ করে, ওএসএক্স স্টোরেজ সময়ে এনকোডিংকে নিঃশব্দে "স্বাভাবিক" করে তোলে ... যখন আসল সমস্যা হয় না ফাইলটি ওএসএক্সে তৈরি এবং গ্রাস করা হয়েছে, তবে আপনি যখন অন্য ওএস-এর ব্যবহারকারীদের সাথে তথ্য ভাগ করে নিচ্ছেন, তখন ফাইলের নামটি পরিবর্তিত হয়ে যায়, এই ধরণের বিচিত্র আচরণের জন্য ...

কেস বিন্দু: আমি গত 8 প্লাস বছর ধরে সাবভারশনে আমার কাজ "আর্টিফ্যাক্টস" (ফাইল, ডকুমেন্টস, ইত্যাদি) ট্র্যাক করছি। ম্যাকে যাওয়ার সময়, আমি ম্যাকের জন্য এসভিএন ক্লায়েন্ট পেয়েছিলাম এবং আমার প্রাসঙ্গিক ডিরেক্টরিগুলির একটি চেকআউট করার পরে আমি দেখতে পেলাম যে অ্যাকসেন্টযুক্ত সমস্ত ফাইল অনুপস্থিত বলে মনে হচ্ছে এবং একই নামের একটি নতুন ফাইল অ-সংস্করণযুক্ত হিসাবে উপস্থিত হবে। এটি খনন করে, সমস্যাগুলি হ'ল ফাইল-সিস্টেমে থাকা ফাইলটি অ্যাপল-এনকোডযুক্ত, যখন সংগ্রহস্থলের ডেটা অন্যটি (পুরোপুরি বৈধ এবং বৈধ) ইউনিকোড এনকোডিং ব্যবহার করে ...

এটি, আমার ধারণা, এটি আমার ডেটার একটি স্থূল "ম্যাংলিং"। অ্যাপল ফাইলনাম এনকোডিংয়ের উভয় ফর্ম্যাট বুঝতে পারে (উইন্ডোজে কোনও অংশ অ্যাক্সেস করতে, বা উইন্ডোজ থেকে একটি ইউএসবি স্টিক ব্যবহার করে সঠিক ফাইলের নাম ইত্যাদি প্রদর্শন করা হয়) তবে ফাইল তৈরির সময় সিদ্ধান্ত নেওয়া হয়েছে "এটি আরও ভাল জানেন" এবং কেবলমাত্র ফাইলগুলির নাম পরিবর্তন করা হয়েছে। ..

আবার, বেশিরভাগ ব্যবহারকারীরাই লক্ষ্য করবে না - যতক্ষণ না তারা কোনও ফাইলের অনুলিপি তৈরি করে, বা নাম পরিবর্তন না করে এবং মূল ফাইলটি যেখানে থাকে সেখানে ফিরিয়ে দেয় এবং দুটি ফাইল যা শেষ পর্যন্ত একইরকম হয় শেষ না !!!)


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

4

জন সেরাকুসা এবং ড্যান বেনজমিন হাইপারক্রিটিকাল # 56 তে এইচএফএস + এর কিছু অসুবিধা নিয়ে আলোচনা করেছেন ।

তারা এইচএফএস + তে ডেটা দুর্নীতির সমাধান করে এবং জেডএফএসের কয়েকটি বৈশিষ্ট্য বিবেচনা করে।


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

1
ফাইলসিস্টেম আলাপ 23 মিনিট শুরু হয়।
neoneye

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