bzcat - מקוון בענן

תָכְנִית:

שֵׁם

bzip2, bunzip2 - מדחס קבצים למיון בלוקים, v1.0.6
bzcat - משחרר קבצים ל-stdout
bzip2recover - משחזר נתונים מקבצי bzip2 פגומים

תַקצִיר

bzip2 [ -cdfkqstvzVL123456789 ] [ שמות קבצים ... ]
bzip2 [ -ה|--עזרה ]
bunzip2 [ -fkvsVL ] [ שמות קבצים ... ]
bunzip2 [ -ה|--עזרה ]
bzcat [ -s ] [ שמות קבצים ... ]
bzcat [ -ה|--עזרה ]
bzip2recover שם הקובץ

תיאור

bzip2 דוחס קבצים באמצעות אלגוריתם דחיסת טקסט מיון בלוק Burrows-Wheeler,
וקידוד האפמן. הדחיסה בדרך כלל טובה בהרבה מזו שהושגה על ידי
מדחסים רגילים יותר מבוססי LZ77/LZ78, ומתקרבים לביצועים של ה-PPM
משפחה של מדחסים סטטיסטיים.

אפשרויות שורת הפקודה דומות מאוד בכוונה לאלו של גנה gzip, אבל הם
לא מזוהה.

bzip2 מצפה שרשימה של שמות קבצים תלווה את דגלי שורת הפקודה. כל קובץ הוא
מוחלף בגרסה דחוסה של עצמה, עם השם "original_name.bz2". כל אחד
לקובץ דחוס יש את אותו תאריך שינוי, הרשאות, ובמידת האפשר, בעלות
כמקור המתאים, כדי שניתן יהיה לשחזר את המאפיינים הללו בצורה נכונה
זמן דקומפרסיה. הטיפול בשמות קבצים הוא נאיבי במובן זה שאין מנגנון
לשמירה על שמות קבצים מקוריים, הרשאות, בעלות או תאריכים במערכות קבצים אשר
חסרים מושגים אלה, או שיש להם הגבלות רציניות על אורך שם הקובץ, כגון MS-DOS.

bzip2 ו bunzip2 כברירת מחדל לא יחליף קבצים קיימים. אם אתה רוצה את זה
happen, ציין את הדגל -f.

אם לא צוינו שמות קבצים, bzip2 דוחס מקלט סטנדרטי לפלט סטנדרטי.
במקרה הזה, bzip2 יסרב לכתוב פלט דחוס למסוף, כפי שזה יקרה
להיות לגמרי לא מובן ולכן חסר טעם.

bunzip2 (אוֹ bzip2 -ד) מפרק את כל הקבצים שצוינו. קבצים שלא נוצרו על ידי
bzip2 יזוהה ויתעלם, ותינתן אזהרה. bzip2 מנסה לנחש את
שם הקובץ עבור הקובץ המפושט מזה של הקובץ הדחוס באופן הבא:

filename.bz2 הופך לשם קובץ
filename.bz הופך לשם קובץ
filename.tbz2 הופך לקובץ filename.tar
filename.tbz הופך לקובץ filename.tar
anyothername הופך להיות anyothername.out

אם הקובץ לא מסתיים באחת מהסיומות המוכרות, .bz2, .bz, .tbz2 or .tbz, bzip2
מתלונן שהוא לא יכול לנחש את שם הקובץ המקורי, ומשתמש בשם המקורי
עם .הַחוּצָה צורף.

כמו בדחיסה, אספקת שמות קבצים לא גורמת לביטול דחיסה מקלט סטנדרטי ל
פלט סטנדרטי.

bunzip2 יפרוק בצורה נכונה קובץ שהוא שרשור של שניים או יותר
קבצים דחוסים. התוצאה היא שרשור של הבלתי דחוס המתאים
קבצים. בדיקת תקינות (-t) של קבצים דחוסים משורשרים נתמכת גם כן.

אתה יכול גם לדחוס או לדחוס קבצים לפלט הסטנדרטי על ידי מתן הדגל -c.
קבצים מרובים עשויים להיות דחוסים ופורקים כך. התפוקות המתקבלות הן
מוזנים ברצף ל-stdout. דחיסה של מספר קבצים באופן זה יוצרת א
זרם המכיל ייצוגי קבצים דחוסים מרובים. זרם כזה יכול להיות
פורק כראוי רק על ידי bzip2 גרסה 0.9.0 ואילך. גרסאות קודמות של bzip2
יפסיק לאחר ביטול הדחיסה של הקובץ הראשון בזרם.

bzcat (אוֹ bzip2 -זֶרֶם יָשָׁר) מפרק את כל הקבצים שצוינו לפלט הסטנדרטי.

bzip2 יקרא טיעונים ממשתני הסביבה Bzipxnumx ו BZIP, בסדר הזה,
ויעבד אותם לפני כל ארגומנטים שייקראו משורת הפקודה. זה נותן א
דרך נוחה לספק ארגומנטים של ברירת מחדל.

הדחיסה מתבצעת תמיד, גם אם הקובץ הדחוס מעט יותר גדול מהקובץ
מְקוֹרִי. קבצים של פחות ממאה בתים נוטים להיות גדולים יותר, שכן
למנגנון הדחיסה יש תקורה קבועה באזור של 50 בתים. נתונים אקראיים
(כולל הפלט של רוב מדחסי הקבצים) מקודד בערך 8.05 סיביות לבייט,
נותן התרחבות של בסביבות 0.5%.

כבדיקה עצמית להגנה שלך, bzip2 משתמש ב-CRC של 32 סיביות כדי לוודא שה
גרסה מפורקת של קובץ זהה למקור. זה שומר מפני
השחתה של הנתונים הדחוסים, ונגד באגים שלא זוהו ב bzip2 (אני מקווה מאוד
לא סביר). הסיכוי ששחתת נתונים לא תתגלה הוא מיקרוסקופי, בערך אחד
סיכוי של ארבעה מיליארד עבור כל קובץ שעובד. עם זאת, שים לב שהבדיקה מתרחשת
לאחר דקומפרסיה, אז זה רק יכול להגיד לך שמשהו לא בסדר. זה לא יכול לעזור לך
לשחזר את הנתונים המקוריים הלא דחוסים. אתה יכול להשתמש bzip2recover כדי לנסות לשחזר נתונים
מקבצים פגומים.

ערכי החזרה: 0 עבור יציאה רגילה, 1 עבור בעיות סביבתיות (הקובץ לא נמצא, לא חוקי
דגלים, שגיאות קלט/פלט וכו'), 2 לציון קובץ דחוס פגום, 3 עבור קובץ פנימי
שגיאת עקביות (למשל, באג) שגרמה bzip2 להיכנס לפאניקה.

אפשרויות

-c --stdout
דחוס או דחוס לפלט סטנדרטי.

-d --לְשַׁחְרֵר לָחָץ
כוח דקומפרסיה. bzip2, bunzip2 ו bzcat הם באמת אותה תוכנית, והן
ההחלטה לגבי הפעולות לנקוט נעשית על סמך איזה שם נעשה שימוש.
הדגל הזה עוקף את המנגנון הזה, ומכריח bzip2 לפרק דחיסה.

-z --לִדחוֹס
ההשלמה ל-d: כופה דחיסה, ללא קשר לשם הקריאה.

-t --מִבְחָן
בדוק את תקינות הקבצים שצוינו, אך אל תפרק אותם. זה ממש
מבצע דקומפרסיה נסיונית וזורק את התוצאה.

-f --כּוֹחַ
כפה החלפה של קבצי פלט. בדרך כלל, bzip2 לא יחליף את הקיים
קבצי פלט. גם כוחות bzip2 לשבור קישורים קשיחים לקבצים, אשר אחרת
לא יעשה.

bzip2 בדרך כלל מסרב לפרוק קבצים שאין להם את הקסם הנכון
בתים של כותרת. עם זאת, אם נאלץ (-f), הוא יעביר קבצים כאלה ללא שינוי.
כך מתנהגת GNU gzip.

-k --לִשְׁמוֹר
שמור (אל תמחק) קבצי קלט במהלך דחיסה או ביטול דחיסה.

-s --קָטָן
צמצם את השימוש בזיכרון, עבור דחיסה, דקומפרסיה ובדיקה. קבצים הם
פורק ונבדק באמצעות אלגוריתם שונה הדורש רק 2.5 בתים
לכל בייט בלוק. זה אומר שניתן לפרק כל קובץ ב-2300 קילו של זיכרון,
אם כי בערך במחצית מהמהירות הרגילה.

במהלך הדחיסה, -s בוחר גודל בלוק של 200 k, מה שמגביל את השימוש בזיכרון ל
בערך אותו נתון, על חשבון יחס הדחיסה שלך. בקיצור, אם
המחשב שלך חסר זיכרון (8 מגה בייט או פחות), השתמש ב-s לכל דבר. לִרְאוֹת
ניהול זיכרון למטה.

-q --שֶׁקֶט
דחק הודעות אזהרה לא חיוניות. הודעות הנוגעות לשגיאות קלט/פלט ו
אירועים קריטיים אחרים לא ידחקו.

-v --מִלוּלִי
מצב מילולי - הצג את יחס הדחיסה עבור כל קובץ שעובד. עוד -v's
להגביר את רמת המילוליות, לפלוט הרבה מידע שהוא בעיקר של
עניין למטרות אבחון.

-h - עזרה
הדפס הודעת עזרה וצא.

-L --רישיון -V --גִרְסָה
הצג את גרסת התוכנה, תנאי הרישיון והתנאים.

-1 (אוֹ --מָהִיר) ל -9 (אוֹ --הטוב ביותר)
הגדר את גודל הבלוק ל-100 k, 200 k ... 900 k בעת דחיסה. אין השפעה מתי
שחרור דחיסה. ראה ניהול זיכרון למטה. הכינויים --מהירים ו --טובים הם
בעיקר עבור תאימות GNU gzip. במיוחד, --מהיר לא עושה דברים
מהיר משמעותית. ו--best רק בוחר את התנהגות ברירת המחדל.

-- מתייחס לכל הארגומנטים הבאים כשמות קבצים, גם אם הם מתחילים במקף.
זה כדי שתוכל לטפל בקבצים עם שמות שמתחילים במקף, לדוגמה:
bzip2 -- -שם הקובץ שלי.

--חזרתי-מהיר --חוזר על עצמו-הטוב ביותר
דגלים אלו מיותרים בגרסאות 0.9.5 ומעלה. הם סיפקו קצת גס
שליטה על התנהגות אלגוריתם המיון בגרסאות קודמות, אשר הייתה
לפעמים שימושי. 0.9.5 ומעלה יש אלגוריתם משופר אשר מעבד את אלה
דגלים לא רלוונטיים.

זיכרון ניהול

bzip2 דוחס קבצים גדולים בבלוקים. גודל הבלוק משפיע גם על יחס הדחיסה
שהושג, וכמות הזיכרון הדרושה לדחיסה ופירוק. הדגלים -1
עד -9 ציינו את גודל הבלוק להיות 100,000 בתים עד 900,000 בתים (ברירת המחדל)
בהתאמה. בזמן ביטול הדחיסה, גודל הבלוק המשמש לדחיסה נקרא מה-
כותרת הקובץ הדחוס, ו bunzip2 ואז מקצה לעצמו מספיק זיכרון
לפרק את הקובץ. מכיוון שגדלים של בלוקים מאוחסנים בקבצים דחוסים, זה נובע מכך
הדגלים -1 עד -9 אינם רלוונטיים ולכן מתעלמים מהם במהלך ביטול הדקומפרסיה.

דרישות דחיסה ופירוק, בבתים, יכולות להיות מוערכות כ:

דחיסה: 400 קילו+ ( 8 x גודל בלוק)

ביטול דחיסה: 100 קילו+ (4 x גודל בלוק), או
100 קילו+ ( 2.5 x גודל בלוק )

גדלי בלוקים גדולים יותר נותנים תשואות שוליות הולכות ופוחתות במהירות. רוב הדחיסה
מגיע מהמאתיים או שלוש מאות קילו הראשונים של גודל הבלוק, עובדה שכדאי לזכור
בעת שימוש bzip2 על מכונות קטנות. חשוב גם להעריך כי
דרישת זיכרון הדקומפרסיה מוגדרת בזמן הדחיסה לפי בחירת גודל הבלוק.

עבור קבצים דחוסים עם גודל הבלוק ברירת המחדל של 900 קילו, bunzip2 ידרוש בערך 3700
kbytes לפירוק. כדי לתמוך בביטול דחיסה של כל קובץ במחשב של 4 מגה-בייט,
bunzip2 יש אפשרות לפרק דחיסה באמצעות כמחצית מכמות הזיכרון הזו, בערך
2300 קילובייט. גם מהירות הדקומפרסיה מופחתת בחצי, אז כדאי להשתמש באפשרות זו רק היכן
נחוץ. הדגל הרלוונטי הוא -s.

באופן כללי, נסה להשתמש באילוצי הזיכרון הגדולים ביותר בגודל הבלוק המאפשרים, מאז זה
ממקסם את הדחיסה שהושגה. מהירות הדחיסה והדחיסה הן למעשה
לא מושפע מגודל הבלוק.

נקודה משמעותית נוספת חלה על קבצים שמתאימים לבלוק בודד -- זה אומר הרוב
קבצים שתתקלו בהם בגודל בלוק גדול. כמות הזיכרון האמיתי שנגעת בה היא
פרופורציונלי לגודל הקובץ, מכיוון שהקובץ קטן מבלוק. ל
לדוגמה, דחיסת קובץ באורך 20,000 בתים עם הדגל -9 תגרום למדחס
להקצות כ-7600 קילו של זיכרון, אבל לגעת רק ב-400 קילו + 20000 * 8 = 560 קילובייט ממנו.
באופן דומה, הדקומפרסור יקצה 3700 קילו אך ייגע רק ב-100 קילו + 20000 * 4 = 180
קילובייט.

להלן טבלה המסכמת את השימוש המרבי בזיכרון עבור גדלי בלוקים שונים. גַם
ההקלטה היא הגודל הדחוס הכולל עבור 14 קבצים של קורפוס דחיסת הטקסט של קלגרי
בסך הכל 3,141,622 בתים. עמודה זו נותנת תחושה של איך הדחיסה משתנה בהתאם
גודל בלוק. נתונים אלה נוטים להמעיט ביתרון של גדלי בלוקים גדולים יותר עבור
קבצים גדולים יותר, מכיוון שהקורפוס נשלט על ידי קבצים קטנים יותר.

דחוס דקומפרס דקומפרס קורפוס
שימוש בדגל - שימוש גודל

-1 1200k 500k 350k 914704
-2 2000k 900k 600k 877703
-3 2800k 1300k 850k 860338
-4 3600k 1700k 1100k 846899
-5 4400k 2100k 1350k 845160
-6 5200k 2500k 1600k 838626
-7 6100k 2900k 1850k 834096
-8 6800k 3300k 2100k 828642
-9 7600k 3700k 2350k 828642

מתאושש נתונים מן פגום קבצים

bzip2 דוחס קבצים בבלוקים, בדרך כלל באורך 900 קילובייט. כל בלוק מטופל
באופן עצמאי. אם שגיאת מדיה או שידור גורמת לקובץ .bz2 מרובה בלוקים להפוך
פגום, ייתכן שניתן יהיה לשחזר נתונים מהבלוקים הלא פגומים בקובץ.

הייצוג הדחוס של כל בלוק תחום על ידי תבנית של 48 סיביות, מה שעושה
ניתן למצוא את גבולות הבלוק בוודאות סבירה. כל בלוק גם
נושא CRC 32 סיביות משלו, כך שניתן להבחין בין בלוקים פגומים לאלו שאינם פגומים.

bzip2recover היא תוכנה פשוטה שמטרתה לחפש בלוקים בקבצי .bz2, ו
כתוב כל בלוק לתוך קובץ .bz2 משלו. לאחר מכן תוכל להשתמש bzip2 -t כדי לבדוק את
שלמות הקבצים המתקבלים, ושחררו את הקבצים שאינם פגומים.

bzip2recover לוקח ארגומנט בודד, את שם הקובץ הפגום, וכותב מספר של
קבצים "rec00001file.bz2", "rec00002file.bz2" וכו', המכילים את הבלוקים שחולצו.
שמות קבצי הפלט מתוכננים כך שהשימוש בתווים כלליים בעיבוד שלאחר מכן --
לדוגמה, "bzip2 -dc rec*file.bz2 > recovered_data" -- מעבד את הקבצים ב-
הזמנה נכונה.

bzip2recover אמור להיות שימושי ביותר בהתמודדות עם קבצי .bz2 גדולים, שכן אלה יכילו
בלוקים רבים. ברור שזה חסר תועלת להשתמש בו על קבצים פגומים בלוק יחיד, שכן א
לא ניתן לשחזר בלוק פגום. אם ברצונך למזער כל אובדן נתונים פוטנציאלי
באמצעות שגיאות מדיה או שידור, ייתכן שתשקול דחיסה עם בלוק קטן יותר
גודל.

ביצועים אורים

שלב המיון של הדחיסה אוסף מחרוזות דומות בקובץ. בגלל
זה, קבצים המכילים ריצות ארוכות מאוד של סמלים חוזרים, כמו "aabaaaaabaab ..."
(חוזר על עצמו כמה מאות פעמים) עשוי להידחס לאט יותר מהרגיל. גרסאות 0.9.5 ו
לעיל עולה הרבה יותר טוב מהגרסאות הקודמות מהבחינה הזו. היחס בין הגרוע ביותר-
זמן הדחיסה של המארז והמארז הממוצע הוא באזור של 10:1. לגרסאות קודמות,
הנתון הזה היה יותר כמו 100:1. אתה יכול להשתמש באפשרות -vvvv כדי לעקוב אחר ההתקדמות ב
פירוט נהדר, אם אתה רוצה.

מהירות הדקומפרסיה אינה מושפעת מתופעות אלו.

bzip2 בדרך כלל מקצה מספר מגה-בייט של זיכרון לפעול בו, ולאחר מכן מטעין את כולם
מעליו בצורה אקראית למדי. זה אומר שביצועים, הן עבור דחיסה והן
ביטול דחיסה, נקבע במידה רבה על ידי המהירות שבה המכשיר שלך יכול לשרת את המטמון
מתגעגע. בגלל זה, בוצעו שינויים קטנים בקוד כדי להפחית את שיעור ההחמצה
נצפה כמעניק שיפורים בביצועים גדולים באופן לא פרופורציונלי. אני מתאר לעצמי bzip2 יצטרך
הביצועים הטובים ביותר במכונות עם מטמונים גדולים מאוד.

מערות

הודעות שגיאה קלט/פלט אינן מועילות כפי שהן יכולות להיות. bzip2 מנסה קשה לזהות קלט/פלט
שגיאות ולצאת בצורה נקייה, אבל הפרטים של מה הבעיה לפעמים נראים די
מטעה.

דף מדריך זה מתייחס לגרסה 1.0.6 של bzip2. נתונים דחוסים שנוצרו על ידי זה
הגרסה תואמת לחלוטין קדימה ואחורה עם המהדורות הציבוריות הקודמות,
גרסאות 0.1pl2, 0.9.0, 0.9.5, 1.0.0, 1.0.1, 1.0.2 ומעלה, אך עם הדברים הבאים
יוצא מן הכלל: 0.9.0 ומעלה יכול לבטל כהלכה מספר דחוסים משורשרים
קבצים. 0.1pl2 לא יכול לעשות זאת; זה יפסיק לאחר פירוק רק הקובץ הראשון ב-
זרם.

bzip2recover גרסאות שלפני 1.0.2 השתמשו במספרים שלמים של 32 סיביות כדי לייצג מיקומי סיביות
קבצים דחוסים, כך שהם לא יכלו להתמודד עם קבצים דחוסים באורך של יותר מ-512 מגה-בייט.
גרסאות 1.0.2 ומעלה משתמשות ב-ints של 64 סיביות בחלק מהפלטפורמות התומכות בהן (GNU
יעדים נתמכים, ו-Windows). כדי לקבוע אם bzip2recover נבנה עם
מגבלה כזו, הפעל אותה ללא ויכוחים. בכל מקרה אתה יכול לבנות לעצמך
גרסה בלתי מוגבלת אם אתה יכול להדר אותה מחדש עם MaybeUInt64 מוגדר להיות 64 סיביות לא חתומות
מספר שלם.

השתמש ב-bzcat באינטרנט באמצעות שירותי onworks.net