bbcheck - מקוון בענן

תָכְנִית:

שֵׁם

bbcheck - הפעל בדיקות אוטומטיות במכשירי חומרה של BitBabbler RNG

תַקצִיר

bbcheck [אפשרויות]

תיאור

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

אפשרויות

האפשרויות הבאות זמינות:

-ס, --לִסְרוֹק
סרוק את המערכת עבור מכשירי BitBabbler זמינים.

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

[busnum:]devnum

או במערכות שבהן הכרת טופולוגיית ה-USB נתמכת, הכתובת הפיזית שלה ב-
הצורה

busnum-נמל[.נמל ...]

עבור כתובת הגיונית ה busnum חלק הוא אופציונלי, אבל אם devnum אינו ייחודי
על פני כל האוטובוסים, אז בדיוק איזה מכשיר ייבחר אם הוא לא לגמרי
שצוין הופך לעניין של מקרה. כל המזהים הזמינים שניתן להשתמש בהם
להתייחס למכשיר ידווח על ידי ה --לִסְרוֹק אוֹפְּצִיָה. אוטובוס, מכשיר ויציאה
מספרים צפויים להיות מספרים שלמים עשרוניים.

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

-ר, --bitrate=מינימום מקסימום]
בחר את קצב הסיביות, או טווח קצבי הסיביות, לניתוח (בסיביות לשנייה). ה
קצבי סיביות זמינים נקבעים על ידי מחלק שעון שלם, כך שלא כל קצב הוא
ניתנת להשגה בדיוק. שיעור לא נתמך יעוגל כלפי מעלה לגבוה הבא
ציון. מטעמי נוחות, ניתן לעקוב אחר התעריף מכפיל SI (למשל 2.5M עבור
2500000). אם צוין טווח מופרד בנקודתיים, אז כל קצבי הסיביות האפשריים
בֵּין דקות ו מקסימום ייבדק.

-ב, --bytes=n
מספר הבתים לניתוח עבור כל בדיקה. סיומת של 'k', 'M' או 'G' תהיה
להכפיל n בחזקת שניים בהתאמה.

-ב, ---block-size=בתים
גודל הבלוק המשמש לקיפול. גודל זה חייב להיות כפולה של 2^n, כאשר n הוא
רמת הקיפול בשימוש (כלומר, עליו להיות מסוגל לקפל את מספר הפעמים הרצוי
ללא כל שארית). סיומת של 'k', 'M' או 'G' תשנה קנה מידה בתים על ידי
כוח שני בהתאמה. ברירת המחדל היא 64kB. גודל בלוק גדול יותר יערבב דוגמאות
נלקח על פני טווח זמן ארוך יותר. בקצבי סיביות גבוהים זה אומר יותר מהנמוכים יותר
רעש תדר יכול להילקח בחשבון בכל דגימה, כאשר אחרת, גבוה יותר
רעש התדר ישלוט. גודל הבלוק האופטימלי (מעבר לו כל שינוי
התוצאה זניחה) עבור כל קצב סיביות נתון הוא עדיין עניין שהוא בשל
מחקר נוסף. ראה את --לְקַפֵּל אפשרות למטה לתיאור מפורט יותר של
מִתקַפֵּל.

-א, --כל התוצאות
הצג את כל תוצאות הבדיקה, לא רק את הסיכום הסופי.

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

-ב, --מִלוּלִי
לעשות יותר רעש לגבי מה שקורה בפנים. אם נעשה בו שימוש (פעם אחת) עם ה --לִסְרוֹק
אפשרות זו תציג מידע נוסף על כל מכשיר, אבל אחרת זה בעיקר
רק מידע שימושי לניפוי באגים. זה עשוי לעבור מספר פעמים כדי לקבל
מוצף במידע עוד יותר.

-?, - עזרה
הצג גרסה קצרה יותר של כל זה, שעשויה להתאים לדף בודד.

--גִרְסָה
דווח על bbcheck גרסת שחרור.

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

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

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

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

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

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

--enable=מסכה
בחר תת-קבוצה של המחוללים במכשירי BitBabbler עם אנטרופיה מרובה
מקורות. הטיעון הוא מסכת סיביות ארוזה מה-LSB, עם כל מיקום סיביות
שליטה במקור בודד, מאפשרת אותו כאשר הוא מוגדר ל-1. כמקרה מיוחד עבור
bbcheck, אם מסכה של 0 משמש, ואז הבדיקות יבוצעו על כל מקור
יחידה בנפרד. א מסכה של 16 (0x10) יבדוק תחילה כל מקור בנפרד,
ואז כולם אפשרו גם יחד.

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