xzcat - ক্লাউডে অনলাইন

কার্যক্রম:

NAME এর

xz, unxz, xzcat, lzma, unlzma, lzcat - .xz এবং .lzma ফাইল কম্প্রেস বা ডিকম্প্রেস করুন

সাইনোপিসিস

xz [পছন্দ]... [ফাইল] ...

unxz সমতুল্য xz -- ডিকম্প্রেস.
xzcat সমতুল্য xz -- ডিকম্প্রেস --stdout.
lzma সমতুল্য xz --ফরম্যাট=lzma.
unlzma সমতুল্য xz --ফরম্যাট=lzma -- ডিকম্প্রেস.
lzcat সমতুল্য xz --ফরম্যাট=lzma -- ডিকম্প্রেস --stdout.

ফাইল ডিকম্প্রেস করতে হবে এমন স্ক্রিপ্ট লেখার সময়, সবসময় ব্যবহার করার পরামর্শ দেওয়া হয়
নাম xz উপযুক্ত যুক্তি সহ (xz -d or xz -ডিসি) নামের পরিবর্তে unxz এবং xzcat.

বর্ণনাঃ

xz কমান্ড লাইন সিনট্যাক্স অনুরূপ একটি সাধারণ-উদ্দেশ্য ডেটা কম্প্রেশন টুল gzip,(1)
এবং bzip2(1)। নেটিভ ফাইল ফরম্যাট হল .xz বিন্যাস, কিন্তু উত্তরাধিকার .lzma বিন্যাস ব্যবহৃত
LZMA Utils দ্বারা এবং কোন ধারক বিন্যাস শিরোনাম ছাড়া কাঁচা সংকুচিত স্ট্রীম এছাড়াও আছে
সমর্থিত।

xz কম্প্রেস বা decompresses প্রতিটি ফাইল নির্বাচিত অপারেশন মোড অনুযায়ী। যদি না
নথি পত্র দেওয়া হয় বা ফাইল is -, xz স্ট্যান্ডার্ড ইনপুট থেকে পড়ে এবং প্রক্রিয়াকৃত ডেটা লেখে
স্ট্যান্ডার্ড আউটপুটে। xz প্রত্যাখ্যান করবে (একটি ত্রুটি প্রদর্শন করুন এবং এড়িয়ে যান ফাইল) লিখতে
স্ট্যান্ডার্ড আউটপুটে সংকুচিত ডেটা যদি এটি একটি টার্মিনাল হয়। একইভাবে, xz পড়তে অস্বীকার করবে
স্ট্যান্ডার্ড ইনপুট থেকে সংকুচিত ডেটা যদি এটি একটি টার্মিনাল হয়।

যদি না --stdout উল্লিখিত আছে, নথি পত্র আর অন্যান্য - একটি নতুন ফাইলে লেখা হয় যার নাম
উৎস থেকে প্রাপ্ত ফাইল নাম:

কম্প্রেস করার সময়, টার্গেট ফাইল ফরম্যাটের প্রত্যয় (.xz or .lzma) যুক্ত করা হয়
টার্গেট ফাইলের নাম পেতে উৎস ফাইলের নাম।

· ডিকম্প্রেস করার সময়, .xz or .lzma প্রত্যয়টি পেতে ফাইলের নাম থেকে সরানো হয়
টার্গেট ফাইলের নাম। xz এছাড়াও প্রত্যয় স্বীকৃতি দেয় .txz এবং .tlz, এবং তাদের প্রতিস্থাপন করে
দ্য .tar প্রত্যয়.

লক্ষ্য ফাইলটি ইতিমধ্যেই বিদ্যমান থাকলে, একটি ত্রুটি প্রদর্শিত হয় এবং ফাইল বাদ দেওয়া হয়।

স্ট্যান্ডার্ড আউটপুটে লেখা না হলে, xz একটি সতর্কতা প্রদর্শন করবে এবং এড়িয়ে যাবে ফাইল যদি কোনো
নিম্নলিখিত প্রযোজ্য:

· ফাইল একটি নিয়মিত ফাইল নয়। প্রতীকী লিঙ্ক অনুসরণ করা হয় না, এবং এইভাবে তারা হয় না
নিয়মিত ফাইল হিসাবে বিবেচিত।

· ফাইল একাধিক হার্ড লিঙ্ক আছে।

· ফাইল সেটুইড, সেটগিড বা স্টিকি বিট সেট আছে।

· অপারেশন মোড কম্প্রেস এবং সেট করা হয় ফাইল ইতিমধ্যে লক্ষ্য একটি প্রত্যয় আছে
ফাইলের বিন্যাস (.xz or .txz যখন কম্প্রেস .xz বিন্যাস, এবং .lzma or .tlz কখন
থেকে কম্প্রেসিং .lzma বিন্যাস)।

· অপারেশন মোড ডিকম্প্রেস সেট করা হয় এবং ফাইল কোনটির একটি প্রত্যয় নেই
সমর্থিত ফাইল ফরম্যাট (.xz, .txz, .lzma, বা .tlz).

সফলভাবে কম্প্রেস বা decompressing পরে ফাইল, xz মালিক, গোষ্ঠীকে অনুলিপি করে,
উত্স থেকে অনুমতি, অ্যাক্সেসের সময় এবং পরিবর্তনের সময় ফাইল টার্গেট ফাইলে।
যদি গ্রুপটি অনুলিপি করা ব্যর্থ হয়, তাহলে অনুমতিগুলি পরিবর্তন করা হয় যাতে লক্ষ্য ফাইলটি না হয়
উৎস অ্যাক্সেস করার অনুমতি নেই এমন ব্যবহারকারীদের কাছে অ্যাক্সেসযোগ্য হয়ে ওঠে ফাইল. xz
অ্যাক্সেস কন্ট্রোল তালিকা বা বর্ধিত বৈশিষ্ট্যের মতো অন্যান্য মেটাডেটা অনুলিপি করা সমর্থন করে না
এখনো.

টার্গেট ফাইল সফলভাবে বন্ধ করা হয়েছে একবার, উৎস ফাইল অপসারণ করা হয় যদি না
-- রাখা নির্দিষ্ট করা হয়েছিল। উৎস ফাইল আউটপুট লেখা হলে কখনই সরানো হয় না
স্ট্যান্ডার্ড আউটপুট।

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

স্মৃতি ব্যবহার
এর মেমরি ব্যবহার xz নির্ভর করে কয়েকশ কিলোবাইট থেকে কয়েক গিগাবাইট পর্যন্ত পরিবর্তিত হয়
কম্প্রেশন সেটিংসে। একটি ফাইল কম্প্রেস করার সময় ব্যবহৃত সেটিংস নির্ধারণ করে
ডিকম্প্রেসার মেমরি প্রয়োজনীয়তা. সাধারণত ডিকম্প্রেসারের 5% থেকে 20% প্রয়োজন
ফাইল তৈরি করার সময় কম্প্রেসারের প্রয়োজনীয় মেমরির পরিমাণ। উদাহরণ স্বরূপ,
দিয়ে তৈরি একটি ফাইল ডিকম্প্রেস করা xz -9 বর্তমানে 65 MiB মেমরি প্রয়োজন। এখনও, এটা
থাকা সম্ভব .xz যে ফাইলগুলি ডিকম্প্রেস করতে কয়েক গিগাবাইট মেমরির প্রয়োজন হয়।

বিশেষ করে পুরানো সিস্টেমের ব্যবহারকারীরা খুব বড় মেমরি ব্যবহারের সম্ভাবনা খুঁজে পেতে পারে
বিরক্তিকর অস্বস্তিকর বিস্ময় রোধ করতে, xz একটি অন্তর্নির্মিত মেমরি ব্যবহার লিমিটার আছে,
যা ডিফল্টরূপে নিষ্ক্রিয় করা হয়। যদিও কিছু অপারেটিং সিস্টেম সীমাবদ্ধ করার উপায় প্রদান করে
প্রক্রিয়াগুলির মেমরি ব্যবহার, এটির উপর নির্ভর করা যথেষ্ট নমনীয় বলে মনে করা হয়নি (যেমন ব্যবহার করা
সীমা(1) ভার্চুয়াল মেমরি সীমিত করা পঙ্গু হয়ে যায় mmap(2))।

কমান্ড লাইন বিকল্পের সাথে মেমরি ব্যবহার লিমিটার সক্রিয় করা যেতে পারে --মেমলিমিট=সীমা.
প্রায়শই পরিবেশ সেট করে ডিফল্টরূপে লিমিটার সক্ষম করা আরও সুবিধাজনক
পরিবর্তনশীল XZ_DEFAULTS, উদাহরণস্বরূপ XZ_DEFAULTS=-memlimit=150MiB. এটা সেট করা সম্ভব
ব্যবহার করে কম্প্রেশন এবং ডিকম্প্রেশনের জন্য আলাদাভাবে সীমাবদ্ধ করে --memlimit-compress=সীমা এবং
--memlimit-decompress=সীমা. বাইরে এই দুটি বিকল্প ব্যবহার করে XZ_DEFAULTS খুব কমই দরকারী
কারণ একটি একক রান xz কম্প্রেশন এবং ডিকম্প্রেশন উভয়ই করতে পারে না এবং
--মেমলিমিট=সীমা (অথবা -M সীমাকমান্ড লাইনে টাইপ করার জন্য ) ছোট।

যদি ডিকম্প্রেস করার সময় নির্দিষ্ট মেমরি ব্যবহারের সীমা অতিক্রম করা হয়, xz একটি প্রদর্শন করবে
ত্রুটি এবং ফাইল ডিকম্প্রেস ব্যর্থ হবে. কম্প্রেস করার সময় সীমা ছাড়িয়ে গেলে, xz
সেটিংস কমানোর চেষ্টা করবে যাতে সীমা আর অতিক্রম না হয় (যখন ছাড়া
ব্যবহার --ফরম্যাট=কাঁচা or --না-সামঞ্জস্য) এইভাবে সীমা না থাকলে অপারেশন ব্যর্থ হবে না
খুব ছোট. সেটিংসের স্কেলিং এমন ধাপে করা হয় যা কম্প্রেশনের সাথে মেলে না
লেভেল প্রিসেট, যেমন যদি সীমাটি প্রয়োজনীয় পরিমাণের চেয়ে সামান্য কম হয় xz -9,
সেটিংস শুধুমাত্র সামান্য নিচে স্কেল করা হবে, সম্পূর্ণ নিচে না xz -8.

সংবিধান এবং প্যাডিং সঙ্গে .xz নথি পত্র
এটা একত্রিত করা সম্ভব .xz ফাইল যেমন আছে। xz এই ধরনের ফাইলগুলিকে ডিকম্প্রেস করবে যেন তারা
একক ছিল .xz ফাইল.

সংযুক্ত অংশগুলির মধ্যে বা শেষ অংশের পরে প্যাডিং সন্নিবেশ করা সম্ভব।
প্যাডিংয়ে অবশ্যই নাল বাইট থাকতে হবে এবং প্যাডিংয়ের আকার অবশ্যই এর একাধিক হতে হবে
চার বাইট। এই যেমন দরকারী হতে পারে যদি .xz ফাইল পরিমাপ একটি মাধ্যমে সংরক্ষণ করা হয়
512-বাইট ব্লকে ফাইলের আকার।

সংযোজন এবং প্যাডিং এর সাথে অনুমোদিত নয় .lzma ফাইল বা কাঁচা স্ট্রীম।

বিকল্প

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

কিবি পূর্ণসংখ্যাকে 1,024 (2^10) দ্বারা গুণ করুন। Ki, k, kB, K, এবং KB হিসাবে গৃহীত হয়
এর প্রতিশব্দ কিবি.

ইবি পূর্ণসংখ্যাকে 1,048,576 (2^20) দ্বারা গুণ করুন। Mi, m, M, এবং MB হিসাবে গৃহীত হয়
এর প্রতিশব্দ ইবি.

জিবি পূর্ণসংখ্যাকে 1,073,741,824 (2^30) দ্বারা গুণ করুন। Gi, g, G, এবং GB হিসাবে গৃহীত হয়
এর প্রতিশব্দ জিবি.

বিশেষ মান সর্বোচ্চ দ্বারা সমর্থিত সর্বাধিক পূর্ণসংখ্যা মান নির্দেশ করতে ব্যবহার করা যেতে পারে
বিকল্প।

অপারেশন মোড
যদি একাধিক অপারেশন মোড বিকল্প দেওয়া হয়, শেষটি কার্যকর হয়।

-z, -- কম্প্রেস
কম্প্রেস এটি ডিফল্ট অপারেশন মোড যখন কোন অপারেশন মোড বিকল্প নেই
নির্দেশিত এবং অন্য কোন অপারেশন মোড কমান্ড নাম থেকে উহ্য নয় (এর জন্য
উদাহরণ, unxz বোঝা -- ডিকম্প্রেস).

-d, -- ডিকম্প্রেস, --সংকুচিত করা
ডিকম্প্রেস

-t, --পরীক্ষা
সংকুচিত এর অখণ্ডতা পরীক্ষা করুন নথি পত্র. এই বিকল্পটি সমতুল্য -- ডিকম্প্রেস
--stdout ডিকম্প্রেসড ডেটা লেখার পরিবর্তে বাতিল করা হয়
স্ট্যান্ডার্ড আউটপুট। কোন ফাইল তৈরি বা সরানো হয়.

-l, --তালিকা
সংকুচিত সম্পর্কে তথ্য মুদ্রণ নথি পত্র. কোন অসংকুচিত আউটপুট উত্পাদিত হয় না, এবং
কোনো ফাইল তৈরি বা সরানো হয় না। তালিকা মোডে, প্রোগ্রামটি পড়তে পারে না
স্ট্যান্ডার্ড ইনপুট বা অন্যান্য অপ্রত্যাশিত উত্স থেকে সংকুচিত ডেটা।

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

সঠিক আউটপুট মধ্যে পরিবর্তিত হতে পারে xz সংস্করণ এবং বিভিন্ন লোকেল। মেশিনের জন্য-
পঠনযোগ্য আউটপুট, --রোবট --তালিকা ব্যবহার করা উচিত.

অপারেশন সংশোধনকারীদের
-k, -- রাখা
ইনপুট ফাইল মুছে ফেলবেন না।

-f, -- বল
এই বিকল্পটির বেশ কয়েকটি প্রভাব রয়েছে:

· যদি টার্গেট ফাইলটি আগে থেকেই থাকে, তাহলে কম্প্রেস করার আগে মুছে ফেলুন বা
ডিকম্প্রেসিং

· ইনপুট একটি নিয়মিত ফাইলের প্রতীকী লিঙ্ক হলেও কম্প্রেস বা ডিকম্প্রেস করুন,
একাধিক হার্ড লিঙ্ক আছে, অথবা সেটুইড, সেটগিড বা স্টিকি বিট সেট আছে। দ্য
setuid, setgid, এবং স্টিকি বিটগুলি লক্ষ্য ফাইলে অনুলিপি করা হয় না।

সঙ্গে ব্যবহার করা হলে -- ডিকম্প্রেস --stdout এবং xz এর ধরন চিনতে পারে না
সোর্স ফাইল, স্ট্যান্ডার্ড আউটপুট হিসাবে সোর্স ফাইলটি অনুলিপি করুন। এই অনুমতি দেয় xzcat
-- বল মত ব্যবহার করা বিড়াল(1) ফাইলগুলির জন্য যেগুলির সাথে সংকুচিত করা হয়নি xz.
উল্লেখ্য যে ভবিষ্যতে, xz নতুন সংকুচিত ফাইল বিন্যাস সমর্থন করতে পারে, যা হতে পারে
করা xz স্ট্যান্ডার্ড হিসাবে অনুলিপি করার পরিবর্তে আরও ধরণের ফাইল ডিকম্প্রেস করুন
আউটপুট। --ফরম্যাট=বিন্যাস সীমাবদ্ধ করতে ব্যবহার করা যেতে পারে xz শুধুমাত্র একটি একক decompress
ফাইলের বিন্যাস.

-c, --stdout, -- থেকে stdout
ফাইলের পরিবর্তে স্ট্যান্ডার্ড আউটপুটে সংকুচিত বা ডিকম্প্রেসড ডেটা লিখুন।
এই থেকেই বোঝা -- রাখা.

--একক ধারা
শুধুমাত্র প্রথম decompress .xz স্ট্রিম করুন, এবং নীরবে সম্ভাব্য অবশিষ্ট ইনপুট উপেক্ষা করুন
স্ট্রীম অনুসরণ করে ডেটা। সাধারণত এই ধরনের ট্রেলিং আবর্জনা তৈরি করে xz প্রদর্শন একটি
ত্রুটি।

xz থেকে একের বেশি স্ট্রীম কখনই ডিকম্প্রেস করে না .lzma ফাইল বা কাঁচা স্ট্রীম, কিন্তু
এই বিকল্পটি এখনও তৈরি করে xz এর পরে সম্ভাব্য ট্রেলিং ডেটা উপেক্ষা করুন .lzma ফাইল
বা কাঁচা স্রোত।

অপারেশন মোড না থাকলে এই বিকল্পটির কোন প্রভাব নেই -- ডিকম্প্রেস or --পরীক্ষা.

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

-S .সুফ, --প্রত্যয়=.সুফ
কম্প্রেস করার সময়, ব্যবহার করুন .সুফ এর পরিবর্তে লক্ষ্য ফাইলের জন্য প্রত্যয় হিসাবে .xz or
.lzma. স্ট্যান্ডার্ড আউটপুট লিখতে না হলে এবং সোর্স ফাইল ইতিমধ্যে আছে
প্রত্যয় .সুফ, একটি সতর্কতা প্রদর্শিত হয় এবং ফাইলটি এড়িয়ে যায়।

ডিকম্প্রেস করার সময়, প্রত্যয় সহ ফাইলগুলি চিনুন .সুফ সঙ্গে ফাইল ছাড়াও
দ্য .xz, .txz, .lzma, বা .tlz প্রত্যয়. যদি সোর্স ফাইলে প্রত্যয় থাকে .সুফ, দ্য
লক্ষ্য ফাইলের নাম পেতে প্রত্যয়টি সরানো হয়।

কাঁচা স্ট্রীমগুলিকে সংকুচিত বা ডিকম্প্রেস করার সময় (--ফরম্যাট=কাঁচা), প্রত্যয় আবশ্যক
স্ট্যান্ডার্ড আউটপুটে না লিখলে সর্বদা নির্দিষ্ট করা হবে, কারণ কোন ডিফল্ট নেই
কাঁচা প্রবাহের জন্য প্রত্যয়।

--নথি পত্র[=ফাইল]
প্রসেস করার জন্য ফাইলের নাম পড়ুন ফাইল; যদি ফাইল বাদ দেওয়া হয়, ফাইলের নাম পড়া হয়
স্ট্যান্ডার্ড ইনপুট থেকে। ফাইলের নাম অবশ্যই নতুন লাইনের অক্ষর দিয়ে শেষ করতে হবে। ক
ড্যাশ (-) একটি নিয়মিত ফাইলের নাম হিসাবে নেওয়া হয়; এর মানে স্ট্যান্ডার্ড ইনপুট নয়। যদি
ফাইলের নামগুলি কমান্ড লাইন আর্গুমেন্ট হিসাবেও দেওয়া হয়, সেগুলি এর আগে প্রক্রিয়া করা হয়
ফাইলের নাম থেকে পড়া ফাইল.

--ফাইলস0[=ফাইল]
এই অভিন্ন --নথি পত্র[=ফাইল] বাদে প্রতিটি ফাইলের নাম অবশ্যই শেষ করতে হবে
শূন্য চরিত্রের সাথে

মৌলিক ফাইল বিন্যাস এবং সঙ্কোচন অপশন
-F বিন্যাস, --ফরম্যাট=বিন্যাস
ফাইলটি নির্দিষ্ট করুন বিন্যাস কম্প্রেস বা ডিকম্প্রেস করতে:

গাড়ী এটি ডিফল্ট। কম্প্রেস করার সময়, গাড়ী সমতুল্য xz। কখন
decompressing, ইনপুট ফাইলের বিন্যাস স্বয়ংক্রিয়ভাবে সনাক্ত করা হয়. বিঃদ্রঃ
যে কাঁচা স্রোত ( দিয়ে তৈরি --ফরম্যাট=কাঁচা) স্বয়ংক্রিয়ভাবে সনাক্ত করা যাবে না।

xz থেকে কম্প্রেস করুন .xz ফাইল বিন্যাস, বা শুধুমাত্র গ্রহণ .xz ফাইল যখন
ডিকম্প্রেসিং

lzma, একা
উত্তরাধিকার কম্প্রেস .lzma ফাইল বিন্যাস, বা শুধুমাত্র গ্রহণ .lzma ফাইল যখন
ডিকম্প্রেসিং বিকল্প নাম একা পিছনের জন্য প্রদান করা হয়
LZMA ইউটিলসের সাথে সামঞ্জস্যপূর্ণ।

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

-C চেক, --চেক=চেক
অখণ্ডতা যাচাইয়ের ধরন উল্লেখ করুন। চেক থেকে গণনা করা হয়
সংকুচিত তথ্য এবং সংরক্ষিত .xz ফাইল এই বিকল্পটি শুধুমাত্র যখন একটি প্রভাব আছে
মধ্যে কম্প্রেসিং .xz বিন্যাস; দ্য .lzma বিন্যাস অখণ্ডতা পরীক্ষা সমর্থন করে না।
অখণ্ডতা পরীক্ষা (যদি থাকে) যাচাই করা হয় যখন .xz ফাইল ডিকম্প্রেস করা হয়।

সমর্থিত চেক প্রকারসমূহ:

না একটি অখণ্ডতা চেক এ সব গণনা করবেন না. এটি সাধারণত একটি খারাপ ধারণা।
এটি উপযোগী হতে পারে যখন ডেটার অখণ্ডতা অন্য উপায়ে যাচাই করা হয়
যাহাই হউক না কেন।

crc32 IEEE-32 (ইথারনেট) থেকে বহুপদ ব্যবহার করে CRC802.3 গণনা করুন।

crc64 ECMA-64 থেকে বহুপদ ব্যবহার করে CRC182 গণনা করুন। এটি ডিফল্ট,
যেহেতু এটি ক্ষতিগ্রস্থ ফাইল সনাক্তকরণে CRC32 এর থেকে কিছুটা ভাল এবং
গতির পার্থক্য নগণ্য।

sha256 SHA-256 গণনা করুন। এটি CRC32 এবং CRC64 এর চেয়ে কিছুটা ধীর।

এর অখণ্ডতা .xz হেডার সবসময় CRC32 দিয়ে যাচাই করা হয়। করা সম্ভব নয়
এটি পরিবর্তন বা নিষ্ক্রিয় করুন।

-0 ... -9
একটি কম্প্রেশন প্রিসেট স্তর নির্বাচন করুন। ডিফল্ট হয় -6. একাধিক প্রিসেট স্তর থাকলে
নির্দিষ্ট করা হয়, শেষটি কার্যকর হয়। যদি একটি কাস্টম ফিল্টার চেইন ইতিমধ্যে ছিল
নির্দিষ্ট, একটি কম্প্রেশন প্রিসেট স্তর সেট করা কাস্টম ফিল্টার চেইন সাফ করে।

প্রিসেটগুলির মধ্যে পার্থক্যগুলি এর চেয়ে বেশি তাৎপর্যপূর্ণ gzip,(1) এবং
bzip2(1)। নির্বাচিত কম্প্রেশন সেটিংস এর মেমরি প্রয়োজনীয়তা নির্ধারণ করে
ডিকম্প্রেসার, এইভাবে একটি খুব বেশি প্রিসেট স্তর ব্যবহার করা এটিকে বেদনাদায়ক করে তুলতে পারে
সামান্য RAM সহ একটি পুরানো সিস্টেমে ফাইলটিকে ডিকম্প্রেস করুন। বিশেষ করে, এটা না a
ভাল ধারণা থেকে অন্ধভাবে ব্যবহার -9 উন্নত সব এটা প্রায়ই সঙ্গে আছে gzip,(1) এবং
bzip2(1).

-0 ... -3
এগুলি কিছুটা দ্রুত প্রিসেট। -0 কখনও কখনও এর চেয়ে দ্রুত হয় gzip, -9 যখন
কম্প্রেস করা অনেক ভালো। উচ্চতর বেশী প্রায়ই তুলনীয় গতি আছে
bzip2(1) তুলনামূলক বা ভাল কম্প্রেশন অনুপাত সহ, যদিও ফলাফল
তথ্য সংকুচিত হচ্ছে ধরনের উপর অনেক নির্ভর করে.

-4 ... -6
ডিকম্প্রেসার মেমরি ব্যবহার রাখার সময় ভাল থেকে খুব ভাল কম্প্রেশন
এমনকি পুরানো সিস্টেমের জন্য যুক্তিসঙ্গত। -6 ডিফল্ট, যা সাধারণত একটি ভাল
পছন্দ যেমন ফাইল বিতরণ করার জন্য যেগুলি এমনকি ডিকম্প্রেসিবল হতে হবে
শুধুমাত্র 16 MiB RAM সহ সিস্টেম। (-5ই or -6ই বিবেচনা করা মূল্যবান হতে পারে.
দেখ -- চরম.)

-7 ... -9
এই মত -6 কিন্তু উচ্চ কম্প্রেসার এবং ডিকম্প্রেসার মেমরি সহ
প্রয়োজনীয়তা এর থেকে বড় ফাইল কম্প্রেস করার সময়ই এগুলো কার্যকর
যথাক্রমে 8 MiB, 16 MiB এবং 32 MiB।

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

নিম্নলিখিত টেবিলটি প্রিসেটগুলির বৈশিষ্ট্যগুলিকে সংক্ষিপ্ত করে:

প্রিসেট DictSize CompCPU CompMem DecMem
-0 256 KiB 0 3 MiB 1 MiB
-1 1 MiB 1 9 MiB 2 MiB
-2 2 MiB 2 17 MiB 3 MiB
-3 4 MiB 3 32 MiB 5 MiB
-4 4 MiB 4 48 MiB 5 MiB
-5 8 MiB 5 94 MiB 9 MiB
-6 8 MiB 6 94 MiB 9 MiB
-7 16 MiB 6 186 MiB 17 MiB
-8 32 MiB 6 370 MiB 33 MiB
-9 64 MiB 6 674 MiB 65 MiB

কলামের বর্ণনা:

DictSize হল LZMA2 অভিধানের আকার। এটি ব্যবহার করা স্মৃতির অপচয়
সংকুচিত ফাইলের আকারের চেয়ে বড় অভিধান। এই কারণেই এটি
প্রিসেট ব্যবহার এড়াতে ভাল -7 ... -9 যখন তাদের জন্য কোন বাস্তব প্রয়োজন নেই।
At -6 এবং কম, মেমরি নষ্ট হওয়ার পরিমাণ সাধারণত যথেষ্ট কম হয় না
ব্যাপার।

· CompCPU হল LZMA2 সেটিংসের একটি সরলীকৃত উপস্থাপন যা প্রভাবিত করে
কম্প্রেশন গতি। অভিধানের আকারও গতিকে প্রভাবিত করে, তাই CompCPU হয়
স্তরের জন্য একই -6 ... -9, উচ্চ মাত্রা এখনও একটু ধীর হতে থাকে.
আরও ধীর এবং এইভাবে সম্ভবত আরও ভাল কম্প্রেশন পেতে, দেখুন -- চরম.

· CompMem-এ একক-থ্রেডেড মোডে কম্প্রেসার মেমরির প্রয়োজনীয়তা রয়েছে।
এর মধ্যে সামান্য তারতম্য হতে পারে xz সংস্করণ কিছু মেমরি প্রয়োজনীয়তা
ভবিষ্যতে মাল্টিথ্রেডেড মোডগুলি একক-এর চেয়ে নাটকীয়ভাবে বেশি হতে পারে-
থ্রেডেড মোড।

· DecMem ডিকম্প্রেসার মেমরি প্রয়োজনীয়তা রয়েছে. অর্থাৎ কম্প্রেশন
সেটিংস ডিকম্প্রেসারের মেমরি প্রয়োজনীয়তা নির্ধারণ করে। আসল
ডিকমপ্রেসার মেমরি ব্যবহার LZMA2 অভিধান আকারের চেয়ে সামান্য বেশি, কিন্তু
টেবিলের মানগুলি পরবর্তী পূর্ণ MiB পর্যন্ত বৃত্তাকার করা হয়েছে।

-e, -- চরম
নির্বাচিত কম্প্রেশন প্রিসেট স্তরের একটি ধীর বৈকল্পিক ব্যবহার করুন (-0 ... -9) থেকে
আশা করি একটু ভাল কম্প্রেশন অনুপাত পেতে, কিন্তু দুর্ভাগ্যের সাথে এটি করতে পারে
এছাড়াও এটা খারাপ করা. Decompressor মেমরি ব্যবহার প্রভাবিত হয় না, কিন্তু কম্প্রেসার
প্রিসেট লেভেলে মেমরির ব্যবহার একটু বেড়ে যায় -0 ... -3.

যেহেতু অভিধান আকার 4 MiB এবং 8 MiB সহ দুটি প্রিসেট আছে, প্রিসেটগুলি -3ই
এবং -5ই তুলনায় সামান্য দ্রুত সেটিংস ব্যবহার করুন (নিম্ন CompCPU) -4ই এবং -6ই,
যথাক্রমে এইভাবে কোন দুটি প্রিসেট অভিন্ন নয়।

প্রিসেট DictSize CompCPU CompMem DecMem
-0e 256 KiB 8 4 MiB 1 MiB
-1e 1 MiB 8 13 MiB 2 MiB
-2e 2 MiB 8 25 MiB 3 MiB
-3e 4 MiB 7 48 MiB 5 MiB
-4e 4 MiB 8 48 MiB 5 MiB
-5e 8 MiB 7 94 MiB 9 MiB
-6e 8 MiB 8 94 MiB 9 MiB
-7e 16 MiB 8 186 MiB 17 MiB
-8e 32 MiB 8 370 MiB 33 MiB
-9e 64 MiB 8 674 MiB 65 MiB

উদাহরণস্বরূপ, মোট চারটি প্রিসেট রয়েছে যা 8 MiB অভিধান ব্যবহার করে, যার
দ্রুততম থেকে ধীরে ধীরে অর্ডার হয় -5, -6, -5ই, এবং -6ই.

--দ্রুত
-- সেরা এই জন্য কিছুটা বিভ্রান্তিকর উপনাম -0 এবং -9, যথাক্রমে। এইগুলো
LZMA Utils-এর সাথে শুধুমাত্র পিছনের সামঞ্জস্যের জন্য প্রদান করা হয়েছে। এগুলো ব্যবহার করা থেকে বিরত থাকুন
অপশন।

--ব্লক-সাইজ=আয়তন
যখন কম্প্রেস .xz বিন্যাস, এর ব্লকে ইনপুট ডেটা বিভক্ত করুন আয়তন বাইট।
ব্লকগুলি একে অপরের থেকে স্বাধীনভাবে সংকুচিত হয়।

--memlimit-compress=সীমা
কম্প্রেশনের জন্য একটি মেমরি ব্যবহারের সীমা সেট করুন। যদি এই বিকল্প একাধিক নির্দিষ্ট করা হয়
বার, শেষ একটি কার্যকর হয়.

যদি কম্প্রেশন সেটিংস অতিক্রম করে সীমা, xz নিচের দিকে সেটিংস সামঞ্জস্য করবে
যাতে সীমা আর অতিক্রম না হয় এবং স্বয়ংক্রিয়ভাবে একটি নোটিশ প্রদর্শন করে
সমন্বয় করা হয়েছিল। সংকুচিত করার সময় এই ধরনের সমন্বয় করা হয় না
--ফরম্যাট=কাঁচা অথবা যদি --না-সামঞ্জস্য নির্দিষ্ট করা হয়েছে। এই ক্ষেত্রে, একটি ত্রুটি হয়
প্রদর্শিত এবং xz প্রস্থান অবস্থা 1 সহ প্রস্থান করবে।

সার্জারির সীমা একাধিক উপায়ে নির্দিষ্ট করা যেতে পারে:

· দ্য সীমা বাইটে একটি পরম মান হতে পারে। মত একটি পূর্ণসংখ্যা প্রত্যয় ব্যবহার করে ইবি
দরকারী হতে পারে। উদাহরণ: --memlimit-compress=80MiB

· দ্য সীমা মোট শারীরিক মেমরির (RAM) শতাংশ হিসাবে নির্দিষ্ট করা যেতে পারে। এই
বিশেষ করে সেট করার সময় দরকারী হতে পারে XZ_DEFAULTS পরিবেশ পরিবর্তনশীল একটি
শেল ইনিশিয়ালাইজেশন স্ক্রিপ্ট যা বিভিন্ন কম্পিউটারের মধ্যে ভাগ করা হয়। যে
যেভাবে বেশি মেমরি সহ সিস্টেমে সীমা স্বয়ংক্রিয়ভাবে বড় হয়। উদাহরণ:
--মেমলিমিট-কম্প্রেস=70%

· দ্য সীমা এটি সেট করে এর ডিফল্ট মান পুনরায় সেট করা যেতে পারে 0. এই
বর্তমানে সেট করার সমতুল্য সীমা থেকে সর্বোচ্চ (কোনও মেমরি ব্যবহারের সীমা নেই)। একদা
মাল্টিথ্রেডিং সমর্থন কার্যকর করা হয়েছে, এর মধ্যে পার্থক্য থাকতে পারে 0
এবং সর্বোচ্চ মাল্টিথ্রেডেড কেসের জন্য, তাই এটি ব্যবহার করার পরামর্শ দেওয়া হয় 0 পরিবর্তে সর্বোচ্চ
বিস্তারিত সিদ্ধান্ত না হওয়া পর্যন্ত।

এছাড়াও বিভাগ দেখুন স্মৃতি ব্যবহার.

--memlimit-decompress=সীমা
ডিকম্প্রেশনের জন্য একটি মেমরি ব্যবহারের সীমা সেট করুন। এটিও প্রভাবিত করে --তালিকা মোড. যদি
অতিক্রম না করে অপারেশন সম্ভব নয় সীমা, xz একটি ত্রুটি প্রদর্শন করবে
এবং ফাইল ডিকম্প্রেস করা ব্যর্থ হবে। দেখা --memlimit-compress=সীমা সম্ভব জন্য
নির্দিষ্ট করার উপায় সীমা.

-M সীমা, --মেমলিমিট=সীমা, --স্মৃতি=সীমা
এটি নির্দিষ্ট করার সমতুল্য --memlimit-compress=সীমা
--memlimit-decompress=সীমা.

--না-সামঞ্জস্য
একটি ত্রুটি প্রদর্শন করুন এবং প্রস্থান করুন যদি কম্প্রেশন সেটিংস মেমরি ব্যবহার অতিক্রম করে
সীমা ডিফল্ট হল সেটিংসকে নিচের দিকে সামঞ্জস্য করা যাতে মেমরি ব্যবহার করা যায়
সীমা অতিক্রম করা হয় না। কাঁচা তৈরি করার সময় স্বয়ংক্রিয় সামঞ্জস্য সর্বদা অক্ষম থাকে
স্রোত (--ফরম্যাট=কাঁচা).

-T থ্রেড, --থ্রেড=থ্রেড
ব্যবহার করার জন্য কর্মী থ্রেডের সংখ্যা উল্লেখ করুন। থ্রেডের প্রকৃত সংখ্যা হতে পারে
কম তুলনায় থ্রেড যদি আরও থ্রেড ব্যবহার করা মেমরি ব্যবহারের সীমা অতিক্রম করবে।

বহুগঠিত সঙ্কোচন এবং decompression হয় না বাস্তবায়িত এখনো, so এই পছন্দ
হয়েছে না। প্রভাব উন্নত এখন.

As of লেখা (২-৩-২০১)), it আছে না হয়েছে সিদ্ধান্ত নিয়েছে if থ্রেড ইচ্ছা be ব্যবহৃত by
ডিফল্ট on মাল্টিকোর সিস্টেম একদা সমর্থন উন্নত থ্রেডিং হয়েছে হয়েছে বাস্তবায়িত
মন্তব্য হয় স্বাগত. জটিল ফ্যাক্টর হল যে অনেক থ্রেড ব্যবহার করবে
নাটকীয়ভাবে মেমরি ব্যবহার বৃদ্ধি. উল্লেখ্য যে যদি মাল্টিথ্রেডিং হবে
ডিফল্ট, এটি সম্ভবত করা হবে যাতে একক-থ্রেডেড এবং মাল্টিথ্রেডেড মোড
একই আউটপুট উত্পাদন, তাই কম্প্রেশন অনুপাত উল্লেখযোগ্যভাবে প্রভাবিত হবে না যদি
থ্রেডিং ডিফল্টরূপে সক্রিয় করা হবে।

প্রথা সংকোচকারী ছাঁকনি চেইন
একটি কাস্টম ফিল্টার চেইন পরিবর্তে কম্প্রেশন সেটিংস বিস্তারিতভাবে উল্লেখ করার অনুমতি দেয়
প্রিসেট স্তরের সাথে সম্পর্কিত সেটিংসের উপর নির্ভর করে। যখন একটি কাস্টম ফিল্টার চেইন হয়
নির্দিষ্ট, কম্প্রেশন প্রিসেট লেভেল অপশন (-0 ... -9 এবং -- চরম) চুপচাপ আছে
উপেক্ষা করা

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

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

একটি কাস্টম ফিল্টার চেইন এক বা একাধিক ফিল্টার অপশন ব্যবহার করে নির্দিষ্ট করা হয়
ফিল্টার চেইনে চাই। অর্থাৎ, ফিল্টার অপশনের ক্রম উল্লেখযোগ্য!
কাঁচা স্ট্রীম ডিকোড করার সময় (--ফরম্যাট=কাঁচা), ফিল্টার চেইন একই ক্রমে নির্দিষ্ট করা হয়েছে
যেমনটি সংকুচিত করার সময় উল্লেখ করা হয়েছিল।

ফিল্টার ফিল্টার-নির্দিষ্ট নিতে অপশন একটি কমা দ্বারা পৃথক তালিকা হিসাবে. অতিরিক্ত কমা ইন অপশন
উপেক্ষা করা হয়। প্রতিটি বিকল্পের একটি ডিফল্ট মান আছে, তাই আপনাকে শুধুমাত্র আপনি যা চান তা নির্দিষ্ট করতে হবে
পরিবর্তন করতে।

--lzma1[=অপশন]
--lzma2[=অপশন]
ফিল্টার চেইনে LZMA1 বা LZMA2 ফিল্টার যোগ করুন। এই ফিল্টার শুধুমাত্র হিসাবে ব্যবহার করা যেতে পারে
চেইনের শেষ ফিল্টার।

LZMA1 হল একটি লিগ্যাসি ফিল্টার, যা প্রায় সম্পূর্ণভাবে উত্তরাধিকারের কারণে সমর্থিত .lzma
ফাইল ফরম্যাট, যা শুধুমাত্র LZMA1 সমর্থন করে। LZMA2 হল LZMA1-এর একটি আপডেটেড সংস্করণ
LZMA1 এর কিছু ব্যবহারিক সমস্যা ঠিক করুন। দ্য .xz বিন্যাস LZMA2 ব্যবহার করে এবং সমর্থন করে না
LZMA1 আদৌ। LZMA1 এবং LZMA2 এর কম্প্রেশন গতি এবং অনুপাত কার্যতঃ
একই।

LZMA1 এবং LZMA2 একই সেট ভাগ করে অপশন:

preset=পূর্বাহ্নে নির্ধারিত
সমস্ত LZMA1 বা LZMA2 রিসেট করুন অপশন থেকে পূর্বাহ্নে নির্ধারিত. পূর্বাহ্নে নির্ধারিত একটি পূর্ণসংখ্যা নিয়ে গঠিত,
যা একক-অক্ষর প্রিসেট মডিফায়ার দ্বারা অনুসরণ করা যেতে পারে। পূর্ণসংখ্যা হতে পারে
থেকে 0 থেকে 9, কমান্ড লাইন বিকল্পের সাথে মিলে যাচ্ছে -0 ... -9। একমাত্র
সমর্থিত সংশোধক বর্তমানে e, যা মেলে -- চরম। ডিফল্ট
পূর্বাহ্নে নির্ধারিত is 6, যেখান থেকে বাকি LZMA1 এর জন্য ডিফল্ট মান বা
এলজেডএমএ 2 অপশন নেয়া হয়.

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

সাধারণ অভিধান আয়তন 64 KiB থেকে 64 MiB পর্যন্ত। সর্বনিম্ন 4 KiB.
কম্প্রেশনের জন্য সর্বোচ্চ বর্তমানে 1.5 GiB (1536 MiB)। দ্য
ডিকমপ্রেসার ইতিমধ্যেই 4 GiB এর কম এক বাইট পর্যন্ত অভিধান সমর্থন করে,
যা LZMA1 এবং LZMA2 স্ট্রিম ফর্ম্যাটের জন্য সর্বোচ্চ।

অভিধান আয়তন এবং ম্যাচ ফাইন্ডার (mf) একসাথে এর মেমরি ব্যবহার নির্ধারণ করে
LZMA1 বা LZMA2 এনকোডার। একই (বা বড়) অভিধান আয়তন is
ডিকম্প্রেস করার জন্য প্রয়োজনীয় যেটি কম্প্রেস করার সময় ব্যবহৃত হয়েছিল, এইভাবে মেমরি
ডিকোডারের ব্যবহার কখন ব্যবহৃত অভিধান আকার দ্বারা নির্ধারিত হয়
কম্প্রেসিং দ্য .xz শিরোনাম অভিধান সংরক্ষণ করে আয়তন হয় 2^ হিসাবেn বা 2^n
+ 2^(n-1), তাই এই মাপ কম্প্রেশন জন্য কিছুটা পছন্দ করা হয়. অন্যান্য
মাপ তে সংরক্ষিত হলে রাউন্ড আপ হবে .xz হেডার

lc=lc আক্ষরিক প্রসঙ্গ বিটের সংখ্যা উল্লেখ করুন। সর্বনিম্ন 0 এবং
সর্বাধিক 4; ডিফল্ট হল 3। উপরন্তু, এর যোগফল lc এবং lp না অবশ্যই
4 ছাড়িয়ে গেছে।

ম্যাচ হিসাবে এনকোড করা যায় না এমন সমস্ত বাইট লিটারাল হিসাবে এনকোড করা হয়। যে
হল, আক্ষরিক হল 8-বিট বাইট যা একবারে একটি এনকোড করা হয়।

আক্ষরিক কোডিং একটি অনুমান করে যে সর্বোচ্চ lc এর বিট
পূর্ববর্তী আনকম্প্রেস বাইট পরবর্তী বাইটের সাথে সম্পর্কযুক্ত। যেমন সাধারণত
ইংরেজি টেক্সট, একটি বড় হাতের অক্ষর প্রায়ই একটি ছোট হাতের অক্ষর দ্বারা অনুসরণ করা হয়,
এবং একটি ছোট হাতের অক্ষর সাধারণত আরেকটি ছোট হাতের অক্ষর দ্বারা অনুসরণ করা হয়।
US-ASCII অক্ষর সেটে, সর্বোচ্চ তিনটি বিট হল 010 বড় হাতের জন্য
অক্ষর এবং 011 ছোট হাতের অক্ষরের জন্য। কখন lc অন্তত 3, আক্ষরিক
কোডিং অসঙ্কুচিত ডেটাতে এই সম্পত্তির সুবিধা নিতে পারে।

ডিফল্ট মান (3) সাধারণত ভাল। আপনি যদি সর্বোচ্চ কম্প্রেশন চান,
পরীক্ষা lc=4. কখনও কখনও এটি একটু সাহায্য করে, এবং কখনও কখনও এটি সংকোচন করে
খারাপ যদি এটি আরও খারাপ করে তোলে, পরীক্ষা করুন যেমন lc=2 খুব.

lp=lp আক্ষরিক অবস্থান বিট সংখ্যা উল্লেখ করুন. সর্বনিম্ন 0 এবং
সর্বাধিক 4; ডিফল্ট হল 0।

Lp কম্প্রেসড ডেটাতে কী ধরনের সারিবদ্ধকরণ যখন ধরে নেওয়া হয় তা প্রভাবিত করে
এনকোডিং লিটারাল। দেখা pb প্রান্তিককরণ সম্পর্কে আরও তথ্যের জন্য নীচে।

pb=pb অবস্থান বিট সংখ্যা উল্লেখ করুন. সর্বনিম্ন 0 এবং সর্বোচ্চ 4;
ডিফল্ট হল 2।

Pb কম্প্রেসড ডেটাতে কি ধরনের সারিবদ্ধকরণ অনুমান করা হয় তা প্রভাবিত করে
সাধারণ. ডিফল্ট মানে চার-বাইট প্রান্তিককরণ (2^pb=2^2=4), যা প্রায়ই হয়
একটি ভাল পছন্দ যখন কোন ভাল অনুমান আছে.

যখন প্রান্তিককরণ জানা যায়, সেটিং pb সেই অনুযায়ী ফাইলের আকার কমাতে পারে
একটু. যেমন এক-বাইট সারিবদ্ধ টেক্সট ফাইল সহ (US-ASCII,
ISO-8859-*, UTF-8), সেটিং pb=0 কম্প্রেশন সামান্য উন্নতি করতে পারেন. জন্য
UTF-16 পাঠ্য, pb=1 একটি ভাল পছন্দ. যদি প্রান্তিককরণ একটি বিজোড় সংখ্যার মত হয়
3 বাইট, pb=0 সেরা পছন্দ হতে পারে।

যদিও অনুমান করা প্রান্তিককরণের সাথে সামঞ্জস্য করা যায় pb এবং lp, LZMA1 এবং
LZMA2 এখনও সামান্য 16-বাইট প্রান্তিককরণের পক্ষে। এটা গ্রহণ মূল্য হতে পারে
ফাইল ফরম্যাট ডিজাইন করার সময় অ্যাকাউন্ট যা প্রায়ই সংকুচিত হতে পারে
LZMA1 বা LZMA2 সহ।

mf=mf ম্যাচ ফাইন্ডার এনকোডার গতি, মেমরি ব্যবহার, এবং উপর একটি প্রধান প্রভাব আছে
তুলনামূলক অনুপাত. সাধারণত হ্যাশ চেইন ম্যাচ ফাইন্ডার বাইনারি থেকে দ্রুত হয়
বৃক্ষ মিল অনুসন্ধানকারী. ডিফল্ট উপর নির্ভর করে পূর্বাহ্নে নির্ধারিত: 0 ব্যবহার hc3, 1-3 ব্যবহার
hc4, এবং বাকি ব্যবহার bt4.

নিম্নলিখিত মিল ফাইন্ডার সমর্থিত. নীচে মেমরি ব্যবহারের সূত্র
মোটামুটি অনুমান, যা বাস্তবতার সবচেয়ে কাছের যখন ডিক ইহা একটি
দুই শক্তি

hc3 2- এবং 3-বাইট হ্যাশিং সহ হ্যাশ চেইন
জন্য সর্বনিম্ন মান সুন্দর: 3
মেমরি ব্যবহার:
ডিক * 7.5 (যদি ডিক <= 16 MiB);
ডিক * 5.5 + 64 MiB (যদি ডিক > 16 MiB)

hc4 2-, 3-, এবং 4-বাইট হ্যাশিং সহ হ্যাশ চেইন
জন্য সর্বনিম্ন মান সুন্দর: 4
মেমরি ব্যবহার:
ডিক * 7.5 (যদি ডিক <= 32 MiB);
ডিক * 6.5 (যদি ডিক > 32 MiB)

bt2 2-বাইট হ্যাশিং সহ বাইনারি ট্রি
জন্য সর্বনিম্ন মান সুন্দর: 2
মেমরি ব্যবহার: ডিক * 9.5

bt3 2- এবং 3-বাইট হ্যাশিং সহ বাইনারি ট্রি
জন্য সর্বনিম্ন মান সুন্দর: 3
মেমরি ব্যবহার:
ডিক * 11.5 (যদি ডিক <= 16 MiB);
ডিক * 9.5 + 64 MiB (যদি ডিক > 16 MiB)

bt4 2-, 3-, এবং 4-বাইট হ্যাশিং সহ বাইনারি ট্রি
জন্য সর্বনিম্ন মান সুন্দর: 4
মেমরি ব্যবহার:
ডিক * 11.5 (যদি ডিক <= 32 MiB);
ডিক * 10.5 (যদি ডিক > 32 MiB)

মোড=মোড
সঙ্কোচন মোড দ্বারা উত্পাদিত ডেটা বিশ্লেষণ করার পদ্ধতি নির্দিষ্ট করে
ম্যাচ ফাইন্ডার সমর্থিত মোড হয় দ্রুত এবং সাধারণ। ডিফল্ট হয় দ্রুত উন্নত
প্রিসেট 0-3 এবং সাধারণ উন্নত প্রিসেট 4-9।

সাধারণত দ্রুত হ্যাশ চেইন ম্যাচ ফাইন্ডারের সাথে ব্যবহার করা হয় এবং সাধারণ বাইনারি সহ
বৃক্ষ মিল অনুসন্ধানকারী. এই কি প্রিসেট না।

চমৎকার =সুন্দর
একটি ম্যাচের জন্য একটি সুন্দর দৈর্ঘ্য বলে মনে করা হয় তা উল্লেখ করুন। একবার একটি ম্যাচ
অন্তত সুন্দর বাইট পাওয়া যায়, অ্যালগরিদম সম্ভবত খোঁজা বন্ধ করে দেয়
আরও ভালো ম্যাচ।

নিস 2-273 বাইট হতে পারে। উচ্চতর মান ভাল কম্প্রেশন দিতে ঝোঁক
গতির ব্যয়ে অনুপাত। ডিফল্ট উপর নির্ভর করে পূর্বাহ্নে নির্ধারিত.

গভীরতা =গভীরতা
ম্যাচ ফাইন্ডারে সর্বোচ্চ অনুসন্ধান গভীরতা উল্লেখ করুন। ডিফল্ট হল
0 এর বিশেষ মান, যা কম্প্রেসারকে একটি যুক্তিসঙ্গত নির্ধারণ করে গভীরতা
থেকে mf এবং সুন্দর.

যৌক্তিক গভীরতা হ্যাশ চেইনের জন্য 4-100 এবং বাইনারি গাছের জন্য 16-1000।
জন্য খুব উচ্চ মান ব্যবহার করে গভীরতা সঙ্গে এনকোডার অত্যন্ত ধীর করতে পারেন
কিছু ফাইল। সেট করা এড়িয়ে চলুন গভীরতা আপনি প্রস্তুত না হলে 1000 এর বেশি
কম্প্রেশন ব্যাহত করুন যদি এটি খুব বেশি সময় নেয়।

কাঁচা স্ট্রীম ডিকোড করার সময় (--ফরম্যাট=কাঁচা), LZMA2 শুধুমাত্র অভিধান প্রয়োজন আয়তন.
LZMA1 এছাড়াও প্রয়োজন lc, lp, এবং pb.

--x86[=অপশন]
--পাওয়ারপিসি[=অপশন]
--ia64[=অপশন]
--বাহু[=অপশন]
-- হাতের আঙুল[=অপশন]
-- স্পার্ক[=অপশন]
ফিল্টার চেইনে একটি শাখা/কল/জাম্প (BCJ) ফিল্টার যোগ করুন। এই ফিল্টার ব্যবহার করা যেতে পারে
শুধুমাত্র ফিল্টার চেইনের একটি অ-শেষ ফিল্টার হিসাবে।

একটি BCJ ফিল্টার মেশিন কোডে আপেক্ষিক ঠিকানাগুলিকে তাদের পরম রূপান্তর করে
প্রতিপক্ষ এটি ডেটার আকার পরিবর্তন করে না, তবে এটি বৃদ্ধি পায়
রিডানড্যান্সি, যা LZMA2 কে 0-15% ছোট করতে সাহায্য করতে পারে .xz ফাইল বিসিজে
ফিল্টারগুলি সর্বদা বিপরীত হয়, তাই ভুল ধরণের ডেটার জন্য BCJ ফিল্টার ব্যবহার করা হয় না
কোনো ডেটা ক্ষতির কারণ হতে পারে, যদিও এটি কম্প্রেশন অনুপাতকে কিছুটা খারাপ করে তুলতে পারে।

সম্পূর্ণ এক্সিকিউটেবলে বিসিজে ফিল্টার লাগানো ভালো; এটা প্রয়োগ করার কোন প্রয়োজন নেই
শুধুমাত্র এক্সিকিউটেবল বিভাগে। একটি সংরক্ষণাগারে একটি BCJ ফিল্টার প্রয়োগ করা যা রয়েছে৷
এক্সিকিউটেবল এবং নন-এক্সিকিউটেবল ফাইল উভয়ই ভাল ফলাফল দিতে পারে বা নাও পারে, তাই এটি
বাইনারি প্যাকেজগুলি সংকুচিত করার সময় সাধারণত অন্ধভাবে একটি BCJ ফিল্টার প্রয়োগ করা ভাল নয়
বিতরণের জন্য.

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

এই BCJ ফিল্টারগুলির কম্প্রেশন অনুপাত সম্পর্কিত সমস্যাগুলি পরিচিত:

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

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

উপরের দুটি সমস্যাই ভবিষ্যতে একটি নতুন ফিল্টারে ঠিক করা হবে। পুরাতন
বিসিজে ফিল্টারগুলি এখনও এমবেডেড সিস্টেমে কার্যকর হবে, কারণ এর ডিকোডার
নতুন ফিল্টার বড় হবে এবং আরও মেমরি ব্যবহার করবে।

বিভিন্ন নির্দেশ সেটের বিভিন্ন প্রান্তিককরণ রয়েছে:

ফিল্টার প্রান্তিককরণ নোট
x86 1 32-বিট বা 64-বিট x86
পাওয়ারপিসি 4 বিগ এন্ডিয়ান শুধুমাত্র
ARM 4 শুধুমাত্র লিটল এন্ডিয়ান
এআরএম-থাম্ব 2 লিটল এন্ডিয়ান শুধুমাত্র
IA-64 16 বড় বা ছোট এন্ডিয়ান
SPARC 4 বড় বা ছোট এন্ডিয়ান

যেহেতু BCJ- ফিল্টার করা ডেটা সাধারণত LZMA2 এর সাথে সংকুচিত হয়, তাই কম্প্রেশন অনুপাত
LZMA2 বিকল্পগুলি যদি সারিবদ্ধকরণের সাথে মেলে সেট করা থাকে তবে কিছুটা উন্নতি করা যেতে পারে
নির্বাচিত বিসিজে ফিল্টার। উদাহরণস্বরূপ, IA-64 ফিল্টার সহ, এটি সেট করা ভাল pb=4
LZMA2 সহ (2^4=16)। x86 ফিল্টার একটি ব্যতিক্রম; এটা সাধারণত লেগে থাকা ভাল
x2 এক্সিকিউটেবল কম্প্রেস করার সময় LZMA86 এর ডিফল্ট চার-বাইট প্রান্তিককরণ।

সমস্ত BCJ ফিল্টার একই সমর্থন করে অপশন:

শুরু=অফসেট
শুরু নির্দিষ্ট করুন অফসেট এটি আপেক্ষিক এবং মধ্যে রূপান্তর করার সময় ব্যবহৃত হয়
পরম ঠিকানা দ্য অফসেট এর প্রান্তিককরণের একাধিক হতে হবে
ফিল্টার (উপরের টেবিলটি দেখুন)। ডিফল্ট শূন্য। অনুশীলনে, দ
ডিফল্ট ভাল; একটি কাস্টম নির্দিষ্ট করা অফসেট প্রায় কখনই দরকারী নয়।

--ডেল্টা[=অপশন]
ফিল্টার চেইনে ডেল্টা ফিল্টার যোগ করুন। ডেল্টা ফিল্টার শুধুমাত্র একটি হিসাবে ব্যবহার করা যেতে পারে
ফিল্টার চেইনে অ-শেষ ফিল্টার।

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

সমর্থিত অপশন:

dist=দূরত্ব
উল্লেখ দূরত্ব বাইটে ডেল্টা গণনা। দূরত্ব অবশ্যই
1-256। ডিফল্ট হল 1.

উদাহরণস্বরূপ, সাথে dist=2 এবং আট-বাইট ইনপুট A1 B1 A2 B3 A3 B5 A4 B7, the
আউটপুট হবে A1 B1 01 02 01 02 01 02।

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

-v, -- ভারবোস
শব্দগুচ্ছ হও। যদি স্ট্যান্ডার্ড ত্রুটি একটি টার্মিনালের সাথে সংযুক্ত থাকে, xz একটি প্রদর্শন করা হবে
অগ্রগতি সূচক। নির্দিষ্ট করা -- ভারবোস twice আরও বেশি ভার্বোস আউটপুট দেবে।

অগ্রগতি সূচক নিম্নলিখিত তথ্য দেখায়:

· ইনপুট ফাইলের আকার জানা থাকলে সম্পূর্ণতা শতাংশ দেখানো হয়। এটাই,
শতাংশ পাইপ দেখানো যাবে না.

· সংকুচিত ডেটার পরিমাণ উত্পাদিত (সংকোচন) বা ব্যবহার (ডিকম্প্রেসিং)।

· সংকুচিত হওয়া ডেটার পরিমাণ (সংকোচন) বা উত্পাদিত (ডিকম্প্রেসিং)।

· সংকোচন অনুপাত, যা সংকুচিত ডেটার পরিমাণকে ভাগ করে গণনা করা হয়
এখন পর্যন্ত প্রক্রিয়া করা অসঙ্কোচিত ডেটার পরিমাণ দ্বারা প্রক্রিয়া করা হয়েছে।

কম্প্রেশন বা ডিকম্প্রেশন গতি। এই পরিমাণ হিসাবে পরিমাপ করা হয়
সংকুচিত ডেটা প্রতি সেকেন্ডে খরচ (কম্প্রেশন) বা উত্পাদিত (ডিকম্প্রেশন)।
কয়েক সেকেন্ড কেটে যাওয়ার পরে এটি দেখানো হয় xz প্রক্রিয়াকরণ শুরু
ফাইল.

M:SS বা H:MM:SS বিন্যাসে অতিবাহিত সময়।

· ইনপুট ফাইলের আকার জানা থাকলেই আনুমানিক অবশিষ্ট সময় দেখানো হয়
এবং ইতিমধ্যে কয়েক সেকেন্ড কেটে গেছে xz প্রক্রিয়াকরণ শুরু
ফাইল সময়কে একটি কম সুনির্দিষ্ট বিন্যাসে দেখানো হয়েছে যার কোনো কোলন নেই,
যেমন 2 মিনিট 30 সেকেন্ড

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

-Q, --না-সতর্ক
প্রস্থান স্থিতি 2 তে সেট করবেন না এমনকি যদি সতর্কতা মূল্যের একটি শর্ত সনাক্ত করা হয়।
এই বিকল্পটি ভার্বোসিটি স্তরকে প্রভাবিত করে না, এইভাবে উভয়ই -- শান্ত এবং --না-সতর্ক
সতর্কতা প্রদর্শন না করতে এবং প্রস্থান অবস্থা পরিবর্তন না করার জন্য ব্যবহার করতে হবে।

--রোবট
একটি মেশিন-পার্সেবল বিন্যাসে বার্তা প্রিন্ট করুন। এই লেখা সহজ করার উদ্দেশ্যে করা হয়
যে ফ্রন্টএন্ড ব্যবহার করতে চান xz পরিবর্তে liblzma, যা ক্ষেত্রে হতে পারে
বিভিন্ন স্ক্রিপ্ট। এই বিকল্প সক্রিয় আউটপুট জুড়ে স্থিতিশীল হতে বোঝানো হয়
xz রিলিজ বিভাগ দেখুন রোবট মোড বিস্তারিত জানার জন্য.

--তথ্য-মেমরি
প্রদর্শন, মানব-পাঠযোগ্য বিন্যাসে, কতটা শারীরিক মেমরি (RAM) xz মনে করে
সিস্টেমে কম্প্রেশন এবং ডিকম্প্রেশন এবং প্রস্থানের জন্য মেমরি ব্যবহারের সীমা রয়েছে
সফলভাবে।

-h, --help
সর্বাধিক ব্যবহৃত বিকল্পগুলি বর্ণনা করে একটি সহায়তা বার্তা প্রদর্শন করুন এবং প্রস্থান করুন৷
সফলভাবে।

-H, --দীর্ঘ সাহায্য
এর সমস্ত বৈশিষ্ট্য বর্ণনা করে একটি সহায়তা বার্তা প্রদর্শন করুন৷ xz, এবং সফলভাবে প্রস্থান করুন

-V, --সংস্করণ
এর সংস্করণ সংখ্যা প্রদর্শন করুন xz এবং মানুষের পাঠযোগ্য বিন্যাসে liblzma. পেতে
মেশিন-পার্সেবল আউটপুট, নির্দিষ্ট করুন --রোবট আগে --সংস্করণ.

রোবট মোড

এর সাথে রোবট মোড সক্রিয় করা হয় --রোবট বিকল্প এটা তোলে আউটপুট xz সহজ
অন্যান্য প্রোগ্রাম দ্বারা পার্স. বর্তমানে --রোবট শুধুমাত্র একসাথে সমর্থিত হয় --সংস্করণ,
--তথ্য-মেমরি, এবং --তালিকা. এটি স্বাভাবিক কম্প্রেশন এবং ডিকম্প্রেশনের জন্য সমর্থিত হবে
ভবিষ্যতে

সংস্করণ
xz --রোবট --সংস্করণ এর সংস্করণ নম্বর প্রিন্ট করবে xz এবং নিম্নলিখিত liblzma
বিন্যাস:

XZ_VERSION=XYYYZZZS
LIBLZMA_VERSION=XYYYZZZS

X প্রধান সংস্করণ।

YYY ছোট সংস্করণ। জোড় সংখ্যা স্থিতিশীল। বিজোড় সংখ্যা আলফা বা বিটা সংস্করণ।

ZZZ স্থিতিশীল রিলিজের জন্য প্যাচ লেভেল বা ডেভেলপমেন্ট রিলিজের জন্য একটি কাউন্টার।

S স্থিতিশীলতা। 0 হল আলফা, 1 হল বিটা, এবং 2 হল স্থিতিশীল৷ S সবসময় 2 হতে হবে যখন YYY
এমনকি.

XYYYZZZS উভয় লাইনে একই যদি xz এবং liblzma একই XZ Utils রিলিজ থেকে এসেছে।

উদাহরণ: 4.999.9 বিটা হল 49990091 এবং 5.0.0 হল 50000002.

স্মৃতি সীমা তথ্য
xz --রোবট --তথ্য-মেমরি তিনটি ট্যাব-বিচ্ছিন্ন কলাম সহ একটি একক লাইন প্রিন্ট করে:

1. বাইটে মোট শারীরিক মেমরির (RAM) পরিমাণ

2. বাইটে কম্প্রেশনের জন্য মেমরি ব্যবহারের সীমা। শূন্যের একটি বিশেষ মান নির্দেশ করে
ডিফল্ট সেটিং, যা একক-থ্রেডেড মোডের জন্য কোনো সীমার মতো নয়।

3. বাইটে ডিকম্প্রেশনের জন্য মেমরি ব্যবহারের সীমা। শূন্যের একটি বিশেষ মান নির্দেশ করে
ডিফল্ট সেটিং, যা একক-থ্রেডেড মোডের জন্য কোনো সীমার মতো নয়।

ভবিষ্যতে, এর আউটপুট xz --রোবট --তথ্য-মেমরি আরও কলাম থাকতে পারে, কিন্তু কখনই না
এক লাইনের বেশি।

তালিকা মোড
xz --রোবট --তালিকা ট্যাব-বিচ্ছিন্ন আউটপুট ব্যবহার করে। প্রতিটি লাইনের প্রথম কলামে একটি স্ট্রিং আছে
যে লাইনে পাওয়া তথ্যের ধরন নির্দেশ করে:

নাম একটি ফাইল তালিকা শুরু করার সময় এটি সর্বদা প্রথম লাইন। দ্বিতীয় কলাম অন
লাইন হল ফাইলের নাম।

ফাইল এই লাইন সম্পর্কে সামগ্রিক তথ্য রয়েছে .xz ফাইল এই লাইন সবসময়
এর পরে মুদ্রিত নাম লাইন।

প্রবাহ এই লাইন টাইপ শুধুমাত্র যখন ব্যবহার করা হয় -- ভারবোস নির্দিষ্ট করা হয়েছিল। অনেক হিসাবে আছে প্রবাহ
স্ট্রীম আছে হিসাবে লাইন .xz ফাইল.

বাধা এই লাইন টাইপ শুধুমাত্র যখন ব্যবহার করা হয় -- ভারবোস নির্দিষ্ট করা হয়েছিল। অনেক হিসাবে আছে বাধা
লাইন যেমন ব্লক আছে .xz ফাইল। দ্য বাধা লাইন সব পরে দেখানো হয়
প্রবাহ লাইন; বিভিন্ন ধরনের লাইন ইন্টারলেভড নয়।

সংক্ষিপ্ত
এই লাইন টাইপ শুধুমাত্র যখন ব্যবহার করা হয় -- ভারবোস দুইবার নির্দিষ্ট করা হয়েছিল। এই লাইন হল
সব পরে মুদ্রিত বাধা লাইন মত ফাইল লাইন, সংক্ষিপ্ত লাইন ধারণ করে
সম্পর্কে সামগ্রিক তথ্য .xz ফাইল.

মোট এই লাইনটি সর্বদা তালিকা আউটপুটের একেবারে শেষ লাইন। এটা মোট দেখায়
গণনা এবং আকার।

এর কলাম ফাইল লাইন:
2. ফাইলে স্ট্রীমের সংখ্যা
3. স্রোতে ব্লকের মোট সংখ্যা
4. ফাইলের সংকুচিত আকার
5. ফাইলের আনকম্প্রেসড সাইজ
6. কম্প্রেশন অনুপাত, উদাহরণস্বরূপ 0.123. অনুপাত 9.999 এর বেশি হলে তিনটি ড্যাশ
(---) অনুপাতের পরিবর্তে প্রদর্শিত হয়।
7. অখণ্ডতা চেক নামের কমা দ্বারা পৃথক করা তালিকা। নিম্নলিখিত স্ট্রিং ব্যবহার করা হয়
পরিচিত চেক ধরনের জন্য: না, CRC32, CRC64, এবং রয়েছে SHA-256. অজানা চেক জন্য
প্রকার, অজানা-N ব্যবহৃত হয়, যেখানে N একটি দশমিক সংখ্যা হিসাবে চেক আইডি (এক বা
দুই অঙ্ক)।
8. ফাইলে স্ট্রিম প্যাডিংয়ের মোট আকার

এর কলাম প্রবাহ লাইন:
2. স্ট্রীম নম্বর (প্রথম স্ট্রীম হল 1)
3. প্রবাহে ব্লকের সংখ্যা
4. সংকুচিত শুরু অফসেট
5. আনকম্প্রেসড স্টার্ট অফসেট
6. সংকুচিত আকার (স্ট্রিম প্যাডিং অন্তর্ভুক্ত নয়)
7. সংকুচিত আকার
8. কম্প্রেশন অনুপাত
9. অখণ্ডতা যাচাইয়ের নাম
10. স্ট্রিম প্যাডিংয়ের আকার

এর কলাম বাধা লাইন:
2. এই ব্লক ধারণকারী স্ট্রীম সংখ্যা
3. প্রবাহের শুরুর সাথে সম্পর্কিত ব্লক নম্বর (প্রথম ব্লকটি 1)
4. ফাইলের শুরুর সাথে সম্পর্কিত ব্লক নম্বর
5. ফাইলের শুরুর সাপেক্ষে কম্প্রেসড স্টার্ট অফসেট
6. ফাইলের শুরুর তুলনায় আনকম্প্রেসড স্টার্ট অফসেট
7. ব্লকের মোট সংকুচিত আকার (হেডার সহ)
8. সংকুচিত আকার
9. কম্প্রেশন অনুপাত
10. অখণ্ডতা যাচাইয়ের নাম

If -- ভারবোস দুইবার নির্দিষ্ট করা হয়েছে, অতিরিক্ত কলাম অন্তর্ভুক্ত করা হয়েছে বাধা লাইন।
এই একক সঙ্গে প্রদর্শিত হয় না -- ভারবোস, কারণ এই তথ্য পাওয়ার প্রয়োজন
অনেক চেষ্টা করে এবং এইভাবে ধীর হতে পারে:
11. হেক্সাডেসিমেলে অখণ্ডতা যাচাইয়ের মান
12. হেডারের আকার ব্লক করুন
13. ব্লক পতাকা: c নির্দেশ করে যে সংকুচিত আকার উপস্থিত, এবং u নির্দেশ করে যে
সংকুচিত আকার উপস্থিত। পতাকা সেট না থাকলে, একটি ড্যাশ (-) প্রদর্শিত হয়
পরিবর্তে স্ট্রিং দৈর্ঘ্য স্থির রাখা. এর শেষে নতুন পতাকা যুক্ত হতে পারে
ভবিষ্যতে স্ট্রিং
14. ব্লকের প্রকৃত সংকুচিত ডেটার আকার (এটি ব্লকটি বাদ দেয়
হেডার, ব্লক প্যাডিং এবং চেক ফিল্ড)
15. এই ব্লকটিকে ডিকম্প্রেস করার জন্য প্রয়োজনীয় মেমরির পরিমাণ (বাইটে) xz
সংস্করণ
16. ফিল্টার চেইন। নোট করুন যে কম্প্রেশন সময়ে ব্যবহৃত বেশিরভাগ বিকল্প হতে পারে না
পরিচিত, কারণ শুধুমাত্র ডিকম্প্রেশনের জন্য প্রয়োজনীয় বিকল্পগুলি সংরক্ষণ করা হয়
দ্য .xz হেডার

এর কলাম সংক্ষিপ্ত লাইন:
2. এটির সাথে এই ফাইলটিকে ডিকম্প্রেস করার জন্য প্রয়োজনীয় মেমরির পরিমাণ (বাইটে) xz
সংস্করণ
3. হাঁ or না। সমস্ত ব্লক শিরোলেখের সংকুচিত আকার এবং উভয়ই আছে কিনা তা নির্দেশ করে
সংকুচিত আকার তাদের মধ্যে সংরক্ষিত
থেকে xz 5.1.2 আলফা:
4. সর্বনিম্ন xz ফাইলটি ডিকম্প্রেস করার জন্য প্রয়োজনীয় সংস্করণ

এর কলাম মোট লাইন:
2. প্রবাহের সংখ্যা
3. ব্লকের সংখ্যা
4. সংকুচিত আকার
5. সংকুচিত আকার
6. গড় কম্প্রেশন অনুপাত
7. ফাইলগুলিতে উপস্থিত অখণ্ডতা চেক নামের কমা দ্বারা পৃথক করা তালিকা৷
8. স্ট্রীম প্যাডিং আকার
9. ফাইলের সংখ্যা। এটি এখানে আগের কলামের ক্রম বজায় রাখার জন্য
একই ফাইল লাইন।

If -- ভারবোস দুইবার নির্দিষ্ট করা হয়েছে, অতিরিক্ত কলাম অন্তর্ভুক্ত করা হয়েছে মোট লাইন:
10. এটির সাহায্যে ফাইলগুলিকে ডিকম্প্রেস করার জন্য সর্বাধিক পরিমাণ মেমরি (বাইটে) প্রয়োজন
xz সংস্করণ
11. হাঁ or না। সমস্ত ব্লক শিরোলেখের সংকুচিত আকার এবং উভয়ই আছে কিনা তা নির্দেশ করে
সংকুচিত আকার তাদের মধ্যে সংরক্ষিত
থেকে xz 5.1.2 আলফা:
12. সর্বনিম্ন xz ফাইলটি ডিকম্প্রেস করার জন্য প্রয়োজনীয় সংস্করণ

ভবিষ্যত সংস্করণ নতুন লাইন প্রকার যোগ করতে পারে এবং নতুন কলাম বিদ্যমান লাইন যোগ করা যেতে পারে
প্রকার, কিন্তু বিদ্যমান কলাম পরিবর্তন করা হবে না।

প্রস্থান করুন স্থিতি

0 সব ভাল.

1 একটি ত্রুটি ঘটেছে.

2 একটি সতর্কতা যোগ্য কিছু ঘটেছে, কিন্তু কোন প্রকৃত ত্রুটি ঘটেছে.

স্ট্যান্ডার্ড ত্রুটিতে প্রিন্ট করা নোটিশ (সতর্কতা বা ত্রুটি নয়) প্রস্থান অবস্থাকে প্রভাবিত করে না।

পরিবেশ

xz এনভায়রনমেন্ট ভেরিয়েবল থেকে বিকল্পগুলির স্থান-বিচ্ছিন্ন তালিকা পার্স করে XZ_DEFAULTS এবং
XZ_OPT, এই ক্রমে, কমান্ড লাইন থেকে বিকল্পগুলি পার্স করার আগে। শুধু যে নোট করুন
পরিবেশের ভেরিয়েবল থেকে বিকল্পগুলি পার্স করা হয়; সমস্ত অ বিকল্প নীরবে উপেক্ষা করা হয়.
পার্সিং দিয়ে করা হয় getopt_long(3) যা কমান্ড লাইন আর্গুমেন্টের জন্যও ব্যবহৃত হয়।

XZ_DEFAULTS
ব্যবহারকারী-নির্দিষ্ট বা সিস্টেম-ওয়াইড ডিফল্ট বিকল্প। সাধারণত এটি একটি শেল সেট করা হয়
চালু করার জন্য স্ক্রিপ্ট xzডিফল্টরূপে এর মেমরি ব্যবহার লিমিটার। বাদ দিয়ে
শেল ইনিশিয়ালাইজেশন স্ক্রিপ্ট এবং অনুরূপ বিশেষ ক্ষেত্রে, স্ক্রিপ্ট কখনই সেট করা উচিত নয় বা
আনসেট করা XZ_DEFAULTS.

XZ_OPT এই বিকল্প পাস করার জন্য xz যখন বিকল্পগুলি সেট করা সম্ভব হয় না
সরাসরি xz কমান্ড লাইন। এই ক্ষেত্রে যেমন যখন xz একটি স্ক্রিপ্ট দ্বারা চালিত হয়
বা টুল, যেমন GNU আলকাতরা(1)

XZ_OPT=-2v tar caf foo.tar.xz foo

স্ক্রিপ্ট ব্যবহার করতে পারে XZ_OPT যেমন স্ক্রিপ্ট-নির্দিষ্ট ডিফল্ট কম্প্রেশন বিকল্প সেট করতে। এটা
ব্যবহারকারীদের ওভাররাইড করার অনুমতি দেওয়ার জন্য এখনও সুপারিশ করা হয় XZ_OPT যদি তা যুক্তিসঙ্গত হয়, যেমন
in sh(1) স্ক্রিপ্ট কেউ এই মত কিছু ব্যবহার করতে পারে:

XZ_OPT=${XZ_OPT-"-7e"}
XZ_OPT রপ্তানি করুন

LZMA ইউটিআইএলএস সামঞ্জস্য মূলক

এর কমান্ড লাইন সিনট্যাক্স xz কার্যত একটি সুপারসেট lzma, unlzma, এবং lzcat as
LZMA Utils 4.32.x থেকে পাওয়া গেছে। বেশিরভাগ ক্ষেত্রে, XZ দিয়ে LZMA Utils প্রতিস্থাপন করা সম্ভব
বিদ্যমান স্ক্রিপ্ট ভাঙ্গা ছাড়া ব্যবহার. যদিও কিছু অসঙ্গতি আছে, যা
কখনও কখনও সমস্যা হতে পারে।

সঙ্কোচন পূর্বাহ্নে নির্ধারিত মাত্রা
কম্প্রেশন লেভেল প্রিসেটের সংখ্যায়ন একই নয় xz এবং এলজেডএমএ ইউটিলস। দ্য
সবচেয়ে গুরুত্বপূর্ণ পার্থক্য হল কিভাবে অভিধানের আকার বিভিন্ন প্রিসেটের সাথে ম্যাপ করা হয়।
অভিধানের আকার প্রায় ডিকম্প্রেসার মেমরি ব্যবহারের সমান।

লেভেল xz LZMA ইউটিলস
-0 256 KiB N/A
-1 1 MiB 64 KiB
-2 2 MiB 1 MiB
-3 4 MiB 512 KiB
-4 4 MiB 1 MiB
-5 8 MiB 2 MiB
-6 8 MiB 4 MiB
-7 16 MiB 8 MiB
-8 32 MiB 16 MiB
-9 64 MiB 32 MiB

অভিধানের আকারের পার্থক্যগুলি কম্প্রেসার মেমরি ব্যবহারকেও প্রভাবিত করে, তবে কিছু আছে
LZMA Utils এবং XZ Utils এর মধ্যে অন্যান্য পার্থক্য, যা পার্থক্যকে আরও বড় করে তোলে:

লেভেল xz LZMA ইউটিলস 4.32.x
-0 3 MiB N/A
-1 9 MiB 2 MiB
-2 17 MiB 12 MiB
-3 32 MiB 12 MiB
-4 48 MiB 16 MiB
-5 94 MiB 26 MiB
-6 94 MiB 45 MiB
-7 186 MiB 83 MiB
-8 370 MiB 159 MiB
-9 674 MiB 311 MiB

LZMA Utils-এ ডিফল্ট প্রিসেট স্তর -7 XZ Utils-এ থাকাকালীন এটি -6, তাই উভয়েই একটি 8 ব্যবহার করে
ডিফল্টরূপে MiB অভিধান।

স্ট্রীম বনাম অ-প্রবাহিত .lzma নথি পত্র
ফাইলের অসংকুচিত আকার সংরক্ষণ করা যেতে পারে .lzma হেডার LZMA Utils তা করে
নিয়মিত ফাইল কম্প্রেস করার সময়। বিকল্প হল অসংকুচিত আকার চিহ্নিত করা
অজানা এবং ডিকম্প্রেসার কোথায় থামতে হবে তা নির্দেশ করতে শেষ-অফ-পে-লোড মার্কার ব্যবহার করুন।
LZMA Utils এই পদ্ধতিটি ব্যবহার করে যখন অসংকুচিত আকার জানা যায় না, যার ক্ষেত্রে এটি
পাইপের উদাহরণ।

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

অসমর্থিত .lzma নথি পত্র
সার্জারির .lzma বিন্যাস অনুমতি দেয় lc 8 পর্যন্ত মান, এবং lp মান 4 পর্যন্ত। LZMA Utils পারেন
যে কোনো সঙ্গে ফাইল decompress lc এবং lp, কিন্তু সর্বদা এর সাথে ফাইল তৈরি করে lc=3 এবং lp=0.
অন্যদের সাথে ফাইল তৈরি করা lc এবং lp সঙ্গে সম্ভব xz এবং LZMA SDK এর সাথে।

liblzma-এ LZMA1 ফিল্টার বাস্তবায়নের জন্য এর যোগফল প্রয়োজন lc এবং lp অবশ্যই
4 এর বেশি হবে না। .lzma ফাইল, যা এই সীমা অতিক্রম করে, ডিকম্প্রেস করা যাবে না
সঙ্গে xz.

LZMA Utils শুধুমাত্র তৈরি করে .lzma ফাইল যার অভিধান আকার 2^n (a power of 2) কিন্তু
যেকোনো অভিধান আকারের ফাইল গ্রহণ করে। liblzma শুধুমাত্র গ্রহণ করে .lzma যে ফাইলগুলিতে a আছে
অভিধান আকার 2^n বা 2^n + 2^(n-1)। এই যখন মিথ্যা ইতিবাচক হ্রাস
সনাক্ত .lzma ফাইল।

এই সীমাবদ্ধতাগুলি অনুশীলনে কোনও সমস্যা হওয়া উচিত নয়, যেহেতু কার্যত সবই .lzma নথি পত্র
সেটিংসের সাথে সংকুচিত করা হয়েছে যা liblzma গ্রহণ করবে।

শেষের আবর্জনা
ডিকম্প্রেস করার সময়, LZMA Utils নীরবে প্রথমের পরে সবকিছু উপেক্ষা করে .lzma স্ট্রীম।
বেশিরভাগ পরিস্থিতিতে, এটি একটি বাগ। এর মানে হল LZMA Utils সমর্থন করে না
decompressing concatenated .lzma ফাইল।

যদি প্রথমটির পরে ডেটা অবশিষ্ট থাকে .lzma প্রবাহ, xz ফাইলটিকে দুর্নীতিগ্রস্ত বলে মনে করে
যদি না --একক ধারা আমরা ব্যবহার করেছি. এটি অস্পষ্ট স্ক্রিপ্টগুলিকে ভেঙে ফেলতে পারে যা ধরে নেওয়া হয়েছে
অনুগামী আবর্জনা উপেক্ষা করা হয়.

নোট

কম্প্রেস আউটপুট may বিভিন্ন করা
একই কম্প্রেসড ইনপুট ফাইল থেকে উৎপন্ন সঠিক সংকুচিত আউটপুট পরিবর্তিত হতে পারে
XZ Utils সংস্করণগুলির মধ্যে এমনকি কম্প্রেশন বিকল্পগুলি অভিন্ন হলেও। এর কারণ হল
ফাইল বিন্যাসকে প্রভাবিত না করেই এনকোডার উন্নত করা যেতে পারে (দ্রুত বা ভালো কম্প্রেশন)।
একই XZ Utils সংস্করণের বিভিন্ন বিল্ডের মধ্যেও আউটপুট পরিবর্তিত হতে পারে, যদি
বিভিন্ন বিল্ড অপশন ব্যবহার করা হয়।

উপরোক্ত মানে যে বাস্তবায়ন করা --rsyncable rsyncable তৈরি করতে .xz ফাইল যাচ্ছে না
এনকোডার বাস্তবায়নের একটি অংশ হিমায়িত না করে ঘটতে পারে, যা তারপর ব্যবহার করা যেতে পারে
সঙ্গে --rsyncable.

ছবি .xz ডিকম্প্রেসার
ছবি .xz ডিকম্প্রেসার বাস্তবায়ন যেমন XZ এমবেডেড অগত্যা ফাইল সমর্থন করে না
সততার সাথে তৈরি চেক ছাড়া অন্যান্য প্রকার না এবং crc32. যেহেতু ডিফল্ট
--চেক=crc64, আপনি অবশ্যই ব্যবহার করা উচিত --চেক=কোনটি নয় or --চেক=crc32 এমবেডের জন্য ফাইল তৈরি করার সময়
সিস্টেম।

এমবেডেড সিস্টেমের বাইরে, সব .xz বিন্যাস decompressors সব সমর্থন করে চেক প্রকার, বা এ
অন্তত অখণ্ডতা যাচাই না করেই ফাইলটিকে ডিকম্প্রেস করতে সক্ষম হয় কিনা
বিশেষ চেক সমর্থিত নয়.

XZ এমবেডেড BCJ ফিল্টার সমর্থন করে, কিন্তু শুধুমাত্র ডিফল্ট স্টার্ট অফসেটের সাথে।

উদাহরণ

মূলতত্ব
ফাইলটি কম্প্রেস করুন foo বিন্যাস মধ্যে foo.xz ডিফল্ট কম্প্রেশন স্তর ব্যবহার করে (-6), এবং সরান foo বিন্যাস
যদি কম্প্রেশন সফল হয়:

xz foo

ডেকোম্প্রেস্ করা bar.xz মধ্যে বার এবং অপসারণ করবেন না bar.xz এমনকি যদি ডিকম্প্রেশন সফল হয়:

xz -dk bar.xz

সৃষ্টি baz.tar.xz প্রিসেট সহ -4ই (-4 -- চরম), যা যেমন এর চেয়ে ধীর
ডিফল্ট -6, কিন্তু কম্প্রেশন এবং ডিকম্প্রেশনের জন্য কম মেমরির প্রয়োজন (48 MiB এবং 5 MiB,
যথাক্রমে):

tar cf - baz | xz -4e > baz.tar.xz

কম্প্রেসড এবং আনকম্প্রেসড ফাইলের মিশ্রণকে একটি দিয়ে স্ট্যান্ডার্ড আউটপুটে ডিকম্প্রেস করা যায়
একক আদেশ:

xz -dcf a.txt b.txt.xz c.txt d.txt.lzma > abcd.txt

সমান্তরাল সঙ্কোচন of অনেক নথি পত্র
GNU এবং *BSD-তে, আবিষ্কার(1) এবং xargs(1) অনেকের কম্প্রেশন সমান্তরাল করতে ব্যবহার করা যেতে পারে
নথি পত্র:

অনুসন্ধান . -টাইপ f \! -নাম '*.xz' -print0 \
| xargs -0r -P4 -n16 xz -T1

সার্জারির -P বিকল্প xargs(1) সমান্তরাল সংখ্যা সেট করে xz প্রসেস জন্য সেরা মান
দ্য -n অপশন নির্ভর করে কতগুলো ফাইল কম্প্রেস করতে হবে তার উপর। যদি থাকে শুধু ক
কয়েকটি ফাইল, মান সম্ভবত 1 হওয়া উচিত; হাজার হাজার ফাইল সহ, 100 বা
সংখ্যা কমাতে আরও বেশি উপযুক্ত হতে পারে xz যে প্রক্রিয়া xargs(1) হবে
অবশেষে তৈরি করুন।

পছন্দ -টি 1 উন্নত xz এটাকে একক-থ্রেডেড মোডে জোর করতে হবে, কারণ xargs(1) হয়
সমান্তরালকরণের পরিমাণ নিয়ন্ত্রণ করতে ব্যবহৃত হয়।

রোবট মোড
একাধিক ফাইল কম্প্রেস করার পরে মোট কতগুলি বাইট সংরক্ষিত হয়েছে তা গণনা করুন:

xz --robot --list *.xz | awk '/^totals/{প্রিন্ট $5-$4}'

একটি স্ক্রিপ্ট জানতে চাইতে পারে যে এটি যথেষ্ট নতুন ব্যবহার করছে xz। পরবর্তী sh(1) স্ক্রিপ্ট
এর সংস্করণ নম্বর পরীক্ষা করে xz টুল কমপক্ষে 5.0.0। এই পদ্ধতি হল
পুরানো বিটা সংস্করণগুলির সাথে সামঞ্জস্যপূর্ণ, যা সমর্থন করে না৷ --রোবট বিকল্প:

যদি! eval "$(xz --robot --version 2> /dev/null)" ||
[ "$XZ_VERSION" -lt 50000002 ]; তারপর
প্রতিধ্বনি "আপনার xz খুব পুরানো।"
fi
XZ_VERSION LIBLZMA_VERSION আনসেট করুন৷

ডিকম্প্রেশন ব্যবহারের জন্য একটি মেমরি ব্যবহারের সীমা সেট করুন XZ_OPT, কিন্তু যদি ইতিমধ্যে একটি সীমা হয়েছে
সেট, এটা বাড়াবেন না:

NEWLIM=$((123 << 20)) # 123 MiB
OLDLIM=$(xz --robot --info-memory | cut -f3)
যদি [ $OLDLIM -eq 0 -o $OLDLIM -gt $NEWLIM ]; তারপর
XZ_OPT="$XZ_OPT --memlimit-decompress=$NEWLIM"
XZ_OPT রপ্তানি করুন
fi

প্রথা সংকোচকারী ছাঁকনি চেইন
কাস্টম ফিল্টার চেইনের জন্য সবচেয়ে সহজ ব্যবহার হল একটি LZMA2 প্রিসেট কাস্টমাইজ করা। এটা হতে পারে
দরকারী, কারণ প্রিসেটগুলি শুধুমাত্র সম্ভাব্য উপযোগী সংমিশ্রণের একটি উপসেট কভার করে
কম্প্রেশন সেটিংস।

বিকল্পগুলির বর্ণনা থেকে টেবিলের CompCPU কলাম -0 ... -9 এবং
-- চরম LZMA2 প্রিসেটগুলি কাস্টমাইজ করার সময় দরকারী। এখানে প্রাসঙ্গিক অংশ আছে
এই দুটি টেবিল থেকে সংগৃহীত:

প্রিসেট CompCPU
-0 0
-1 1
-2 2
-3 3
-4 4
-5 5
-6 6
-5ই 7
-6ই 8

আপনি যদি জানেন যে একটি ফাইলকে ভালভাবে সংকুচিত করার জন্য কিছুটা বড় অভিধানের (যেমন 32 MiB) প্রয়োজন হয়,
কিন্তু আপনি এর চেয়ে দ্রুত এটি সংকুচিত করতে চান xz -8 করতে হবে, কম CompCPU মান সহ একটি প্রিসেট
(যেমন 1) একটি বড় অভিধান ব্যবহার করার জন্য সংশোধন করা যেতে পারে:

xz --lzma2=preset=1,dict=32MiB foo.tar

নির্দিষ্ট ফাইলের সাথে, উপরের কমান্ডটি এর চেয়ে দ্রুত হতে পারে xz -6 কম্প্রেস করার সময়
উল্লেখযোগ্যভাবে ভাল। যাইহোক, এটা জোর দেওয়া আবশ্যক যে শুধুমাত্র কিছু ফাইল a থেকে উপকৃত হয়
CompCPU মান কম রাখার সময় বড় অভিধান। সবচেয়ে স্পষ্ট পরিস্থিতি, যেখানে ক
বড় অভিধানটি অনেক সাহায্য করতে পারে, এটি একটি আর্কাইভ যাতে অন্তত একটির অনুরূপ ফাইল থাকে
প্রতিটি কয়েক মেগাবাইট। অভিধানের আকার যেকোনোটির চেয়ে উল্লেখযোগ্যভাবে বড় হতে হবে
পৃথক ফাইল LZMA2 এর মধ্যে মিলের সম্পূর্ণ সুবিধা নিতে অনুমতি দেয়
পরপর ফাইল।

খুব উচ্চ কম্প্রেসার এবং ডিকম্প্রেসার মেমরি ব্যবহার ঠিক আছে, এবং ফাইল হচ্ছে
সংকুচিত হয় অন্তত কয়েকশ মেগাবাইট, এটি একটি এমনকি বড় ব্যবহার করার জন্য দরকারী হতে পারে
64 MiB এর চেয়ে ডিকশনারি xz -9 ব্যবহার করবে:

xz -vv --lzma2=dict=192MiB big_foo.tar

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

কখনও কখনও কম্প্রেশন সময় কোন ব্যাপার না, কিন্তু decompressor মেমরি ব্যবহার হতে হবে
কম রাখা হয়েছে যেমন একটি এমবেডেড সিস্টেমে ফাইলটিকে ডিকম্প্রেস করা সম্ভব করার জন্য। দ্য
নিম্নলিখিত কমান্ড ব্যবহার করে -6ই (-6 -- চরম) একটি ভিত্তি হিসাবে এবং শুধুমাত্র অভিধান সেট করে
64 কিবি। ফলস্বরূপ ফাইলটি XZ এমবেডেড দিয়ে ডিকম্প্রেস করা যেতে পারে (তাই সেখানে আছে
--চেক=crc32) প্রায় 100 KiB মেমরি ব্যবহার করে।

xz --check=crc32 --lzma2=preset=6e,dict=64KiB foo

আপনি যদি আক্ষরিক সংখ্যা সামঞ্জস্য করে যতটা সম্ভব বাইট বের করতে চান
প্রসঙ্গ বিট (lc) এবং অবস্থান বিটের সংখ্যা (pb) কখনও কখনও সাহায্য করতে পারে। সামঞ্জস্য করা
আক্ষরিক অবস্থান বিট সংখ্যা (lp) খুব সাহায্য করতে পারে, কিন্তু সাধারণত lc এবং pb আরোও
গুরুত্বপূর্ণ যেমন একটি সোর্স কোড সংরক্ষণাগার বেশিরভাগই US-ASCII টেক্সট ধারণ করে, তাই এরকম কিছু
নিচের থেকে সামান্য (0.1% এর মত) ছোট ফাইল দিতে পারে xz -6ই (ছাড়াও চেষ্টা করুন
lc=4):

xz --lzma2=preset=6e,pb=0,lc=4 source_code.tar

LZMA2 এর সাথে অন্য একটি ফিল্টার ব্যবহার করে নির্দিষ্ট ফাইল প্রকারের সাথে কম্প্রেশন উন্নত করতে পারে।
যেমন x86 BCJ ফিল্টার ব্যবহার করে x32-86 বা x64-86 শেয়ার্ড লাইব্রেরি সংকুচিত করা:

xz --x86 --lzma2 libfoo.so

নোট করুন যে ফিল্টার বিকল্পগুলির ক্রম উল্লেখযোগ্য। যদি --x86 পরে নির্দিষ্ট করা হয়
--lzma2, xz একটি ত্রুটি দেবে, কারণ LZMA2 এর পরে কোনো ফিল্টার থাকতে পারে না এবং এছাড়াও
কারণ x86 BCJ ফিল্টার চেইনের শেষ ফিল্টার হিসেবে ব্যবহার করা যাবে না।

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

ইমেজটিকে আনকম্প্রেসড ফরম্যাটে সংরক্ষণ করতে হবে, যেমন আনকম্প্রেসড টিআইএফএফ হিসাবে। দূরত্ব
ডেল্টা ফিল্টারের প্যারামিটারটি চিত্রের প্রতি পিক্সেল বাইটের সংখ্যার সাথে মেলে।
যেমন 24-বিট RGB বিটম্যাপ প্রয়োজন dist=3, এবং এটি পাস করাও ভাল pb=0 LZMA2 থেকে
তিন-বাইট প্রান্তিককরণ মিটমাট করা:

xz --delta=dist=3 --lzma2=pb=0 foo.tiff

যদি একাধিক ছবি একক সংরক্ষণাগারে রাখা হয় (যেমন .tar), ডেল্টা ফিল্টার হবে
এটিতেও কাজ করুন যতক্ষণ না সমস্ত ছবিতে পিক্সেল প্রতি একই সংখ্যক বাইট থাকে।

onworks.net পরিষেবা ব্যবহার করে অনলাইনে xzcat ব্যবহার করুন