dapltest - מקוון בענן

תָכְנִית:

שֵׁם

מבחן דק - מבחן ל מה היא ישיר גִישָׁה תכנות סִפְרִיָה (DAPL)

תיאור

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

נוהג

dapltest [ -f script_file_name ] [ -TS|Q|T|P|L ] [ -D device_name ] [-n port_number] [ -d
] [ -R HT|LL|EC|PM|BE ]

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

האפשרות -f מאפשרת למקם את כל הארגומנטים בקובץ, כדי להקל על אוטומציה של בדיקות.

הטיעונים הבאים משותפים לכל המבחנים:

[ -T S|Q|T|P|L ]
פונקציית בדיקה שיש לבצע:

S - לולאת שרת

Q - צא, הלקוח מבקש שהשרת ימתין לבדיקות מתאימות
להשלים, לאחר מכן לנקות ולצאת

T - בדיקת עסקאות, העברת נתונים בין לקוח לשרת

P - בדיקת ביצועים, פעמים פעולות DTO

L - בדיקה מוגבלת, ממצה משאבים שונים, פועלת בלקוח ללא שרת
אינטראקציה ברירת מחדל: S

[ -D שם התקן ]
מציין את שם מתאם הממשק כפי שמתועד בקובץ הסטטי /etc/dat.conf
קובץ תצורה. שם זה מתאים לספריית הספק שיש לפתוח.
ברירת מחדל: אין

[ -n server_port_number]
מציין את יציאת השרת ההתחלתית עבור כל הבדיקות. ברירת מחדל: 45278

[ -d ] מאפשר מילה נוספת של ניפוי באגים, בעיקר מעקב אחר פעולות ה-DAPL השונות כמו
הם מתקדמים. חזרה על פרמטר זה מגבירה את פליטת ניפוי באגים. נתקלו בשגיאות
התוצאה היא שהבדיקה פולטת טקסט הסברתי כלשהו ומפסיקה; הדגל הזה מספק
פרטים נוספים על מה שהוביל לשגיאה. ברירת מחדל: אפס

[ -R BE ]
ציין את איכות השירות (QoS) הרצויה. האפשרויות הן:

HT - תפוקה גבוהה

LL - חביון נמוך

EC - כלכלה (לא HT ולא LL)

PM - פרימיום

BE - המאמץ הטוב ביותר ברירת מחדל: BE

נוֹהָג - להפסיק מבחן לקוחות

dapltest [Common_Args] [ -s server_name ]

צא מבדיקה (-T Q) מתחבר לשרת כדי לבקש ממנו לנקות ו
יציאה (לאחר שהוא ממתין לסיום ריצות בדיקה יוצאות דופן).
בנוסף להיות יותר מנומס מאשר פשוט להרוג את השרת,
מבחן זה מפעיל את נתיבי קוד הפירוק של אובייקט DAPL.
יש רק טיעון אחד מלבד אלה שנתמכו בכל המבחנים:

-s server_name מציין את שם ממשק השרת.
אין ברירת מחדל.

נוֹהָג - עסקה מבחן לקוחות

dapltest [Common_Args] [ -s server_name ]
[ -t threads ] [ -w points end ] [ -i iterations ] [ -Q ]
[ -V ] [ -P ] OPclient OPserver [ op3,

בדיקת עסקאות (-T T) מעבירה כמות משתנה של נתונים ביניהם
לקוח ושרת. ניתן לתאר את העברת הנתונים כרצף של
פעולות בודדות; שהרצף כולו מועבר 'איטרציות'
פעמים לפי כל חוט על כל נקודות הקצה שלו.

הפרמטרים הבאים קובעים את התנהגות מבחן העסקה:

-s server_name מציין את השם או כתובת ה-IP של ממשק השרת.
אין ברירת מחדל.

[ -t threads ] ציין את מספר השרשורים שבהם יש להשתמש.
ברירת מחדל: 1

[ -w endpoints ] ציין את מספר נקודות הקצה המחוברות לכל חוט.
ברירת מחדל: 1

[ -i iterations ] ציין את מספר הפעמים ברצף כולו
העברות הנתונים יבוצעו על פני כל נקודת קצה.
ברירת מחדל: 1000

[-Q] אירועי השלמת משפך ל-CNO.
ברירת מחדל: השתמש ב-EVD

[ -V ] אמת את הנתונים המועברים.
ברירת מחדל: התעלם מהנתונים

[ -P ] הפעל סקר סיום DTO
ברירת מחדל: כבוי

OP1 OP2 [ OP3, ... ]
עסקה בודדת (OPx) מורכבת מ:

שרת|לקוח מציין מי יוזם את
העברת נתונים.

SR|RR|RW מציין את סוג ההעברה:
SR send/recv
קראו RR RDMA
RW RDMA לכתוב
ברירת מחדל: אין

[ seg_size [ num_segs ] ]
מציין את הכמות והפורמט
של הנתונים שיועברו.
ברירת מחדל: 4096 1
(כלומר, חיץ אחד של 1KB)

[ -f ] עבור העברות SR בלבד, מציין
העברת שלח של לקוח
יש לקצור את ההשלמה מתי
השלמת ההחזרה הבאה נקצרה.
שולחים ומקבלים חייבים להיות מזווגים
(לקוח אחד, שרת אחד, ובזה
סדר) כדי להשתמש באפשרות זו.

הגבלות:

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

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

רשימת OP של העסקה מודפסת אם מסופק -d.

נוֹהָג - ביצוע מבחן לקוחות

dapltest [Common_Args] -s server_name [ -mp|b ]
[ -i iterations ] [ -p pipeline ] OP

בדיקת ביצועים (-T P) פעמים העברת פעולה.
הפעולה מתפרסמת פעמים 'איטרציות'.

הפרמטרים הבאים קובעים את התנהגות מבחן העסקה:

-s server_name מציין את השם או כתובת ה-IP של ממשק השרת.
אין ברירת מחדל.

-m b|p משמש לבחירת חסימה (ב) או סקר (p)
ברירת מחדל: חסימה (ב)

[ -i iterations ] ציין את מספר הפעמים ברצף כולו
העברות הנתונים יבוצעו על פני כל נקודת קצה.
ברירת מחדל: 1000

[ -p pipeline ] ציין את אורך הצינור, יש ארגומנטים חוקיים
הטווח [0,MAX_SEND_DTOS]. אם ערך גדול מ
MAX_SEND_DTOS מתבקש הערך יהיה
מותאם למטה ל-MAX_SEND_DTOS.
ברירת מחדל: MAX_SEND_DTOS

OP מציין את הפעולה כדלקמן:

RR|RW מציין את סוג ההעברה:
קראו RR RDMA
RW RDMA לכתוב
ברירת מחדל: אין

[ seg_size [ num_segs ] ]
מציין את הכמות והפורמט
של הנתונים שיועברו.
ברירת מחדל: 4096 1
(כלומר, חיץ אחד של 1KB)

נוֹהָג - הגבול מבחן לקוחות

הגבלת בדיקות (-T L) לא דורשת ולא מתחברת לשום שרת
למשל. הלקוח מריץ בדיקה אחת או יותר שמנסה לעשות זאת
למצות משאבים שונים כדי לקבוע מגבלות DAPL ולממש
נתיבי שגיאה של DAPL. אם לא ניתנים ארגומנטים, כל הבדיקות מופעלות.

בדיקת הגבלה יוצרת את הרצף של אובייקטי DAT הדרושים
העבר נתונים קדימה ואחורה, בניסיון למצוא את המגבלות הנתמכות
עבור אובייקט ה-DAPL המבוקש. לדוגמה, אם יצירת LMR
הגבול נבדק, הבדיקה תיצור קבוצה של
{IA, PZ, CNO, EVD, EP} לפני שתנסה להפעיל את dat_lmr_create() כדי
כשל בשימוש בקבוצה זו של אובייקטי DAPL. הפרמטר 'רוחב'
ניתן להשתמש כדי לשלוט בכמה מאובייקטי DAPL מקבילים אלה
ערכות נוצרות לפני שמכות על הבנאי המבוקש.
השימוש ב-m מגביל את מספר הקריאות של dat_*_create() שיעשו זאת
יש לנסות, מה שיכול להיות מועיל אם ה-DAPL שנמצא בשימוש תומך
למעשה מספר בלתי מוגבל של אובייקטים מסוימים.

טיעוני מבחן הגבול הם:

[ -m maximum ] ציין את המספר המרבי של dapl_*_create()
ניסיונות.
ברירת מחדל: הפעלה לכשל ביצירת אובייקט

[ -w width ] ציין את מספר ערכות האובייקטים של DAPL ל
ליצור תוך כדי אתחול.
ברירת מחדל: 1

[ limit_ia ] ניסיון למצות את dat_ia_open()

[ limit_pz ] ניסיון למצות את dat_pz_create()

[ limit_cno ] ניסיון למצות את dat_cno_create()

[ limit_evd ] ניסיון למצות את dat_evd_create()

[ limit_ep ] ניסיון למצות את dat_ep_create()

[ limit_rsp ] ניסיון למצות את dat_rsp_create()

[ limit_psp ] ניסיון למצות את dat_psp_create()

[ limit_lmr ] ניסיון למצות dat_lmr_create(4KB)

[ limit_rpost ] ניסיון למצות dat_ep_post_recv(4KB)

[ limit_size_lmr ] בדיקה גודל מקסימלי dat_lmr_create()

ברירת מחדל: הפעל את כל הבדיקות

דוגמאות

dapltest -TS -d -D OpenIB-cma -n 53000

מפעיל תהליך שרת עם מילוליות ניפוי באגים, ביציאת שרת 53000.

dapltest -TT -d -s host1-ib0 -D OpenIB-cma -n 53000 -i 100 client SR 4096 2 server SR
4096 2

מפעיל מבחן עסקה, עם שני הצדדים
שליחת מאגר אחד עם שני מקטעים של 4KB,
מאה פעמים. לשרת host1-ib0 ביציאה 53000

dapltest -TP -d -s host1-ib0 -D OpenIB-cma -i 100 RW 4096 2

מפעיל מבחן ביצועים, עם הלקוח
שליחת מאגר אחד עם שני מקטעים של 4KB,
מאה פעמים.

dapltest -TQ -s host1-ib0 -D OpenIB-cma

מבקש מהשרת לנקות ולצאת.

dapltest -TL -D OpenIB-cma -d -w 16 -m 1000

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

dapltest -TT -V -d -t 2 -w 4 -i 55555 -s linux3 -D OpenIB-cma client RW 4096 1 server RW
2048 4 לקוח SR 1024 4 שרת SR 4096 2 לקוח SR 1024 3 -f שרת SR 2048 1 -f

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

באגים (ורשימת המשימות)

השימוש ב-CNO (-Q) אינו נתמך עדיין.

ניתן להוסיף בדיקות גבול נוספות.

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