এইচএফএস জার্নালিং এবং নন-জার্নালিং এইচএফএস + এর মধ্যে পার্থক্য কী?


41

আমি একটি বাহ্যিক হার্ড ডিস্ক ড্রাইভ (এইচডিডি) ফর্ম্যাট করতে চলেছি।

এইচএফএস জার্নালিং এবং নন-জার্নালিং এইচএফএস + এর মধ্যে মূল পার্থক্যগুলি কী কী ? একজনের জার্নালিং রয়েছে এবং অন্যটি না করে, এটি কীভাবে ড্রাইভের পারফরম্যান্সকে (সংখ্যা সহ) প্রভাবিত করে?

আমার অন্ত্র-অনুভূতিটি হ'ল "স্বাভাবিক" ব্যবহারের জার্নালিংয়ের পথটি হবে, তবে এমন কোনও পরিস্থিতি রয়েছে যেখানে অ-জার্নালিং এইচএফএস + বিবেচনা করা উচিত? লিনাক্সের সামঞ্জস্যতা এক, যেহেতু মনে হয় কার্নেলের এইচএফএসপ্লাস মডিউলটি অ যাত্রাবিহীন এইচএফএস + এ পড়তে এবং লিখতে সমর্থন করে তবে কেবল ভ্রমণ ট্র্যাভেল এইচএফএস + এ পড়তে পারে।

আর কিছু উল্লেখ করার মতো?

উত্তর:


35

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

কখন এইচএফএস + নন-ভ্রমণ একটি বিএডি ধারণাটি ব্যবহার করছে ?

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

  • পার্টিশন যেখানে ডেটা অখণ্ডতা গুরুত্বপূর্ণ এবং অপ্রত্যাশিত শক্তি হ্রাস থেকে সুরক্ষা আবশ্যক। (দস্তাবেজ, সংগীত, ভিডিও, ব্যাকআপস, ইত্যাদি)।

কখন এইচএফএস + নন-ভ্রমণ একটি ভাল ধারণাটি ব্যবহার করছেন ?

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

  • আপনার মতো বহনযোগ্যতা এবং সামঞ্জস্যতা প্রয়োজন এমন অন্য কোনও ড্রাইভ সঠিকভাবে নির্দেশ করেছে।

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

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

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

সন্ধান করুন যে জার্নালের ওভারহেড থাকা সত্ত্বেও জর্নালেড ড্রাইভটিতে কিছু অপারেশন অবিচ্ছিন্নভাবে তৈরি করা যেতে পারে, অন্যদিকে অ-ভ্রমণের সংস্করণটিকে সিঙ্ক্রোনালিভাবে কাজগুলি করতে হবে।

রেফারেন্সের জন্য আমি একটি পুরানো তুলনা সন্ধানের জন্য কিছুটা চেষ্টা করে গুগল করেছিলাম (ওএসএক্স-এ তাদের প্রথম পুনরাবৃত্তির পরে এইচএফএস + সত্যিকার অর্থে খুব বেশি পরিবর্তন হয়নি বলে সংখ্যাগুলি সম্ভবত বৈধ In অন্যকিছু.

চার্ট সহ ওয়েবসাইট এখানে:

এইচএফএস + জর্নলেড বনাম এইচএফএস + অ-ভ্রমণ সহকারে তুলনা

টি এল; ডিআর:

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

(জোর আমার)

উপসংহার

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


@ গ্রিফো আমাকে তদন্ত করার জন্য এবং উপরোক্ত সিদ্ধান্তে পৌঁছানোর জন্য প্রশ্নটিতে আসলে এটি +1 ;-) ধন্যবাদ
মার্টিন মার্কনকিনি

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

@ প্রোব্যাকআপ যদিও যদিও আমার কাছে "সংখ্যা" নেই তবে আমি সত্যিকার অর্থে বিশ্বাস করি যে জার্নালের আকার আজকের ড্রাইভগুলিতে নগণ্য হতে চলেছে।
মার্টিন মার্কনকিনি

@ মার্টনমারকনসিনি আমি আশ্চর্য হয়েছি যে গ্রাসকৃত ডিস্কের জায়গার ক্ষেত্রে ওভারহেডটি কী কারণ: (1) এই বোনাসের বেশিরভাগ বৈশিষ্ট্য আনুপাতিকভাবে যুক্ত করা হয়। (২) এই সমস্ত অতিরিক্ত তারা সমস্ত যুক্ত করে: একটি EFI পার্টিশনের জন্য 209.7 মেগাবাইট, 128 পার্টিশন তৈরির ক্ষমতা অর্জনের জন্য আরও 1.4MB যেখানে কেবল 1 টি প্রয়োজন। (3) ঘটনাটি diskutil moveJournal external512 এমবি অ্যাপল_জর্নিয়াল বিভাজন তৈরি করবে। (4) একটি 2.7TB (3TB পুরানো শৈলী) এ df -hকেবলমাত্র 1 টি ফাইল (সেই অনুযায়ী sudo du /Volumes/Name) সঞ্চয় করার সময় 736MB ব্যবহৃত হয় ।
প্রো ব্যাকআপ

4

জার্নালিং প্রতিটি ক্রিয়াকলাপে বিলম্ব এবং জটিলতা যুক্ত করে যা ভ্রমণে যাত্রা শুরু করবে। জার্নাল জোর দিয়ে ডেটা ড্রাইভে তাত্ক্ষণিকভাবে লিখতে লিখেছে যা অন্যান্য বকেয়া ড্রাইভের লেনদেনকে ধীর করে দিতে পারে।

জার্নালিংয়ের যা করা হয় তার একটি দুর্দান্ত চিকিত্সা হল অবসরপ্রাপ্ত প্রযুক্তিগত নোট টিএন 1150: এইচএফএস প্লাস ভলিউম ফর্ম্যাট

ফাইল সিস্টেমে জার্নাল এরিয়া ভারী লেখা হয় এবং ওএসকে নিয়মিতভাবে হার্ড সিঙ্ক ডেটা করতে বাধ্য করে। এটি জার্নাল এন্ট্রি প্রয়োজন এমন একটি ফাইল সিস্টেম পরিবর্তন হিসাবে একই সময়ে ঘটে যাওয়া বৃহত পঠন এবং লেখার ক্রিয়াকলাপগুলিতে হস্তক্ষেপ করতে পারে।

একটি জার্নালিং সিস্টেমের সুবিধা হ'ল মাউন্ট টাইমে সিস্টেমটি চেষ্টা করা যাওয়ার মাঝামাঝি যে কোনও ফাইল তৈরি বা ডিরেক্টরি পরিবর্তনের এন্ট্রিটি সহজেই সম্পন্ন করতে পারে। সম্পূর্ণ ফাইল সিস্টেম ক্যাটালগ চেকের তুলনায় ফাইল সিস্টেম নিজেই মেরামত করা হয় এবং চূড়ান্ত দ্রুততার সাথে একটি সামঞ্জস্যপূর্ণ রাজ্যে তৈরি করা হয়।

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

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

এই জাতীয় বিষয়গুলি জার্নালিং অক্ষম করার ভাল কারণ:

  • ডাটাবেস স্টোরেজ ফাইল
  • ব্যর্থতার পরে ডেটা নিরাময়ের রুটিনগুলি সহ অনর্থক মেশিনগুলি
  • RAID স্টোরেজ যা জার্নালিংয়ের যত্ন নেয় এবং আরও অনেক কিছু
  • ব্যয় নির্বিশেষে কেবল অতিরিক্ত গতির প্রয়োজন

TN1150 apple.com ডোমেন থেকে অদৃশ্য হয়ে করলো, তারপর 2004 সংস্করণ এ অবসরপ্রাপ্ত ডকুমেন্ট হিসেবে আবির্ভূত developer.apple.com/legacy/mac/library/#technotes/tn/... তারপর সরানো developer.apple.com/legacy/ গ্রন্থাগার / প্রযুক্তি / tn / tn1150.htmlডুবেইকো.ডেভলপমেন্ট
গ্রাহাম পেরিন

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

1

আপনি ডেভেলপার টুলস কটাক্ষপাত বিভিন্ন ফাইল সিস্টেম এর ডিস্ক কর্মক্ষমতা তুলনা হতে পারে আপনি আনত যদি ছিলেন, সেখানে একটি গাইড এখানে দেওয়া হল:  http://developer.apple.com/library/mac/DOCUMENTATION/Performance/Conceptual/FileSystem/Articles /MacOSXAndFiles.html

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

আমি ফাইল-সিস্টেমের ট্যাগও যুক্ত করেছি


দেব লিঙ্কটির জন্য +1, আমি এটি কতটা দরকারী সংস্থানটি ভুলে যেতে চাইছি। এবং ফেরত করার জন্য একটি অদৃশ্য +1 ;-)
জারি কেইনেনেন
আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.