xz - क्लाउड में ऑनलाइन

कार्यक्रम:

नाम

xz, unxz, xzcat, lzma, unlzma, lzcat - .xz और .lzma फ़ाइलों को संपीड़ित या डीकंप्रेस करें

SYNOPSIS

xz [विकल्प]...[पट्टिका] ...

unxz के बराबर है xz -- डीकंप्रेस.
xzcat के बराबर है xz -- डीकंप्रेस --stdout.
lzma के बराबर है xz --प्रारूप=lzma.
unlzma के बराबर है xz --प्रारूप=lzma -- डीकंप्रेस.
lzcat के बराबर है xz --प्रारूप=lzma -- डीकंप्रेस --stdout.

स्क्रिप्ट लिखते समय, जिन्हें फ़ाइलों को डिकम्प्रेस करने की आवश्यकता होती है, हमेशा इसका उपयोग करने की अनुशंसा की जाती है
नाम xz उचित तर्कों के साथ (xz -d or xz -DC) नामों के बजाय unxz और xzcat.

वर्णन

xz कमांड लाइन सिंटैक्स के समान एक सामान्य प्रयोजन डेटा संपीड़न उपकरण है gzip(1)
और bzip2(1). मूल फ़ाइल स्वरूप है .xz प्रारूप, लेकिन विरासत .lzma प्रारूप का उपयोग किया गया
LZMA यूटिल्स द्वारा और बिना कंटेनर फॉर्मेट हेडर वाली कच्ची संपीड़ित धाराएँ भी हैं
समर्थित।

xz प्रत्येक को संपीड़ित या विसंपीड़ित करता है पट्टिका चयनित ऑपरेशन मोड के अनुसार. अगर कोई नहीं
फ़ाइलों दिए गए हैं या पट्टिका is -, xz मानक इनपुट से पढ़ता है और संसाधित डेटा लिखता है
मानक आउटपुट के लिए। xz मना कर देगा (त्रुटि प्रदर्शित करेगा और छोड़ देगा पट्टिका) लिखना
यदि यह एक टर्मिनल है तो डेटा को मानक आउटपुट में संपीड़ित किया जाता है। इसी प्रकार, xz पढ़ने से इंकार कर देंगे
यदि यह एक टर्मिनल है तो मानक इनपुट से संपीड़ित डेटा।

जब तक --stdout अधिकृत है, फ़ाइलों अन्य की तुलना में - एक नई फ़ाइल में लिखे जाते हैं जिसका नाम है
स्रोत से प्राप्त पट्टिका नाम:

· संपीड़ित करते समय, लक्ष्य फ़ाइल स्वरूप का प्रत्यय (.xz or .lzma) के साथ जोड़ा गया है
लक्ष्य फ़ाइल नाम प्राप्त करने के लिए स्रोत फ़ाइल नाम।

· डीकंप्रेसिंग करते समय, .xz or .lzma प्राप्त करने के लिए फ़ाइल नाम से प्रत्यय हटा दिया जाता है
लक्ष्य फ़ाइलनाम. xz प्रत्ययों को भी पहचानता है .txz और .tlz, और उन्हें प्रतिस्थापित करता है
la ।टार प्रत्यय।

यदि लक्ष्य फ़ाइल पहले से मौजूद है, तो एक त्रुटि प्रदर्शित होती है और पट्टिका छोड़ दिया जाता है।

जब तक कि मानक आउटपुट पर न लिखा जाए, xz एक चेतावनी प्रदर्शित करेगा और छोड़ देगा पट्टिका यदि कोई हो
निम्नलिखित लागू होता है:

· पट्टिका एक नियमित फ़ाइल नहीं है. प्रतीकात्मक कड़ियों का पालन नहीं किया जाता है, और इस प्रकार उनका पालन नहीं किया जाता है
नियमित फ़ाइलें मानी जाती हैं.

· पट्टिका एक से अधिक हार्ड लिंक हैं.

· पट्टिका सेटुइड, सेटगिड, या चिपचिपा बिट सेट है।

· ऑपरेशन मोड को कंप्रेस करने के लिए सेट किया गया है और पट्टिका लक्ष्य का प्रत्यय पहले से ही मौजूद है
फाइल प्रारूप (.xz or .txz को संपीड़ित करते समय .xz प्रारूप, और .lzma or .tlz कब
को संपीड़ित करना .lzma प्रारूप).

· ऑपरेशन मोड को डीकंप्रेस करने के लिए सेट किया गया है और पट्टिका इनमें से किसी का भी प्रत्यय नहीं है
समर्थित फ़ाइल स्वरूप (.xz, .txz, .lzmaया, .tlz).

सफलतापूर्वक कंप्रेस या डीकंप्रेस करने के बाद पट्टिका, xz स्वामी, समूह की प्रतिलिपि बनाता है,
स्रोत से अनुमतियाँ, पहुंच समय और संशोधन समय पट्टिका लक्ष्य फ़ाइल के लिए.
यदि समूह की प्रतिलिपि बनाना विफल हो जाता है, तो अनुमतियाँ संशोधित कर दी जाती हैं ताकि लक्ष्य फ़ाइल की नकल न हो सके
उन उपयोगकर्ताओं के लिए पहुंच योग्य हो गया जिनके पास स्रोत तक पहुंचने की अनुमति नहीं थी पट्टिका. xz
एक्सेस कंट्रोल सूचियों या विस्तारित विशेषताओं जैसे अन्य मेटाडेटा की प्रतिलिपि बनाने का समर्थन नहीं करता है
अभी तक.

एक बार लक्ष्य फ़ाइल सफलतापूर्वक बंद हो जाने के बाद, source पट्टिका जब तक हटाया नहीं जाता
--रखना निर्दिष्ट किया गया था. स्रोत पट्टिका यदि आउटपुट लिखा गया है तो उसे कभी नहीं हटाया जाता है
मानक आउटपुट।

भेजा जा रहा है सिगिनफो or सिगुसर1 को xz प्रक्रिया इसे प्रगति की जानकारी प्रिंट करती है
मानक त्रुटि। इसका उपयोग केवल तब से सीमित है जब मानक त्रुटि एक टर्मिनल का उपयोग कर रही है
--शब्दशः स्वचालित रूप से अद्यतन होने वाला प्रगति संकेतक प्रदर्शित करेगा।

याद प्रयोग
का स्मृति उपयोग xz यह निर्भर करते हुए कुछ सौ किलोबाइट से लेकर कई गीगाबाइट तक भिन्न होता है
संपीड़न सेटिंग्स पर. किसी फ़ाइल को संपीड़ित करते समय उपयोग की जाने वाली सेटिंग्स निर्धारित करती हैं
डीकंप्रेसर की मेमोरी आवश्यकताएँ। आमतौर पर डीकंप्रेसर को 5% से 20% की आवश्यकता होती है
फ़ाइल बनाते समय कंप्रेसर को आवश्यक मेमोरी की मात्रा। उदाहरण के लिए,
के साथ बनाई गई फ़ाइल को डीकंप्रेस करना xz -9 वर्तमान में 65 MiB मेमोरी की आवश्यकता है। फिर भी, यह है
होना संभव है .xz फ़ाइलें जिन्हें डीकंप्रेस करने के लिए कई गीगाबाइट मेमोरी की आवश्यकता होती है।

विशेष रूप से पुराने सिस्टम के उपयोगकर्ताओं को बहुत अधिक मेमोरी उपयोग की संभावना मिल सकती है
कष्टप्रद। असुविधाजनक आश्चर्य को रोकने के लिए, xz इसमें एक अंतर्निहित मेमोरी उपयोग सीमक है,
जो डिफ़ॉल्ट रूप से अक्षम है. जबकि कुछ ऑपरेटिंग सिस्टम इसे सीमित करने के तरीके प्रदान करते हैं
प्रक्रियाओं का मेमोरी उपयोग, इस पर निर्भर होना पर्याप्त लचीला नहीं माना गया (उदाहरण के लिए उपयोग करना)।
अलिमित(1) सीमित करने से वर्चुअल मेमोरी पंगु हो जाती है mmap(2))।

मेमोरी उपयोग सीमक को कमांड लाइन विकल्प से सक्षम किया जा सकता है --memlimit=सीमा.
अक्सर परिवेश सेट करके डिफ़ॉल्ट रूप से लिमिटर को सक्षम करना अधिक सुविधाजनक होता है
परिवर्तनशील XZ_DEFAULTS, उदा XZ_DEFAULTS=--memlimit=150MiB. को सेट करना संभव है
उपयोग करके संपीड़न और विसंपीड़न के लिए अलग-अलग सीमाएँ --मेमलिमिट-कंप्रेस=सीमा और
--मेमलिमिट-डीकंप्रेस=सीमा. इन दोनों विकल्पों का उपयोग बाहर करें XZ_DEFAULTS शायद ही कभी उपयोगी होता है
क्योंकि एक ही रन xz संपीड़न और विसंपीड़न दोनों नहीं कर सकता और
--memlimit=सीमा (या -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 के रूप में स्वीकार किये जाते हैं
के पर्यायवाची एमआईबी.

GiB पूर्णांक को 1,073,741,824 (2^30) से गुणा करें। Gi, g, G, तथा GB के रूप में स्वीकार किये जाते हैं
के पर्यायवाची GiB.

विशेष मूल्य मैक्स द्वारा समर्थित अधिकतम पूर्णांक मान को इंगित करने के लिए उपयोग किया जा सकता है
विकल्प.

आपरेशन मोड
यदि एकाधिक ऑपरेशन मोड विकल्प दिए गए हैं, तो अंतिम प्रभावी होता है।

-z, --संकुचित करें
संकुचित करें। यह डिफ़ॉल्ट ऑपरेशन मोड है जब कोई ऑपरेशन मोड विकल्प नहीं होता है
निर्दिष्ट है और कमांड नाम (के लिए) से कोई अन्य ऑपरेशन मोड निहित नहीं है
उदाहरण, unxz का तात्पर्य -- डीकंप्रेस).

-d, -- डीकंप्रेस, --असंपीड़ित
डीकंप्रेस।

-t, --परीक्षण
संपीड़ित की अखंडता का परीक्षण करें फ़ाइलों. यह विकल्प समतुल्य है -- डीकंप्रेस
--stdout सिवाय इसके कि डीकंप्रेस्ड डेटा को लिखे जाने के बजाय हटा दिया जाता है
मानक आउटपुट. कोई फ़ाइल बनाई या हटाई नहीं गई है.

-l, --सूची
संपीड़ित के बारे में जानकारी प्रिंट करें फ़ाइलों. कोई असम्पीडित आउटपुट उत्पन्न नहीं होता है, और
कोई फ़ाइल बनाई या हटाई नहीं गई है. सूची मोड में, प्रोग्राम नहीं पढ़ सकता
मानक इनपुट या अन्य अप्राप्य स्रोतों से संपीड़ित डेटा।

डिफ़ॉल्ट सूची इसके बारे में बुनियादी जानकारी दिखाती है फ़ाइलों, प्रति पंक्ति एक फ़ाइल। पाने के
अधिक विस्तृत जानकारी, इसका भी उपयोग करें --शब्दशः विकल्प। और भी अधिक के लिए
जानकारी, उपयोग --शब्दशः दो बार, लेकिन ध्यान दें कि यह धीमा हो सकता है, क्योंकि प्राप्त करना
सभी अतिरिक्त जानकारी के लिए कई खोजों की आवश्यकता होती है। वर्बोज़ आउटपुट की चौड़ाई अधिक है
80 अक्षर, इसलिए आउटपुट को उदाहरण के लिए पाइप करना कम -S सुविधाजनक हो सकता है यदि
टर्मिनल पर्याप्त चौड़ा नहीं है.

सटीक आउटपुट भिन्न हो सकता है xz संस्करण और विभिन्न स्थान। मशीन के लिए-
पठनीय आउटपुट, --रोबोट --सूची इस्तेमाल किया जाना चाहिए।

आपरेशन संशोधक
-k, --रखना
इनपुट फ़ाइलें न हटाएँ.

-f, --बल
इस विकल्प के कई प्रभाव हैं:

· यदि लक्ष्य फ़ाइल पहले से मौजूद है, तो उसे संपीड़ित करने से पहले हटा दें
डीकंप्रेसिंग

· संपीड़ित या विसंपीड़ित करें, भले ही इनपुट किसी नियमित फ़ाइल का प्रतीकात्मक लिंक हो,
एक से अधिक हार्ड लिंक हैं, या सेटुइड, सेटगिड, या स्टिकी बिट सेट है।
सेटुइड, सेटगिड और स्टिकी बिट्स को लक्ष्य फ़ाइल में कॉपी नहीं किया जाता है।

· जब साथ प्रयोग किया जाता है -- डीकंप्रेस --stdout और xz के प्रकार को नहीं पहचान सकता
स्रोत फ़ाइल, स्रोत फ़ाइल को मानक आउटपुट की तरह कॉपी करें। यह अनुमति देता है xzcat
--बल की तरह इस्तेमाल किया जाना बिल्ली(1) उन फ़ाइलों के लिए जिन्हें संपीड़ित नहीं किया गया है xz.
ध्यान दें कि भविष्य में, xz नए संपीड़ित फ़ाइल स्वरूपों का समर्थन कर सकता है, जो हो सकता है
बनाना xz अधिक प्रकार की फ़ाइलों को मानक के अनुसार कॉपी करने के बजाय उन्हें डीकंप्रेस करें
उत्पादन. --फॉर्मेट =प्रारूप प्रतिबंधित करने के लिए उपयोग किया जा सकता है xz केवल एक को डीकंप्रेस करने के लिए
फाइल प्रारूप।

-c, --stdout, --टू-स्टडआउट
संपीड़ित या विसंपीड़ित डेटा को किसी फ़ाइल के बजाय मानक आउटपुट में लिखें।
इसका अर्थ है --रखना.

--एकल-धारा
केवल सबसे पहले डीकंप्रेस करें .xz स्ट्रीम करें, और संभावित शेष इनपुट को चुपचाप अनदेखा करें
डेटा स्ट्रीम का अनुसरण कर रहा है। आम तौर पर ऐसा अनुगामी कचरा बनता है xz एक प्रदर्शित करें
त्रुटि।

xz कभी भी एक से अधिक स्ट्रीम को डीकंप्रेस नहीं करता .lzma फ़ाइलें या कच्ची धाराएँ, लेकिन
यह विकल्प अभी भी बनाता है xz के बाद संभावित अनुगामी डेटा को अनदेखा करें .lzma पट्टिका
या कच्ची धारा.

यदि ऑपरेशन मोड नहीं है तो इस विकल्प का कोई प्रभाव नहीं पड़ता है -- डीकंप्रेस or --परीक्षण.

--नहीं-विरल
विरल फ़ाइलों का निर्माण अक्षम करें. डिफ़ॉल्ट रूप से, यदि डीकंप्रेसिंग को नियमित रूप से किया जाता है
फ़ाइल, xz यदि डीकंप्रेस्ड डेटा में लंबा समय है तो फ़ाइल को विरल बनाने का प्रयास करता है
बाइनरी शून्य का क्रम. यह लंबे समय तक मानक आउटपुट पर लिखते समय भी काम करता है
चूँकि मानक आउटपुट एक नियमित फ़ाइल और कुछ अतिरिक्त शर्तों से जुड़ा होता है
इसे सुरक्षित बनाने के लिए मुलाकात की जाती है। विरल फ़ाइलें बनाने से डिस्क स्थान बच सकता है और गति बढ़ सकती है
डिस्क I/O की मात्रा को कम करके डीकंप्रेसन।

-S सूफ, --प्रत्यय=सूफ
संपीड़ित करते समय, उपयोग करें सूफ इसके बजाय लक्ष्य फ़ाइल के लिए प्रत्यय के रूप में .xz or
.lzma. यदि मानक आउटपुट पर नहीं लिखा जा रहा है और स्रोत फ़ाइल में पहले से ही है
प्रत्यय सूफ, एक चेतावनी प्रदर्शित होती है और फ़ाइल छोड़ दी जाती है।

डीकंप्रेसिंग करते समय, प्रत्यय वाली फ़ाइलों को पहचानें सूफ फ़ाइलों के अतिरिक्त
la .xz, .txz, .lzmaया, .tlz प्रत्यय. यदि स्रोत फ़ाइल में प्रत्यय है सूफ,
लक्ष्य फ़ाइल नाम प्राप्त करने के लिए प्रत्यय हटा दिया जाता है।

कच्ची धाराओं को संपीड़ित या विसंपीड़ित करते समय (--प्रारूप=कच्चा), प्रत्यय अवश्य होना चाहिए
मानक आउटपुट पर लिखने तक हमेशा निर्दिष्ट किया जाना चाहिए, क्योंकि कोई डिफ़ॉल्ट नहीं है
कच्ची धाराओं के लिए प्रत्यय.

--फ़ाइलें[=पट्टिका]
संसाधित करने के लिए फ़ाइल नाम पढ़ें पट्टिका; अगर पट्टिका छोड़ दिया गया है, फ़ाइल नाम पढ़े गए हैं
मानक इनपुट से. फ़ाइल नाम को न्यूलाइन वर्ण के साथ समाप्त किया जाना चाहिए। ए
थोड़ा सा (-) को नियमित फ़ाइल नाम के रूप में लिया जाता है; इसका मतलब मानक इनपुट नहीं है. अगर
फ़ाइल नाम कमांड लाइन तर्क के रूप में भी दिए गए हैं, उन्हें इससे पहले संसाधित किया जाता है
फ़ाइलनाम से पढ़ा गया पट्टिका.

--फ़ाइलें0[=पट्टिका]
यह समान है --फ़ाइलें[=पट्टिका] सिवाय इसके कि प्रत्येक फ़ाइल नाम को समाप्त किया जाना चाहिए
शून्य वर्ण के साथ.

बुनियादी पट्टिका प्रारूप और दबाव विकल्पों
-F प्रारूप, --फॉर्मेट =प्रारूप
फ़ाइल निर्दिष्ट करें प्रारूप संपीड़ित या विसंपीड़ित करने के लिए:

स्वत: यह डिफ़ॉल्ट है. संपीड़ित करते समय, स्वत: के बराबर है xz. जब
डीकंप्रेसिंग, इनपुट फ़ाइल का प्रारूप स्वचालित रूप से पता लगाया जाता है। टिप्पणी
वह कच्ची धाराएँ (के साथ निर्मित) --प्रारूप=कच्चा) स्वतः-पता नहीं लगाया जा सकता।

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). चयनित संपीड़न सेटिंग्स मेमोरी आवश्यकताओं को निर्धारित करती हैं
डीकंप्रेसर, इस प्रकार बहुत अधिक पूर्व निर्धारित स्तर का उपयोग करने से यह दर्दनाक हो सकता है
कम रैम वाले पुराने सिस्टम पर फ़ाइल को डीकंप्रेस करें। विशेष रूप से, यह है नहीं a
अच्छा विचार सेवा मेरे आंखों पर पट्टी से उपयोग -9 एसटी सब कुछ जैसा कि अक्सर होता है gzip(1) और
bzip2(1).

-0 ... -3
ये कुछ हद तक तेज़ प्रीसेट हैं। -0 से कभी-कभी तेज़ होता है gzip -9 जब
बहुत बेहतर तरीके से संपीड़ित करना। ऊँचे वाले की गति अक्सर तुलनीय होती है
bzip2(1) तुलनीय या बेहतर संपीड़न अनुपात के साथ, हालांकि परिणाम
संपीड़ित किए जा रहे डेटा के प्रकार पर बहुत कुछ निर्भर करता है।

-4 ... -6
डीकंप्रेसर मेमोरी उपयोग को बनाए रखते हुए बहुत अच्छे संपीड़न के लिए अच्छा
पुरानी प्रणालियों के लिए भी उचित। -6 डिफ़ॉल्ट है, जो आमतौर पर एक अच्छा है
विकल्प, उदाहरण के लिए उन फ़ाइलों को वितरित करने के लिए जिन्हें डीकंप्रेस करने योग्य होना आवश्यक है
केवल 16 MiB रैम वाले सिस्टम। (-5इ or -6इ विचार करने लायक भी हो सकता है.
देख --चरम.)

-7 ... -9
ये इस प्रकार हैं -6 लेकिन उच्च कंप्रेसर और डीकंप्रेसर मेमोरी के साथ
आवश्यकताएं। ये केवल बड़ी फ़ाइलों को संपीड़ित करते समय उपयोगी होते हैं
क्रमशः 8 MiB, 16 MiB और 32 MiB।

समान हार्डवेयर पर, डीकंप्रेसन गति लगभग एक स्थिर संख्या होती है
प्रति सेकंड संपीड़ित डेटा के बाइट्स। दूसरे शब्दों में, संपीड़न जितना बेहतर होगा,
डीकंप्रेसन आमतौर पर उतना ही तेज़ होगा। इसका मतलब यह भी है कि की राशि
प्रति सेकंड उत्पादित असम्पीडित आउटपुट बहुत भिन्न हो सकता है।

निम्न तालिका प्रीसेट की विशेषताओं का सारांश प्रस्तुत करती है:

प्रीसेट डिक्टसाइज कॉम्पसीपीयू कॉम्पमेम डेकमेम
-0 256 KiB 0 3 MiB 1 MiB
-1 1 एमआईबी 1 9 एमआईबी 2 एमआईबी
-2 2 एमआईबी 2 17 एमआईबी 3 एमआईबी
-3 4 एमआईबी 3 32 एमआईबी 5 एमआईबी
-4 4 एमआईबी 4 48 एमआईबी 5 एमआईबी
-5 8 एमआईबी 5 94 एमआईबी 9 एमआईबी
-6 8 एमआईबी 6 94 एमआईबी 9 एमआईबी
-7 16 एमआईबी 6 186 एमआईबी 17 एमआईबी
-8 32 एमआईबी 6 370 एमआईबी 33 एमआईबी
-9 64 एमआईबी 6 674 एमआईबी 65 एमआईबी

कॉलम विवरण:

· DictSize LZMA2 शब्दकोश आकार है। का उपयोग करना स्मृति की बर्बादी है
शब्दकोश असम्पीडित फ़ाइल के आकार से बड़ा है। यही कारण है कि ऐसा है
प्रीसेट का उपयोग करने से बचना अच्छा है -7 ... -9 जबकि उनकी कोई वास्तविक आवश्यकता नहीं है।
At -6 और इससे कम, बर्बाद होने वाली मेमोरी की मात्रा आमतौर पर काफी कम होती है
मामला।

· CompCPU प्रभावित करने वाली LZMA2 सेटिंग्स का एक सरलीकृत प्रतिनिधित्व है
संपीड़न गति. शब्दकोश का आकार भी गति को प्रभावित करता है, जबकि CompCPU है
स्तरों के लिए समान -6 ... -9, उच्च स्तर अभी भी थोड़ा धीमा होता है।
और भी धीमी और इस प्रकार संभवतः बेहतर संपीड़न पाने के लिए, देखें --चरम.

· CompMem में सिंगल-थ्रेडेड मोड में कंप्रेसर मेमोरी आवश्यकताएँ शामिल हैं।
इसके बीच थोड़ा अंतर हो सकता है xz संस्करण. कुछ की मेमोरी आवश्यकताएँ
भविष्य के मल्टीथ्रेडेड मोड एकल की तुलना में नाटकीय रूप से अधिक हो सकते हैं-
थ्रेडेड मोड.

· DecMem में डीकंप्रेसर मेमोरी आवश्यकताएँ शामिल हैं। यानी संपीड़न
सेटिंग्स डीकंप्रेसर की मेमोरी आवश्यकताओं को निर्धारित करती हैं। एकदम सही
डीकंप्रेसर मेमोरी का उपयोग LZMA2 शब्दकोश आकार से थोड़ा अधिक है, लेकिन
तालिका में मानों को अगले पूर्ण MiB तक पूर्णांकित किया गया है।

-e, --चरम
चयनित संपीड़न प्रीसेट स्तर के धीमे संस्करण का उपयोग करें (-0 ... -9) करने के लिए
उम्मीद है कि थोड़ा बेहतर संपीड़न अनुपात मिलेगा, लेकिन दुर्भाग्य से ऐसा हो सकता है
इसे और भी बदतर बनाओ। डीकंप्रेसर मेमोरी उपयोग प्रभावित नहीं होता है, लेकिन कंप्रेसर
पूर्व निर्धारित स्तरों पर मेमोरी का उपयोग थोड़ा बढ़ जाता है -0 ... -3.

चूंकि शब्दकोश आकार 4 MiB और 8 MiB के साथ दो प्रीसेट हैं, प्रीसेट -3इ
और -5इ की तुलना में थोड़ी तेज़ सेटिंग्स (कम CompCPU) का उपयोग करें -4इ और -6इ,
क्रमश। इस तरह कोई भी दो प्रीसेट एक जैसे नहीं होते.

प्रीसेट डिक्टसाइज कॉम्पसीपीयू कॉम्पमेम डेकमेम
-0e 256 KiB 8 4 MiB 1 MiB
-1ई 1 एमआईबी 8 13 एमआईबी 2 एमआईबी
-2ई 2 एमआईबी 8 25 एमआईबी 3 एमआईबी
-3ई 4 एमआईबी 7 48 एमआईबी 5 एमआईबी
-4ई 4 एमआईबी 8 48 एमआईबी 5 एमआईबी
-5ई 8 एमआईबी 7 94 एमआईबी 9 एमआईबी
-6ई 8 एमआईबी 8 94 एमआईबी 9 एमआईबी
-7ई 16 एमआईबी 8 186 एमआईबी 17 एमआईबी
-8ई 32 एमआईबी 8 370 एमआईबी 33 एमआईबी
-9ई 64 एमआईबी 8 674 एमआईबी 65 एमआईबी

उदाहरण के लिए, कुल चार प्रीसेट हैं जो 8 MiB डिक्शनरी का उपयोग करते हैं, जिनका
क्रम सबसे तेज़ से सबसे धीमा है -5, -6, -5इ, तथा -6इ.

--तेज़
--श्रेष्ठ ये कुछ हद तक भ्रामक उपनाम हैं -0 और -9, क्रमश। ये हैं
केवल LZMA यूटिल्स के साथ बैकवर्ड संगतता के लिए प्रदान किया गया। इनके प्रयोग से बचें
विकल्प.

--ब्लॉक-आकार=आकार
को संपीड़ित करते समय .xz प्रारूपित करें, इनपुट डेटा को ब्लॉकों में विभाजित करें आकार बाइट्स।
ब्लॉक एक दूसरे से स्वतंत्र रूप से संपीड़ित होते हैं।

--मेमलिमिट-कंप्रेस=सीमा
संपीड़न के लिए मेमोरी उपयोग सीमा निर्धारित करें। यदि यह विकल्प एकाधिक निर्दिष्ट है
कई बार, आखिरी वाला प्रभावी होता है।

यदि संपीड़न सेटिंग्स इससे अधिक है सीमा, xz सेटिंग्स को नीचे की ओर समायोजित करेगा
ताकि सीमा अब पार न हो और स्वचालित रूप से एक नोटिस प्रदर्शित करें
समायोजन किया गया. से संपीड़ित करते समय ऐसे समायोजन नहीं किए जाते हैं
--प्रारूप=कच्चा या अगर --नहीं-समायोजित निर्दिष्ट किया गया है. उन मामलों में, एक त्रुटि है
प्रदर्शित और xz निकास स्थिति 1 के साथ बाहर निकलेंगे।

RSI सीमा कई तरीकों से निर्दिष्ट किया जा सकता है:

· सीमा बाइट्स में पूर्ण मान हो सकता है। जैसे पूर्णांक प्रत्यय का उपयोग करना एमआईबी
उपयोगी हो सकता है। उदाहरण: --मेमलिमिट-कंप्रेस=80MiB

· सीमा कुल भौतिक मेमोरी (RAM) के प्रतिशत के रूप में निर्दिष्ट किया जा सकता है। यह
विशेष रूप से सेट करते समय उपयोगी हो सकता है XZ_DEFAULTS ए में पर्यावरण चर
शेल इनिशियलाइज़ेशन स्क्रिप्ट जो विभिन्न कंप्यूटरों के बीच साझा की जाती है। वह
जिस तरह से अधिक मेमोरी वाले सिस्टम पर सीमा स्वचालित रूप से बड़ी हो जाती है। उदाहरण:
--मेमलिमिट-कंप्रेस=70%

· सीमा इसे सेट करके इसके डिफ़ॉल्ट मान पर वापस रीसेट किया जा सकता है 0। ये है
वर्तमान में सेटिंग के बराबर है सीमा सेवा मेरे मैक्स (कोई मेमोरी उपयोग सीमा नहीं)। एक बार
मल्टीथ्रेडिंग समर्थन लागू किया गया है, इसमें अंतर हो सकता है 0
और मैक्स मल्टीथ्रेडेड केस के लिए, इसलिए इसका उपयोग करने की अनुशंसा की जाती है 0 के बजाय मैक्स
जब तक विवरण तय नहीं हो जाता।

अनुभाग भी देखें याद प्रयोग.

--मेमलिमिट-डीकंप्रेस=सीमा
डीकंप्रेसन के लिए मेमोरी उपयोग सीमा निर्धारित करें। इसका भी प्रभाव पड़ता है --सूची तरीका। अगर
से अधिक हुए बिना ऑपरेशन संभव नहीं है सीमा, xz एक त्रुटि प्रदर्शित करेगा
और फ़ाइल को डीकंप्रेस करना विफल हो जाएगा। देखना --मेमलिमिट-कंप्रेस=सीमा संभव के लिए
निर्दिष्ट करने के तरीके सीमा.

-M सीमा, --memlimit=सीमा, --स्मृति=सीमा
यह निर्दिष्ट करने के बराबर है --मेमलिमिट-कंप्रेस=सीमा
--मेमलिमिट-डीकंप्रेस=सीमा.

--नहीं-समायोजित
यदि संपीड़न सेटिंग्स मेमोरी उपयोग से अधिक हो तो एक त्रुटि प्रदर्शित करें और बाहर निकलें
सीमा. डिफ़ॉल्ट सेटिंग्स को नीचे की ओर समायोजित करना है ताकि मेमोरी का उपयोग हो सके
सीमा पार नहीं हुई है. रॉ बनाते समय स्वचालित समायोजन हमेशा अक्षम रहता है
धाराएँ (--प्रारूप=कच्चा).

-T धागे, --धागे=धागे
उपयोग किए जाने वाले वर्कर थ्रेड की संख्या निर्दिष्ट करें. धागों की वास्तविक संख्या हो सकती है
की तुलना में कम धागे यदि अधिक थ्रेड्स का उपयोग करने से मेमोरी उपयोग सीमा पार हो जाएगी।

बहु दबाव और विसंपीड़न रहे नहीं कार्यान्वित अभी तक, so इसका विकल्प
है नहीं प्रभाव एसटी अब.

As of लिख रहे हैं (2010-09-27), it नहीं है किया गया का फैसला किया if धागे मर्जी be प्रयुक्त by
चूक on मल्टीकोर सिस्टम एक बार समर्थन एसटी सूत्रण है किया गया कार्यान्वित किया।
टिप्पणियाँ रहे स्वागत हे। जटिल कारक यह है कि कई धागों का उपयोग करना होगा
मेमोरी उपयोग को नाटकीय रूप से बढ़ाएँ। ध्यान दें कि यदि मल्टीथ्रेडिंग होगी
डिफ़ॉल्ट, यह संभवतः किया जाएगा ताकि सिंगल-थ्रेडेड और मल्टीथ्रेडेड मोड
समान आउटपुट उत्पन्न करें, इसलिए संपीड़न अनुपात महत्वपूर्ण रूप से प्रभावित नहीं होगा
थ्रेडिंग डिफ़ॉल्ट रूप से सक्षम हो जाएगी.

रिवाज कंप्रेसर फ़िल्टर चेन
एक कस्टम फ़िल्टर श्रृंखला इसके बजाय संपीड़न सेटिंग्स को विस्तार से निर्दिष्ट करने की अनुमति देती है
पूर्व निर्धारित स्तरों से संबंधित सेटिंग्स पर निर्भर होना। जब एक कस्टम फ़िल्टर श्रृंखला होती है
निर्दिष्ट, संपीड़न पूर्व निर्धारित स्तर विकल्प (-0 ... -9 और --चरम) चुपचाप हैं
अवहेलना करना।

एक फ़िल्टर श्रृंखला कमांड लाइन पर पाइपिंग के बराबर है। संपीड़ित करते समय,
असम्पीडित इनपुट पहले फ़िल्टर पर जाता है, जिसका आउटपुट अगले फ़िल्टर पर जाता है (यदि)।
कोई भी)। अंतिम फ़िल्टर का आउटपुट संपीड़ित फ़ाइल में लिखा जाता है। अधिकतम
श्रृंखला में फिल्टर की संख्या चार है, लेकिन आम तौर पर एक फिल्टर श्रृंखला में केवल एक या दो होते हैं
फिल्टर।

कई फ़िल्टर की सीमाएँ होती हैं कि वे फ़िल्टर श्रृंखला में कहाँ हो सकते हैं: कुछ फ़िल्टर हो सकते हैं
श्रृंखला में केवल अंतिम फ़िल्टर के रूप में कार्य करते हैं, कुछ केवल गैर-अंतिम फ़िल्टर के रूप में कार्य करते हैं, और कुछ केवल गैर-अंतिम फ़िल्टर के रूप में कार्य करते हैं
श्रृंखला में किसी भी स्थिति में. फ़िल्टर के आधार पर, यह सीमा या तो अंतर्निहित है
फ़िल्टर डिज़ाइन के लिए या सुरक्षा समस्याओं को रोकने के लिए मौजूद है।

एक कस्टम फ़िल्टर श्रृंखला को उनके क्रम में एक या अधिक फ़िल्टर विकल्पों का उपयोग करके निर्दिष्ट किया जाता है
फ़िल्टर श्रृंखला में वांछित हैं. अर्थात्, फ़िल्टर विकल्पों का क्रम महत्वपूर्ण है!
कच्ची धाराओं को डिकोड करते समय (--प्रारूप=कच्चा), फ़िल्टर श्रृंखला उसी क्रम में निर्दिष्ट है
जैसा कि संपीड़ित करते समय निर्दिष्ट किया गया था।

फ़िल्टर फ़िल्टर-विशिष्ट लेते हैं विकल्पों अल्पविराम से अलग की गई सूची के रूप में। में अतिरिक्त अल्पविराम विकल्पों
नजरअंदाज कर दिया जाता है. प्रत्येक विकल्प का एक डिफ़ॉल्ट मान होता है, इसलिए आपको केवल वही निर्दिष्ट करना होगा जो आप चाहते हैं
बदलने के लिए.

--lzma1[=विकल्पों]
--lzma2[=विकल्पों]
फ़िल्टर श्रृंखला में LZMA1 या LZMA2 फ़िल्टर जोड़ें। इन फिल्टरों का उपयोग केवल इसी रूप में किया जा सकता है
श्रृंखला में अंतिम फ़िल्टर.

LZMA1 एक लीगेसी फ़िल्टर है, जो लगभग पूरी तरह से लीगेसी के कारण समर्थित है .lzma
फ़ाइल स्वरूप, जो केवल LZMA1 का समर्थन करता है। LZMA2, LZMA1 का अद्यतन संस्करण है
LZMA1 के कुछ व्यावहारिक मुद्दों को ठीक करें। .xz प्रारूप LZMA2 का उपयोग करता है और समर्थन नहीं करता है
बिल्कुल LZMA1. LZMA1 और LZMA2 की संपीड़न गति और अनुपात व्यावहारिक रूप से समान हैं
एक ही.

LZMA1 और LZMA2 समान सेट साझा करते हैं विकल्पों:

पूर्व निर्धारित=प्रीसेट
सभी LZMA1 या LZMA2 रीसेट करें विकल्पों सेवा मेरे प्रीसेट. प्रीसेट एक पूर्णांक से मिलकर बना है,
जिसका अनुसरण एकल-अक्षर पूर्व निर्धारित संशोधक द्वारा किया जा सकता है। पूर्णांक हो सकता है
से 0 सेवा मेरे 9, कमांड लाइन विकल्पों का मिलान -0 ... -9। केवल
समर्थित संशोधक वर्तमान में है e, जो मेल खाता है --चरम। डिफ़ॉल्ट
प्रीसेट is 6, जिसमें से शेष LZMA1 या के लिए डिफ़ॉल्ट मान
एलजेडएमए2 विकल्पों लिए गए हैं।

हुक्म=आकार
शब्दकोश (इतिहास बफ़र) आकार इंगित करता है कि हाल के कितने बाइट्स हैं
संसाधित असम्पीडित डेटा को मेमोरी में रखा जाता है। एल्गोरिथम खोजने का प्रयास करता है
असम्पीडित डेटा में बाइट अनुक्रम (मिलान) को दोहराना, और प्रतिस्थापित करना
उन्हें वर्तमान में शब्दकोश में मौजूद डेटा के संदर्भ में। बड़ा
शब्दकोश में, मिलान ढूंढने की संभावना उतनी ही अधिक होगी। इस प्रकार, वृद्धि हो रही है
शब्दकोश आकार आमतौर पर संपीड़न अनुपात में सुधार होता है, लेकिन एक शब्दकोश बड़ा होता है
असम्पीडित फ़ाइल से स्मृति की बर्बादी होती है।

विशिष्ट शब्दकोश आकार 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 शाब्दिक संदर्भ बिट्स की संख्या निर्दिष्ट करें। न्यूनतम 0 है और
अधिकतम 4 है; डिफ़ॉल्ट 3 है। इसके अलावा, का योग lc और lp मना है
4 से अधिक.

सभी बाइट्स जिन्हें मिलान के रूप में एन्कोड नहीं किया जा सकता, उन्हें अक्षरशः एन्कोड किया गया है। वह
अर्थात्, अक्षर मात्र 8-बिट बाइट्स हैं जो एक समय में एन्कोड किए जाते हैं।

शाब्दिक कोडिंग से यह धारणा बनती है कि उच्चतम lc के टुकड़े
पिछला असम्पीडित बाइट अगले बाइट के साथ सहसंबद्ध होता है। जैसे ठेठ में
अंग्रेजी पाठ में, एक बड़े अक्षर के बाद अक्सर एक छोटा अक्षर आता है,
और एक लोअर-केस अक्षर के बाद आमतौर पर दूसरा लोअर-केस अक्षर आता है।
यूएस-एएससीआईआई कैरेक्टर सेट में, अपर-केस के लिए उच्चतम तीन बिट्स 010 हैं
अक्षर और छोटे अक्षरों के लिए 011। कब lc कम से कम 3 है, शाब्दिक
कोडिंग असम्पीडित डेटा में इस संपत्ति का लाभ उठा सकती है।

डिफ़ॉल्ट मान (3) आमतौर पर अच्छा होता है। यदि आप अधिकतम संपीड़न चाहते हैं,
परीक्षण एलसी=4. कभी-कभी यह थोड़ी मदद करता है, और कभी-कभी यह संपीड़न करता है
ज़्यादा बुरा। यदि यह इसे बदतर बनाता है, उदाहरण के लिए परीक्षण करें एलसी=2 भी है.

एल.पी.=lp शाब्दिक स्थिति बिट्स की संख्या निर्दिष्ट करें. न्यूनतम 0 है और
अधिकतम 4 है; डिफ़ॉल्ट 0 है.

Lp यह प्रभावित करता है कि असम्पीडित डेटा में किस प्रकार का संरेखण कब माना जाता है
एन्कोडिंग शाब्दिक। देखना pb संरेखण के बारे में अधिक जानकारी के लिए नीचे।

पीबी=pb स्थिति बिट्स की संख्या निर्दिष्ट करें. न्यूनतम 0 है और अधिकतम 4 है;
डिफ़ॉल्ट 2 है.

Pb यह प्रभावित करता है कि असम्पीडित डेटा में किस प्रकार का संरेखण माना जाता है
सामान्य। डिफ़ॉल्ट का अर्थ है चार-बाइट संरेखण (2^)।pb=2^2=4), जो अक्सर होता है
एक अच्छा विकल्प जब कोई बेहतर अनुमान न हो।

जब संरेखण ज्ञात हो, सेटिंग pb तदनुसार फ़ाइल का आकार कम हो सकता है
थोड़ा। उदाहरण के लिए एक-बाइट संरेखण वाली टेक्स्ट फ़ाइलों के साथ (US-ASCII,
आईएसओ-8859-*, यूटीएफ-8), सेटिंग पीबी=0 संपीड़न में थोड़ा सुधार कर सकते हैं। के लिए
यूटीएफ-16 पाठ, पीबी=1 एक अच्छा विकल्प है. यदि संरेखण एक विषम संख्या है जैसे
3 बाइट्स, पीबी=0 सर्वोत्तम विकल्प हो सकता है.

यद्यपि अनुमानित संरेखण को समायोजित किया जा सकता है pb और lp, LZMA1 और
LZMA2 अभी भी 16-बाइट संरेखण के पक्ष में है। यह लेने लायक हो सकता है
उन फ़ाइल स्वरूपों को डिज़ाइन करते समय ध्यान रखें जिनके अक्सर संपीड़ित होने की संभावना होती है
LZMA1 या LZMA2 के साथ।

एमएफ=mf मैच फाइंडर का एनकोडर गति, मेमोरी उपयोग आदि पर बड़ा प्रभाव पड़ता है
संक्षिप्तीकरण अनुपात। आमतौर पर हैश चेन मैच खोजक बाइनरी से तेज़ होते हैं
वृक्ष मिलान खोजक। डिफ़ॉल्ट इस पर निर्भर करता है प्रीसेट: 0 उपयोग hc3, 1-3 उपयोग
hc4, और बाकी का उपयोग करें bt4.

निम्नलिखित मिलान खोजक समर्थित हैं. मेमोरी उपयोग सूत्र नीचे दिए गए हैं
ये मोटे अनुमान हैं, जो वास्तविकता के सबसे करीब होते हैं dict एक
दो की शक्ति.

hc3 2- और 3-बाइट हैशिंग के साथ हैश चेन
के लिए न्यूनतम मूल्य अच्छा: 3
स्मृति प्रयोग:
dict * 7.5 (यदि dict <= 16 एमआईबी);
dict * 5.5 + 64 एमआईबी (यदि dict > 16 एमआईबी)

hc4 2-, 3- और 4-बाइट हैशिंग के साथ हैश चेन
के लिए न्यूनतम मूल्य अच्छा: 4
स्मृति प्रयोग:
dict * 7.5 (यदि dict <= 32 एमआईबी);
dict * 6.5 (यदि dict > 32 एमआईबी)

bt2 2-बाइट हैशिंग के साथ बाइनरी ट्री
के लिए न्यूनतम मूल्य अच्छा: 2
स्मृति प्रयोग: dict * 9.5

bt3 2- और 3-बाइट हैशिंग के साथ बाइनरी ट्री
के लिए न्यूनतम मूल्य अच्छा: 3
स्मृति प्रयोग:
dict * 11.5 (यदि dict <= 16 एमआईबी);
dict * 9.5 + 64 एमआईबी (यदि dict > 16 एमआईबी)

bt4 2-, 3- और 4-बाइट हैशिंग के साथ बाइनरी ट्री
के लिए न्यूनतम मूल्य अच्छा: 4
स्मृति प्रयोग:
dict * 11.5 (यदि dict <= 32 एमआईबी);
dict * 10.5 (यदि dict > 32 एमआईबी)

मोड=मोड
संपीड़न मोड द्वारा उत्पादित डेटा का विश्लेषण करने की विधि निर्दिष्ट करता है
मिलान खोजक. का समर्थन किया मोड रहे तेज और साधारण। डिफ़ॉल्ट है तेज एसटी
इस presets 0-3 और साधारण एसटी इस presets 4-9।

आमतौर पर तेज हैश चेन मैच खोजकर्ताओं के साथ प्रयोग किया जाता है साधारण बाइनरी के साथ
वृक्ष मिलान खोजक। ये भी क्या है इस presets करते हैं.

अच्छा=अच्छा
निर्दिष्ट करें कि किसी मैच के लिए अच्छी लंबाई क्या मानी जाती है। एक बार का मैच
कम से कम अच्छा बाइट्स मिल जाते हैं, एल्गोरिदम संभवतः खोजना बंद कर देता है
बेहतर मिलान.

अच्छा 2-273 बाइट्स हो सकते हैं। उच्च मान बेहतर संपीड़न देते हैं
गति की कीमत पर अनुपात. डिफ़ॉल्ट इस पर निर्भर करता है प्रीसेट.

गहराई=गहराई
मिलान खोजक में अधिकतम खोज गहराई निर्दिष्ट करें. डिफ़ॉल्ट है
0 का विशेष मान, जो कंप्रेसर को उचित निर्धारित करता है गहराई
से mf और अच्छा.

उचित गहराई हैश चेन के लिए 4-100 और बाइनरी ट्री के लिए 16-1000 है।
के लिए बहुत उच्च मानों का उपयोग करना गहराई एनकोडर को अत्यधिक धीमा बना सकता है
कुछ फ़ाइलें. सेट करने से बचें गहराई 1000 से अधिक जब तक कि आप इसके लिए तैयार न हों
यदि बहुत अधिक समय लग रहा हो तो संपीड़न को बाधित करें।

कच्ची धाराओं को डिकोड करते समय (--प्रारूप=कच्चा), LZMA2 को केवल शब्दकोश की आवश्यकता है आकार.
LZMA1 की भी जरूरत है lc, lp, तथा pb.

--x86[=विकल्पों]
--पावरपीसी[=विकल्पों]
--ia64[=विकल्पों]
--हाथ[=विकल्पों]
--बांह का अंगूठा[=विकल्पों]
--स्पार्क[=विकल्पों]
फ़िल्टर श्रृंखला में एक शाखा/कॉल/जंप (बीसीजे) फ़िल्टर जोड़ें। इन फ़िल्टर का उपयोग किया जा सकता है
केवल फ़िल्टर श्रृंखला में एक गैर-अंतिम फ़िल्टर के रूप में।

बीसीजे फ़िल्टर मशीन कोड में सापेक्ष पतों को उनके पूर्ण में परिवर्तित करता है
समकक्ष। इससे डेटा का आकार नहीं बदलता, बल्कि बढ़ जाता है
अतिरेक, जो LZMA2 को 0-15% छोटा उत्पादन करने में मदद कर सकता है .xz फ़ाइल। बीसीजे
फ़िल्टर हमेशा प्रतिवर्ती होते हैं, इसलिए गलत प्रकार के डेटा के लिए बीसीजे फ़िल्टर का उपयोग नहीं किया जाता है
किसी भी डेटा हानि का कारण बन सकता है, हालाँकि यह संपीड़न अनुपात को थोड़ा खराब कर सकता है।

संपूर्ण निष्पादन योग्य पर बीसीजे फ़िल्टर लागू करना ठीक है; इसे लागू करने की कोई आवश्यकता नहीं है
केवल निष्पादन योग्य अनुभाग पर. उस संग्रह पर बीसीजे फ़िल्टर लागू करना जिसमें शामिल है
निष्पादन योग्य और गैर-निष्पादन योग्य दोनों फ़ाइलें अच्छे परिणाम दे भी सकती हैं और नहीं भी, इसलिए यह अच्छा है
आमतौर पर बाइनरी पैकेज को संपीड़ित करते समय बीसीजे फ़िल्टर को आँख बंद करके लागू करना अच्छा नहीं है
वितरण के लिए।

ये बीसीजे फिल्टर बहुत तेज़ हैं और बहुत कम मात्रा में मेमोरी का उपयोग करते हैं। यदि कोई बी.सी.जे
फ़िल्टर फ़ाइल के संपीड़न अनुपात में सुधार करता है, यह डीकंप्रेसन गति में सुधार कर सकता है
उसी समय। इसका कारण यह है कि, एक ही हार्डवेयर पर, डीकंप्रेसन की गति
LZMA2 प्रति सेकंड संपीड़ित डेटा के बाइट्स की लगभग एक निश्चित संख्या है।

इन बीसीजे फिल्टर में संपीड़न अनुपात से संबंधित ज्ञात समस्याएं हैं:

· कुछ प्रकार की फ़ाइलें जिनमें निष्पादन योग्य कोड होता है (जैसे ऑब्जेक्ट फ़ाइलें, स्टेटिक
पुस्तकालयों, और लिनक्स कर्नेल मॉड्यूल) के निर्देशों में पते हैं
भराव मूल्यों से भरा हुआ। ये बीसीजे फिल्टर अभी भी पता करेंगे
रूपांतरण, जो इन फ़ाइलों के साथ संपीड़न को बदतर बना देगा।

· कई समान निष्पादनयोग्य वाले संग्रह पर बीसीजे फ़िल्टर लागू करना संभव है
बीसीजे फ़िल्टर का उपयोग न करने की तुलना में संपीड़न अनुपात को बदतर बना दें। यह है क्योंकि
बीसीजे फ़िल्टर निष्पादन योग्य फ़ाइलों की सीमाओं का पता नहीं लगाता है, और
प्रत्येक निष्पादन योग्य के लिए पता रूपांतरण काउंटर रीसेट नहीं करता है।

उपरोक्त दोनों समस्याओं को भविष्य में एक नए फ़िल्टर में ठीक कर दिया जाएगा। पुराना
बीसीजे फिल्टर अभी भी एम्बेडेड सिस्टम में उपयोगी होंगे, क्योंकि डिकोडर
नया फ़िल्टर बड़ा होगा और अधिक मेमोरी का उपयोग करेगा।

विभिन्न निर्देश सेटों में अलग-अलग संरेखण होता है:

फ़िल्टर संरेखण नोट्स
x86 1 32-बिट या 64-बिट x86
केवल पावरपीसी 4 बिग एंडियन
केवल एआरएम 4 लिटिल एंडियन
एआरएम-थंब 2 केवल लिटिल एंडियन
आईए-64 16 बड़ा या छोटा एंडियन
SPARC 4 बड़ा या छोटा एंडियन

चूँकि BCJ-फ़िल्टर किया गया डेटा आमतौर पर LZMA2, संपीड़न अनुपात के साथ संपीड़ित होता है
यदि LZMA2 विकल्पों को संरेखण से मेल खाने के लिए सेट किया जाता है तो इसमें थोड़ा सुधार किया जा सकता है
चयनित बीसीजे फ़िल्टर। उदाहरण के लिए, IA-64 फ़िल्टर के साथ, इसे सेट करना अच्छा है पीबी=4
LZMA2 (2^4=16) के साथ। x86 फ़िल्टर एक अपवाद है; आमतौर पर इससे चिपके रहना अच्छा होता है
x2 निष्पादनयोग्य को संपीड़ित करते समय LZMA86 का डिफ़ॉल्ट चार-बाइट संरेखण।

सभी BCJ फ़िल्टर इसका समर्थन करते हैं विकल्पों:

प्रारंभ =ओफ़्सेट
प्रारंभ निर्दिष्ट करें ओफ़्सेट जिसका उपयोग सापेक्ष और के बीच परिवर्तित करते समय किया जाता है
पूर्ण पते. ओफ़्सेट के संरेखण का गुणज होना चाहिए
फ़िल्टर करें (ऊपर दी गई तालिका देखें)। डिफ़ॉल्ट शून्य है. व्यवहार में,
डिफ़ॉल्ट अच्छा है; एक प्रथा निर्दिष्ट करना ओफ़्सेट लगभग कभी उपयोगी नहीं होता.

--डेल्टा[=विकल्पों]
फ़िल्टर श्रृंखला में डेल्टा फ़िल्टर जोड़ें। डेल्टा फ़िल्टर का उपयोग केवल एक के रूप में किया जा सकता है
फ़िल्टर श्रृंखला में गैर-अंतिम फ़िल्टर।

वर्तमान में केवल सरल बाइट-वार डेल्टा गणना समर्थित है। यह उपयोगी हो सकता है
संपीड़ित करते समय, उदाहरण के लिए असंपीड़ित बिटमैप छवियां या असंपीड़ित पीसीएम ऑडियो।
हालाँकि, विशेष प्रयोजन एल्गोरिदम इससे काफी बेहतर परिणाम दे सकते हैं
डेल्टा + LZMA2. यह विशेष रूप से ऑडियो के साथ सच है, जो तेजी से संपीड़ित होता है
बेहतर उदाहरण के लिए flac(1).

समर्थित विकल्पों:

जिला=दूरी
विवरण दें दूरी बाइट्स में डेल्टा गणना की. दूरी होना चाहिए
1-256. डिफ़ॉल्ट 1 है.

उदाहरण के लिए, साथ जिला=2 और आठ-बाइट इनपुट A1 B1 A2 B3 A3 B5 A4 B7, the
आउटपुट A1 B1 01 02 01 02 01 02 होगा।

अन्य विकल्पों
-q, --शांत
चेतावनियाँ और नोटिस दबाएँ. त्रुटियों को दबाने के लिए भी इसे दो बार निर्दिष्ट करें। यह
विकल्प का निकास स्थिति पर कोई प्रभाव नहीं पड़ता है। यानी भले ही चेतावनी थी
दबा दिया गया है, चेतावनी इंगित करने के लिए निकास स्थिति अभी भी उपयोग की जाती है।

-v, --शब्दशः
वाचाल हो. यदि मानक त्रुटि किसी टर्मिनल से जुड़ी है, xz एक प्रदर्शित करेगा
प्रगति सूचक. निर्दिष्ट करना --शब्दशः दो बार और भी अधिक वर्बोज़ आउटपुट देगा।

प्रगति सूचक निम्नलिखित जानकारी दिखाता है:

यदि इनपुट फ़ाइल का आकार ज्ञात हो तो पूर्णता प्रतिशत दिखाया जाता है। वह है,
प्रतिशत पाइपों में नहीं दिखाया जा सकता.

· उत्पादित (संपीड़ित) या उपभोगित (डीकंप्रेसिंग) संपीड़ित डेटा की मात्रा।

· उपभोग किए गए (संपीड़ित) या उत्पादित (डीकंप्रेसिंग) असम्पीडित डेटा की मात्रा।

· संपीड़न अनुपात, जिसकी गणना संपीड़ित डेटा की मात्रा को विभाजित करके की जाती है
अब तक संसाधित असम्पीडित डेटा की मात्रा द्वारा अब तक संसाधित किया गया।

· संपीड़न या विसंपीड़न गति. इसे की मात्रा के रूप में मापा जाता है
असम्पीडित डेटा प्रति सेकंड उपभोग (संपीड़न) या उत्पादित (डीकंप्रेसन)।
कुछ सेकंड बीत जाने के बाद इसे दिखाया जाता है xz की प्रोसेसिंग शुरू कर दी
फ़ाइल.

· बीता हुआ समय एम:एसएस या एच:एमएम:एसएस प्रारूप में।

· अनुमानित शेष समय केवल तभी दिखाया जाता है जब इनपुट फ़ाइल का आकार ज्ञात हो
और तब से कुछ सेकंड पहले ही बीत चुके हैं xz की प्रोसेसिंग शुरू कर दी
फ़ाइल। समय को कम सटीक प्रारूप में दिखाया गया है जिसमें कभी भी कोई कोलन नहीं होता है,
उदाहरण के लिए 2 मिनट 30 सेकंड।

जब मानक त्रुटि एक टर्मिनल नहीं है, --शब्दशः कर देगा xz फ़ाइल नाम प्रिंट करें,
संपीड़ित आकार, असंपीड़ित आकार, संपीड़न अनुपात, और संभवतः गति भी
और संपीड़ित करने के बाद मानक त्रुटि के लिए एक लाइन पर बीता हुआ समय या
फ़ाइल को डीकंप्रेस करना। गति और बीता हुआ समय केवल तभी शामिल किया जाता है जब
ऑपरेशन में कम से कम कुछ सेकंड लगे। यदि ऑपरेशन समाप्त नहीं हुआ, उदाहरण के लिए
उपयोगकर्ता रुकावट, पूर्णता प्रतिशत भी मुद्रित होता है यदि का आकार
इनपुट फ़ाइल ज्ञात है.

-Q, --नो-चेतावनी
चेतावनी लायक स्थिति का पता चलने पर भी निकास स्थिति को 2 पर सेट न करें।
यह विकल्प वर्बोसिटी स्तर को प्रभावित नहीं करता है, इस प्रकार दोनों --शांत और --नो-चेतावनी
चेतावनियाँ प्रदर्शित न करने और निकास स्थिति में परिवर्तन न करने के लिए इसका उपयोग किया जाना चाहिए।

--रोबोट
संदेशों को मशीन-पार्सेबल प्रारूप में प्रिंट करें। इसका उद्देश्य लेखन को आसान बनाना है
फ्रंटेंड जो उपयोग करना चाहते हैं xz लिब्ल्ज़्मा के बजाय, जो कि मामला हो सकता है
विभिन्न स्क्रिप्ट. इस विकल्प के सक्षम होने पर आउटपुट का मतलब स्थिर होना है
xz जारी करता है. अनुभाग देखें रोबोट मोड ब्योरा हेतु।

--जानकारी-स्मृति
मानव-पठनीय प्रारूप में प्रदर्शित करें, कितनी भौतिक मेमोरी (RAM) xz सोचता है
सिस्टम में संपीड़न और डीकंप्रेसन और निकास के लिए मेमोरी उपयोग की सीमाएं हैं
सफलतापूर्वक।

-h, --मदद
सबसे अधिक उपयोग किए जाने वाले विकल्पों का वर्णन करने वाला एक सहायता संदेश प्रदर्शित करें और बाहर निकलें
सफलतापूर्वक।

-H, --दीर्घ-मदद
की सभी विशेषताओं का वर्णन करने वाला एक सहायता संदेश प्रदर्शित करें xz, और सफलतापूर्वक बाहर निकलें

-V, --संस्करण
का संस्करण संख्या प्रदर्शित करें xz और मानव पठनीय प्रारूप में liblzma। पाने के
मशीन-पार्सेबल आउटपुट, निर्दिष्ट करें --रोबोट से पहले --संस्करण.

रोबोट मोड

रोबोट मोड इसके साथ सक्रिय होता है --रोबोट विकल्प। यह का आउटपुट बनाता है xz आसानी से करने के लिए
अन्य कार्यक्रमों द्वारा पार्स करें। वर्तमान में --रोबोट के साथ ही समर्थित है --संस्करण,
--जानकारी-स्मृति, तथा --सूची. यह सामान्य संपीड़न और डीकंप्रेसन के लिए समर्थित होगा
भविष्य में.

संस्करण
xz --रोबोट --संस्करण का संस्करण क्रमांक मुद्रित करेगा xz और निम्नलिखित में liblzma
प्रारूप:

XZ_संस्करण=XYYYZZZS
LIBLZMA_संस्करण=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, तथा शा 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. फ़िल्टर श्रृंखला. ध्यान दें कि अधिकांश विकल्प संपीड़न समय पर उपयोग नहीं किए जा सकते
ज्ञात है, क्योंकि केवल वही विकल्प संग्रहीत हैं जो डीकंप्रेसन के लिए आवश्यक हैं
la .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 और
एक्सजेड_ओपीटी, इस क्रम में, कमांड लाइन से विकल्पों को पार्स करने से पहले। बस इतना ही ध्यान दें
विकल्पों को पर्यावरण चर से पार्स किया जाता है; सभी गैर-विकल्पों को चुपचाप अनदेखा कर दिया जाता है।
पार्सिंग के साथ किया जाता है getopt_long(3) जिसका उपयोग कमांड लाइन तर्कों के लिए भी किया जाता है।

XZ_DEFAULTS
उपयोगकर्ता-विशिष्ट या सिस्टम-व्यापी डिफ़ॉल्ट विकल्प। आमतौर पर इसे एक शेल में सेट किया जाता है
सक्षम करने के लिए आरंभीकरण स्क्रिप्ट xzडिफ़ॉल्ट रूप से मेमोरी उपयोग सीमक। के सिवा
शेल इनिशियलाइज़ेशन स्क्रिप्ट और इसी तरह के विशेष मामलों में, स्क्रिप्ट को कभी भी सेट नहीं करना चाहिए
सेट नहीं XZ_DEFAULTS.

एक्सजेड_ओपीटी यह विकल्प पारित करने के लिए है xz जब विकल्प सेट करना संभव न हो
सीधे पर xz कमांड लाइन। यह मामला है उदाहरण के लिए जब xz एक स्क्रिप्ट द्वारा चलाया जाता है
या उपकरण, उदाहरण के लिए जीएनयू टार(1)

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

स्क्रिप्ट का उपयोग किया जा सकता है एक्सजेड_ओपीटी उदाहरण के लिए स्क्रिप्ट-विशिष्ट डिफ़ॉल्ट संपीड़न विकल्प सेट करना। यह
उपयोगकर्ताओं को ओवरराइड करने की अनुमति देने के लिए अभी भी अनुशंसा की जाती है एक्सजेड_ओपीटी यदि वह उचित है, उदा
in sh(1) स्क्रिप्ट्स का उपयोग कुछ इस तरह किया जा सकता है:

XZ_OPT=${XZ_OPT-"-7e"}
XZ_OPT निर्यात करें

LZMA यूटिल्स संगतता

का कमांड लाइन सिंटैक्स xz व्यावहारिक रूप से इसका एक सुपरसेट है lzma, unlzma, तथा lzcat as
LZMA यूटिल्स 4.32.x से पाया गया। ज्यादातर मामलों में, LZMA यूटिल्स को XZ से बदलना संभव है
मौजूदा स्क्रिप्ट को तोड़े बिना उपयोग। हालाँकि, कुछ असंगतताएँ हैं, जो
कभी-कभी समस्याएँ उत्पन्न हो सकती हैं।

संपीड़न प्रीसेट स्तर
संपीड़न स्तर प्रीसेट की संख्या समान नहीं है xz और एलजेएमए यूटिल्स।
सबसे महत्वपूर्ण अंतर यह है कि शब्दकोश आकार को विभिन्न प्रीसेट में कैसे मैप किया जाता है।
शब्दकोश का आकार लगभग डीकंप्रेसर मेमोरी उपयोग के बराबर है।

स्तर xz LZMA उपयोगिताएँ
-0 256 किबी एन/ए
-1 1 एमआईबी 64 केबी
-2 2 एमआईबी 1 एमआईबी
-3 4 एमआईबी 512 केबी
-4 4 एमआईबी 1 एमआईबी
-5 8 एमआईबी 2 एमआईबी
-6 8 एमआईबी 4 एमआईबी
-7 16 एमआईबी 8 एमआईबी
-8 32 एमआईबी 16 एमआईबी
-9 64 एमआईबी 32 एमआईबी

शब्दकोश आकार के अंतर कंप्रेसर मेमोरी उपयोग को भी प्रभावित करते हैं, लेकिन कुछ हैं
LZMA यूटिल्स और XZ यूटिल्स के बीच अन्य अंतर, जो अंतर को और भी बड़ा बनाते हैं:

लेवल xz LZMA यूटिल्स 4.32.x
-0 3 एमआईबी एन/ए
-1 9 एमआईबी 2 एमआईबी
-2 17 एमआईबी 12 एमआईबी
-3 32 एमआईबी 12 एमआईबी
-4 48 एमआईबी 16 एमआईबी
-5 94 एमआईबी 26 एमआईबी
-6 94 एमआईबी 45 एमआईबी
-7 186 एमआईबी 83 एमआईबी
-8 370 एमआईबी 159 एमआईबी
-9 674 एमआईबी 311 एमआईबी

LZMA यूटिल्स में डिफ़ॉल्ट प्रीसेट स्तर है -7 जबकि XZ यूटिल्स में यह है -6, इसलिए दोनों 8 का उपयोग करते हैं
डिफ़ॉल्ट रूप से एमआईबी शब्दकोश।

स्ट्रीम बनाम गैर-स्ट्रीम .lzma फ़ाइलों
फ़ाइल का असम्पीडित आकार इसमें संग्रहीत किया जा सकता है .lzma शीर्षक. LZMA यूटिल्स ऐसा करता है
नियमित फ़ाइलों को संपीड़ित करते समय। विकल्प यह चिह्नित करना है कि असम्पीडित आकार है
अज्ञात और डीकंप्रेसर को कहां रुकना चाहिए यह इंगित करने के लिए एंड-ऑफ-पेलोड मार्कर का उपयोग करें।
LZMA यूटिल्स इस विधि का उपयोग तब करता है जब असम्पीडित आकार ज्ञात नहीं होता है, जो कि मामला है
पाइप में उदाहरण.

xz डीकंप्रेसिंग का समर्थन करता है .lzma एंड-ऑफ़-पेलोड मार्कर वाली या उसके बिना फ़ाइलें, लेकिन सभी .lzma
द्वारा बनाई गई फ़ाइलें xz एंड-ऑफ़-पेलोड मार्कर का उपयोग किया जाएगा और असम्पीडित आकार को इस रूप में चिह्नित किया जाएगा
में अज्ञात .lzma शीर्षक. कुछ असामान्य स्थितियों में यह एक समस्या हो सकती है. के लिए
उदाहरण, ए .lzma किसी एम्बेडेड डिवाइस में डीकंप्रेसर केवल उन फ़ाइलों के साथ काम कर सकता है
ज्ञात असम्पीडित आकार. यदि आप इस समस्या से जूझते हैं, तो आपको LZMA यूटिल्स या LZMA SDK का उपयोग करना होगा
बनाने के लिए .lzma ज्ञात असम्पीडित आकार वाली फ़ाइलें।

असमर्थित .lzma फ़ाइलों
RSI .lzma प्रारूप अनुमति देता है lc मान 8 तक, और lp मान 4 तक। LZMA यूटिल्स कर सकते हैं
किसी के साथ फ़ाइलों को डीकंप्रेस करें lc और lp, लेकिन हमेशा फ़ाइलें बनाता है एलसी=3 और एल.पी.=0.
अन्य के साथ फ़ाइलें बनाना lc और lp के साथ संभव है xz और LZMA SDK के साथ।

Liblzma में LZMA1 फ़िल्टर के कार्यान्वयन के लिए आवश्यक है कि इसका योग हो lc और lp चाहिए
4 से अधिक नहीं। इस प्रकार, .lzma फ़ाइलें, जो इस सीमा से अधिक हैं, को डीकंप्रेस नहीं किया जा सकता है
साथ में xz.

LZMA यूटिल्स ही बनाता है .lzma फ़ाइलें जिनका शब्दकोश आकार 2^ हैn (2 की शक्ति) लेकिन
किसी भी शब्दकोश आकार वाली फ़ाइलें स्वीकार करता है। liblzma केवल स्वीकार करता है .lzma फ़ाइलें जिनमें a
शब्दकोश का आकार 2^n या 2^n +2^(n-1). यह झूठी सकारात्मकता को कम करने के लिए है
का पता लगाने .lzma फाइलें.

ये सीमाएँ व्यवहार में कोई समस्या नहीं होनी चाहिए, क्योंकि व्यावहारिक रूप से सभी .lzma फ़ाइलों
सेटिंग्स के साथ संपीड़ित किया गया है जिसे liblzma स्वीकार करेगा।

अनुगामी कचरा
डीकंप्रेसिंग करते समय, LZMA यूटिल्स पहले के बाद चुपचाप सब कुछ अनदेखा कर देता है .lzma धारा।
अधिकांश स्थितियों में, यह एक बग है. इसका मतलब यह भी है कि LZMA यूटिल्स समर्थन नहीं करता है
डीकंप्रेसिंग को संयोजित किया गया .lzma फाइलें.

यदि पहले के बाद डेटा बचा है .lzma धारा, xz फ़ाइल को दूषित मानता है
जब तक --एकल-धारा प्रयोग किया गया। यह उन अस्पष्ट लिपियों को तोड़ सकता है जिन्होंने ऐसा मान लिया है
पीछे आने वाले कचरे को नजरअंदाज कर दिया जाता है।

टिप्पणियाँ

दबा हुआ उत्पादन मई अलग-अलग
एक ही असम्पीडित इनपुट फ़ाइल से उत्पन्न सटीक संपीड़ित आउटपुट भिन्न हो सकता है
XZ यूटिल्स संस्करणों के बीच भले ही संपीड़न विकल्प समान हों। ऐसा इसलिए है क्योंकि
फ़ाइल स्वरूप को प्रभावित किए बिना एन्कोडर को बेहतर (तेज़ या बेहतर संपीड़न) किया जा सकता है।
यदि समान XZ यूटिल्स संस्करण के विभिन्न बिल्ड के बीच भी आउटपुट भिन्न हो सकता है
विभिन्न निर्माण विकल्पों का उपयोग किया जाता है।

उपरोक्त का मतलब है कि कार्यान्वयन --rsyncable rsyncable बनाने के लिए .xz फ़ाइलें नहीं जा रही हैं
एनकोडर कार्यान्वयन के एक हिस्से को फ़्रीज़ किए बिना घटित होना, जिसे बाद में उपयोग किया जा सकता है
साथ में --rsyncable.

एम्बेडेड .xz डीकंप्रेसर
एम्बेडेड .xz XZ एंबेडेड जैसे डीकंप्रेसर कार्यान्वयन आवश्यक रूप से फ़ाइलों का समर्थन नहीं करते हैं
ईमानदारी के साथ बनाया गया चेक के अलावा अन्य प्रकार कोई नहीं और crc32. चूंकि डिफ़ॉल्ट है
--चेक=crc64, तुम्हें अवश्य उपयोग करना चाहिए --चेक=कोई नहीं or --चेक=crc32 एम्बेडेड के लिए फ़ाइलें बनाते समय
सिस्टम.

एम्बेडेड सिस्टम के बाहर, सभी .xz फॉर्मेट डीकंप्रेसर सभी का समर्थन करते हैं चेक प्रकार, या पर
कम से कम सत्यनिष्ठा जांच की पुष्टि किए बिना फ़ाइल को डीकंप्रेस करने में सक्षम हैं यदि
विशेष चेक समर्थित नहीं है।

XZ एंबेडेड BCJ फ़िल्टर का समर्थन करता है, लेकिन केवल डिफ़ॉल्ट प्रारंभ ऑफ़सेट के साथ।

उदाहरण

मूल बातें
फ़ाइल को संपीड़ित करें foo में फू.xz डिफ़ॉल्ट संपीड़न स्तर का उपयोग करना (-6), और हटा दें foo
यदि संपीड़न सफल है:

xz फू

दबाव हटाना bar.xz में बार और हटाओ मत bar.xz भले ही डीकंप्रेसन सफल हो:

xz -dk bar.xz

बनाएं baz.tar.xz पूर्व निर्धारित के साथ -4इ (-4 --चरम), जो उदाहरण के मुकाबले धीमी है
चूक -6, लेकिन संपीड़न और विसंपीड़न के लिए कम मेमोरी की आवश्यकता होती है (48 MiB और 5 MiB,
क्रमशः):

टार सीएफ - बाज़ | xz -4e > baz.tar.xz

संपीड़ित और असंपीड़ित फ़ाइलों के मिश्रण को मानक आउटपुट में विघटित किया जा सकता है
एकल आदेश:

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

समानांतर दबाव of बहुत फ़ाइलों
जीएनयू और *बीएसडी पर, खोज(1) और xargs(1) का उपयोग कई के समानांतर संपीड़न के लिए किया जा सकता है
फ़ाइलें:

खोजो । -टाइप एफ \! -नाम '*.xz' -प्रिंट0 \
| xargs -0r -P4 -n16 xz -T1

RSI -P विकल्प xargs(1) समानांतर की संख्या निर्धारित करता है xz प्रक्रियाएँ। के लिए सर्वोत्तम मूल्य
la -n विकल्प इस बात पर निर्भर करता है कि कितनी फ़ाइलें संपीड़ित की जानी हैं। यदि केवल एक हैं
कुछ फ़ाइलें, मान संभवतः 1 होना चाहिए; हज़ारों फ़ाइलों के साथ, 100 या
की संख्या को कम करने के लिए और भी अधिक उपयुक्त हो सकता है xz उसे प्रोसेस करता है xargs(२) विल
अंततः बनाएं.

विकल्प -टी 1 एसटी xz क्या इसे सिंगल-थ्रेडेड मोड पर मजबूर करने के लिए है, क्योंकि xargs(1) है
समानांतरीकरण की मात्रा को नियंत्रित करने के लिए उपयोग किया जाता है।

रोबोट मोड
गणना करें कि एकाधिक फ़ाइलों को संपीड़ित करने के बाद कुल कितने बाइट्स सहेजे गए हैं:

xz --robot --list *.xz | awk '/^टोटल/{प्रिंट $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 को अनसेट करें

डीकंप्रेसन का उपयोग करने के लिए मेमोरी उपयोग सीमा निर्धारित करें एक्सजेड_ओपीटी, लेकिन अगर एक सीमा पहले से ही हो गई है
सेट करें, इसे बढ़ाएं नहीं:

NEWLIM=$((123 << 20)) # 123 MiB
OLDLIM=$(xz --robot --info-memory | कट -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 संपीड़ित करते समय
काफ़ी बेहतर. हालाँकि, इस बात पर ज़ोर दिया जाना चाहिए कि केवल कुछ फ़ाइलें ही इससे लाभान्वित होती हैं
CompCPU मान को कम रखते हुए बड़ा शब्दकोश। सबसे स्पष्ट स्थिति, जहां ए
बड़ा शब्दकोश बहुत मदद कर सकता है, यह एक संग्रह है जिसमें कम से कम समान फ़ाइलें होती हैं
प्रत्येक कुछ मेगाबाइट। शब्दकोश का आकार किसी भी शब्दकोश से काफी बड़ा होना चाहिए
LZMA2 को बीच समानताओं का पूरा लाभ उठाने की अनुमति देने के लिए व्यक्तिगत फ़ाइल
लगातार फ़ाइलें.

यदि बहुत अधिक कंप्रेसर और डीकंप्रेसर मेमोरी का उपयोग ठीक है, और फ़ाइल ठीक है
संपीड़ित कम से कम कई सौ मेगाबाइट है, इससे भी बड़े का उपयोग करना उपयोगी हो सकता है
64 MiB की तुलना में शब्दकोश xz -9 उपयोग करेगा:

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

का प्रयोग -वीवी (--शब्दशः --शब्दशः) उपरोक्त उदाहरण की तरह मेमोरी देखने के लिए उपयोगी हो सकता है
कंप्रेसर और डीकंप्रेसर की आवश्यकताएं। याद रखें कि बड़े शब्दकोश का उपयोग करें
असम्पीडित फ़ाइल का आकार स्मृति की बर्बादी है, इसलिए उपरोक्त आदेश नहीं है
छोटी फ़ाइलों के लिए उपयोगी.

कभी-कभी संपीड़न समय मायने नहीं रखता, लेकिन डीकंप्रेसर मेमोरी का उपयोग करना पड़ता है
उदाहरण के लिए एम्बेडेड सिस्टम पर फ़ाइल को डीकंप्रेस करना संभव बनाने के लिए इसे कम रखा जाता है।
निम्नलिखित कमांड का उपयोग करता है -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इ (बिना भी प्रयास करें
एलसी=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 के साथ मिलकर बिटमैप छवियों के साथ अच्छे परिणाम दे सकता है। आवश्यक
आमतौर पर पीएनजी को मात देता है, जिसमें साधारण डेल्टा की तुलना में कुछ अधिक उन्नत फिल्टर हैं लेकिन डिफ्लेट का उपयोग करता है
वास्तविक संपीड़न के लिए.

छवि को असम्पीडित प्रारूप में सहेजा जाना चाहिए, उदाहरण के लिए असम्पीडित TIFF के रूप में। दूरी
डेल्टा फ़िल्टर का पैरामीटर छवि में प्रति पिक्सेल बाइट्स की संख्या से मेल खाने के लिए सेट किया गया है।
उदाहरण के लिए 24-बिट आरजीबी बिटमैप की आवश्यकता जिला=3, और पास होना भी अच्छा है पीबी=0 LZMA2 से
तीन-बाइट संरेखण को समायोजित करें:

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

यदि एकाधिक छवियाँ एक ही संग्रह में डाल दी गई हैं (जैसे ।टार), डेल्टा फ़िल्टर करेगा
उस पर भी तब तक काम करें जब तक सभी छवियों में प्रति पिक्सेल बाइट्स की संख्या समान हो।

onworks.net सेवाओं का उपयोग करके xz ऑनलाइन का उपयोग करें