বাহ্যিক হার্ডডিস্কে সংক্ষেপিত এনটিএফএস ফাইল সিস্টেম ব্যবহার করা কি ভাল ধারণা?


10

আমি আমার বাহ্যিক ইউএসবি হার্ডডিস্কে সংক্ষেপিত এনটিএফএস ব্যবহার করার বিষয়ে ভাবছি। এটি শুধুমাত্র ব্যাকআপের জন্য ব্যবহার করা উচিত।

  • এটি কি লিনাক্স থেকে অ্যাক্সেস করা সম্ভব?
  • এটা কি নির্ভরযোগ্য?
  • মাইক্রোসফ্টের মতে এটি স্বাভাবিক ফাইল সিস্টেমের চেয়ে ধীর। স্থানান্তর হার (30MB / গুলি) এবং প্রসেসর দেওয়া (2.8 গিগাহার্টজ ফেনোম II এক্স 4) আমি মনে করি বিপরীতটি সত্য হতে পারে। আপনি কি মনে করেন?
  • এই প্রশ্ন অনুসারে সমস্ত ফাইল সংকুচিত হয় না। আমি কীভাবে এড়াতে পারি?

উত্তর:


6

1) হ্যাঁ, লিয়াক্স থেকে এটি অ্যাক্সেস করা সম্ভব। অন্যরা যেমন ব্যাখ্যা করেছে, এনটিএফএস -3 জি সংক্ষেপিত এনটিএফএস পরিচালনা করতে সক্ষম।

2) নির্ভরযোগ্যতা: সংক্ষেপণ দীর্ঘকাল ধরে এনটিএফএসে রয়েছে (উইন্ডোজ এনটি থেকে, http://www.ntfs.com/ntfs-compressed.htm দেখুন )। আমি উইন্ডোতে কোনও নির্ভরযোগ্যতা সমস্যা দেখতে পাচ্ছি না। আমি নন-উইন্ডোজ বাস্তবায়ন (যেমন লিনাক্স) সম্পর্কে নিশ্চিত নই। যদি আপনার একমাত্র উদ্বেগটি লিনাক্সের ডেটা পড়তে থাকে তবে এটি কোনও নির্ভরযোগ্যতা সমস্যা না করে (যাইহোক ব্যাকআপগুলি পুনরুদ্ধার করার সময় কেবল পঠনযোগ্য মাউন্ট করা ভাল ধারণা)।

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

3) পারফরম্যান্স: আপনি যে কেবি নিবন্ধটি উদ্ধৃত করেছেন বলেছেন যে কোনও সার্ভার সিস্টেমে পারফরম্যান্স প্রভাবিত হতে পারে , যেখানে সিপিইউ ইতিমধ্যে স্যাচুরেটেড। বর্তমানের সিপিইউ সহ একটি ডেস্কটপ সিস্টেমে আপনি এটি বর্ণনা করার সাথে সাথে ব্যাকআপগুলির জন্য সংকুচিত এনটিএফএস ব্যবহার করে কোনও উল্লেখযোগ্য পারফরম্যান্স প্রভাব থাকতে হবে না। বিপরীতে, আপনি সংকোচযোগ্য ডেটা সঞ্চয় করলে আপনার কাছে আই / ও কম থাকায় আপনি সম্ভবত কার্য সম্পাদন করতে পারেন। এটি বিশেষত সত্য, যদি ইন্টারফেসটি (ইউএসবি ২.০) সিপিইউয়ের তুলনায় ধীর হয়। আমার ধারণা আপনার সিপিইউতে সহজেই একটি ইউএসবি ২.০ লিঙ্ক রাইটিং বা সংক্ষেপিত এনটিএফএস পড়ার পক্ষে সক্ষম হওয়া উচিত।

4) আপনি যদি পুরো ফাইল সিস্টেমের জন্য সংকোচনের পতাকা সেট করেন তবে আপনার সংকোচিত সরানো ফাইলগুলির সমস্যা হওয়া উচিত নয়।


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

1
  1. আমি মনে করি এটি লিনাক্স থেকে অ্যাক্সেসযোগ্য, তবে আমি নিশ্চিত নই।

  2. নির্ভরযোগ্য কোন অর্থে? আপনার ডেটা ক্ষতিগ্রস্থ হওয়া সহজ, তবে আমি নিশ্চিত না যে এটি আপনি কী বোঝাতে চেয়েছিলেন।

  3. এটি ধীর প্রসেসর-বুদ্ধিমান, তবে দ্রুত I / O- বুদ্ধিমান। যদি আপনার প্রসেসরটি আপনার ডিস্কের চেয়ে অনেক দ্রুত হয় তবে বিশাল ফাইলগুলি পড়ার পরিবর্তে পোস্ট প্রসেসিং এড়িয়ে চলার চেয়ে কম ডেটা পড়তে হলেও কিছু প্রসেসিং করা আপনার পক্ষে উপযুক্ত।

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


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

পিটি # 1 -> এনটিএফএসে মেহরদাদ
ভাট

1
@ মার্টিনাস: # 2: ভাল, আমার এ সম্পর্কে কোনও হার্ড ডেটা নেই, তবে ব্যক্তিগতভাবে আমি উইন্ডোজ সংস্করণকে বিশ্বাস করব তবে লিনাক্স সংস্করণে নয়। # 4: এটি কেবল ডিফল্ট সেটিংস রাখার বিষয়, অ্যাপ্লিকেশন যত্নের বিষয় নয়। যখন একটি 2 জিবি ফাইল একটি সঙ্কুচিত ফোল্ডার থেকে একটি সংকুচিত ফোল্ডারে চলে আসে, তখন ফাইল সিস্টেমটি এটি সংকোচনের জন্য দীর্ঘ সময় ব্যয় করার কোনও কারণ নেই - এটি কেবল এটি সঙ্কুচিত রেখে দেয়, সুতরাং সমস্যাটি। আমি মনে করি না যে আপনি এটি সম্পর্কে অনেক কিছু করতে পারেন। @ সত্যা: আহ ধন্যবাদ
ব্যবহারকারী541686

আমি মনে করি এই ছাড়ার ফাইলটি কেবল তখনই ঘটে যখন ফাইলগুলি একই ডিস্কের একটি সঙ্কুচিত অংশ থেকে সরানো হয়, যা ক্ষেত্রে হবে না। সুতরাং সবকিছু ঠিক আছে।
মার্টিনাস

1
  1. ntfs-3gচালক সমর্থন পড়া, সংযোজন এবং (সম্প্রতি) কম্প্রেস ফাইল পরিবর্তন।

    সংক্ষেপিত ফাইলগুলি বর্তমানে সমস্ত এনটিএফএস -3 জি সংস্করণ দ্বারা সমর্থিত। নতুন সংকুচিত ফাইলগুলি তৈরি করা, বিষয়বস্তু সাফ করা এবং বিদ্যমান সংক্ষেপিত ফাইলগুলিতে ডেটা সংযোজন এনটিএফএস -3 জি -2009.11.14 সাল থেকে সমর্থিত। বিদ্যমান ডেটা (বা বিদ্যমান গর্তগুলি) ওভাররাইট করে বিদ্যমান সংক্ষেপিত ফাইলগুলিকে সংশোধন করা ntfs-3g-2010.8.8 থেকে সমর্থিত।

    - এনটিএফএস -3 জি উন্নত: ডেটা সংক্ষেপণ

  2. ফাইল সিস্টেমটি তার সাধারণ লিনাক্স অংশগুলির, ext3 / ext4 এর মতোই নির্ভরযোগ্য।

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

  3. (উত্তর নেই)

  4. প্রোগ্রামগুলি যখন অন্যত্র একটি সঙ্কুচিত ফাইল তৈরি করে এবং এটির পরে এটির উদ্দেশ্যে স্থিতিতে নিয়ে যাওয়ার কারণে ঘটে, তখন কাজটি সহজ হয়: এই ফাইলগুলিতে সংক্ষেপণ পুনরায় সক্ষম করুন।


ntfs-3g -V: 2013.1.13AR.1উবুন্টু 14.10, কার্নেল 3.16 হিসাবে, আমি এখনও আমার উইন 8 জিপিটি পার্টিশনে সংক্ষেপিত ফাইলগুলি যথাযথভাবে পড়ার জন্য এনটিএফএস -3 জি এর ক্ষমতার পক্ষে প্রমাণ দিতে পারি না। এমনকি কোনও ফাইলের অনুলিপি করা হতে পারে ভিন্ন এমডি 5সামের ফলাফলের জন্য।
মার্কোস
আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.