flowgrind - מקוון בענן

תָכְנִית:

שֵׁם

flowgrind - מחולל תנועה מתקדם של TCP עבור Linux, FreeBSD ו-Mac OS X

תַקצִיר

flowgrind [אוֹפְּצִיָה] ...

תיאור

flowgrind הוא מחולל תעבורת TCP מתקדם לבדיקה ומידוד לינוקס,
ערימות FreeBSD ו-Mac OS X TCP/IP. בניגוד לכלי מדידת ביצועים אחרים זה
כולל ארכיטקטורה מבוזרת, שבה נמדדים תפוקה ומדדים אחרים
בין תהליכי שרת flowgrind שרירותיים, flowgrind daemon flowgrindd(1).

Flowgrind מודד מלבד תפוקה טובה (תפוקה), זמן הגעה בין שכבת היישום
(IAT) וזמן הלוך ושוב (RTT), ספירת חסימות ועסקאות/ים ברשת. בניגוד לרוב צולב-
כלי בדיקת פלטפורמה, flowgrind אוספת ומדווחת על מדדי ה-TCP המוחזרים על ידי
אפשרות שקע TCP_INFO, שהם בדרך כלל פנימיים לערימת ה-TCP/IP. בלינוקס ו
FreeBSD זה כולל בין היתר את הערכת הקרנל של RTT מקצה לקצה, הגודל
של חלון הגודש TCP (CWND) וסף התחלה איטית (SSTHRESH).

ל-Flowgrind יש ארכיטקטורה מבוזרת. הוא מחולק לשני מרכיבים: ה-flowgrind
שד, flowgrindd(1), ואת flowgrind בקר. באמצעות הבקר, זורם בין
ניתן להגדיר כל שתי מערכות שמריצות את flowgrind daemon (בדיקות צד שלישי). ברגיל
מרווחים במהלך הבדיקה שהבקר אוסף ומציג את התוצאות הנמדדות מהן
הדמונים. זה יכול להפעיל זרימות מרובות בבת אחת עם הגדרות זהות או שונות ו
תזמן כל אחד בנפרד. ניתן להפנות אופציונלי לחיבור בדיקה ובקרה
ממשקים שונים.

יצירת התעבורה עצמה היא או העברה בכמות גדולה, מוגבלת בקצב או מתוחכמת
מבחני בקשה/תגובה. Flowgrind משתמש ב-libpcap כדי לזרוק תעבורה אוטומטית עבור
ניתוח איכותי.

אפשרויות

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

טיעונים מנדטוריים אפשרויות ארוכות הוא חובה עבור אופציות קצרות מדי.

כללי אפשרויות
-h, - עזרה[=מה]
הצג עזרה וצא. אופציונלי WHAT יכול להיות 'שקע' לעזרה על שקע
אפשרויות או עזרה ליצירת תעבורה 'תנועה'

-v, --גִרְסָה
הדפס מידע על גרסה ויציאה

בקר אפשרויות
-c, --הצג-נקודתיים=סוג[,סוג] ...
הצג את העמודה TYPE בדוח מרווחי ביניים בפלט. ערכים מותרים עבור
TYPE הם: 'interval', 'through', 'transac', 'iat', 'kernel' (כולם מוצגים כברירת מחדל),
ו-'blocks', 'rtt', 'delay' (אופציונלי)

-d, --לנפות
להגביר את מילוליות ניפוי הבאגים. הוסף אפשרות מספר פעמים כדי להגביר את מידת הדיבור

-e, --dump-prefix=PRE
הוסף את הקידומת PRE לשם dump (ברירת מחדל: "flowgrind-")

-i, --report-interval=#.#
מרווח דיווח, בשניות (ברירת מחדל: 0.05 שניות)

--קובץ לוג[=קובץ]
כתוב פלט ל-logfile FILE (ברירת מחדל: flowgrind-'timestamp'.log)

-m דווח על תפוקה ב-2**20 בתים/שניות (ברירת מחדל: 10**6 סיביות/שנייה)

-n, --זורם=#
מספר זרימות בדיקה (ברירת מחדל: 1)

-o להחליף קובצי יומן קיימים (ברירת מחדל: לא)

-p אל תדפיס ערכים סמליים (כמו INT_MAX) במקום מספרים

-q, --שֶׁקֶט
שקט, אל תיכנס למסך (ברירת מחדל: כבוי)

-s, --tcp-stack=סוג
אל תקבע את יחידת המקור של ערימות TCP באופן אוטומטי. כוח יחידה ל-TYPE, איפה
TYPE הוא 'קטע' או 'בייט'

-w כתוב פלט ל-logfile (זהה כמו --קובץ לוג)

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

חלק מהאפשרויות הללו לוקחות את נקודת הקצה של הזרימה כארגומנט, המסומן ב-'x' באפשרות
תחביר. יש להחליף את 'x' ב-'s' עבור נקודת הקצה של המקור, 'd' עבור ה-
נקודת קצה יעד או 'b' עבור שתי נקודות הקצה. כדי לציין ערכים שונים עבור כל אחד מהם
נקודות קצה, הפרד ביניהן באמצעות פסיק. לדוגמה -W s=8192,d=4096 מגדיר את המפורסם
חלון ל-8192 במקור ו-4096 ביעד.

-A x השתמש בגודל תגובה מינימלי הדרוש לחישוב RTT
(כמו -G s=p,C,40)

-B x=# הגדר מאגר שליחה מבוקש, בבתים

-C x עצור את הזרימה אם הוא חווה גודש מקומי

-D x=DSCP
ערך DSCP עבור בייט כותרת IP של סוג השירות (TOS).

-E מנה בתים במטען במקום לשלוח אפסים

-F #[,#] ...
אפשרויות הזרימה לאחר אפשרות זו חלות רק על מזהי הזרימה הנתונים. שימושי ב
שילוב עם -n כדי להגדיר אפשרויות ספציפיות עבור זרימות מסוימות. המספור מתחיל
עם 0, אז -F 1 מתייחס לזרימה השנייה. עם -1 ניתן להתייחס לכל הזרימה

-G x=(q|p|g) :(C|U|E|N|L|P|W):#1:[#2]
להפעיל יצירת תעבורה סטוכסטית ולהגדיר פרמטרים בהתאם לשימוש
הפצה. למידע נוסף עיין בסעיף 'אפשרות יצירת תנועה'

-H x=HOST[/בקרה לפני ואחרי הטיפול[:נמל]]
בדיקה מ/אל HOST. ארגומנט אופציונלי הוא הכתובת והיציאה של ה-CONTROL
חיבור לאותו מארח. ההנחה היא שנקודת קצה שלא צוינה
localhost

-J # השתמש ב-seed אקראי (ברירת מחדל: read / dev / urandom)

-I אפשר חישוב השהייה חד כיווני (ללא סנכרון שעון)

-L התקשר ל-connect() בשקע הבדיקה מיד לפני שמתחילים לשלוח נתונים (מאוחר
לְחַבֵּר). אם לא צוין, חיבור הבדיקה נוצר בהכנה
שלב לפני תחילת הבדיקה

-M x dump תעבורה באמצעות libpcap. flowgrindd(1) יש להפעיל כשורש

-N shutdown() כל כיוון שקע לאחר זרימת הבדיקה

-O x=לִבחוֹר
הגדר אפשרות שקע OPT על שקע בדיקה. למידע נוסף ראה סעיף
'אפשרויות שקע'

-P x אל תחזרו דרך select() כדי להמשיך לשלוח למקרה שגודל הבלוק לא עשה זאת
מספיק כדי למלא את תור השליחה (דחוף)

-Q לסכם בלבד, לא מחושבים דוחות מרווחי ביניים (שקט)

-R x=#.#(z|k|M|G)(b|B)
שליחה בקצב שצוין לשנייה, כאשר: z = 2**0, k = 2**10, M = 2**20, G =
2**30, ו-b = סיביות/שניות (ברירת מחדל), B = בתים/שניות

-S x=# הגדר את גודל הבלוק (הודעה), בבתים (זהה ל -G s=q,C,#)

-T x=#.#
הגדר משך זרימה, בשניות (ברירת מחדל: s=10,d=0)

-U # הגדר את גודל מאגר היישום, בבתים (ברירת מחדל: 8192) חותך ערכים אם נעשה שימוש עם
יצירת תעבורה סטוכסטית

-W x=# הגדר מאגר מקלט מבוקש (חלון מפורסם), בבתים

-Y x=#.#
הגדר השהיה הראשונית לפני שהמארח יתחיל לשלוח, תוך שניות

מסחר דוֹר אוֹפְּצִיָה

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

אפשרות יצירת תעבורה סטוכסטית -G לוקח את נקודת הסיום של הזרימה כארגומנט, מסומן
על ידי 'x' בתחביר האפשרות. יש להחליף את 'x' ב-'s' עבור המקור
נקודת קצה, 'd' עבור נקודת הקצה היעד או 'b' עבור שתי נקודות הקצה. עם זאת, שימו לב
שיצירת תעבורה דו-כיוונית יכולה להוביל לתוצאות בלתי צפויות. כדי לציין שונה
ערכים עבור כל נקודות קצה, הפרידו אותם באמצעות פסיק.

-G x=(q|p|g) :(C|U|E|N|L|P|W):#1:[#2]

פרמטר זרימה:

q גודל הבקשה (בבתים)

p גודל תגובה (בבתים)

g בקשת פער בין מנות (בשניות)

הפצות:

C קבוע (#1: ערך, #2: לא בשימוש)

U מדים (#1:דקה, #2: מקסימום)

E אקספוננציאלי (#1: למבה - לכל החיים, #2: לא בשימוש)

N רגיל (#1: mu - ערך ממוצע, #2: sigma_square - שונות)

L lognormal (#1: זטה - מתכוון, #2: sigma - std dev)

P פארטו (#1: k - צורה, #2: x_min - קנה מידה)

W וויבול (#1: למבדה - סולם, #2: k - צורה)

הפצות מתקדמות כמו weibull זמינות רק אם הידור של flowgrind
עם תמיכה ב-libgsl.

-U # ציין מכסה עבור הערכים המחושבים עבור גדלי הבקשות והתגובות, הנדרשים
מכיוון שהערכים המבוזרים המתקדמים אינם מוגבלים, אבל אנחנו צריכים לדעת את
buffersize (זה לא נחוץ לערכים קבועים או התפלגות אחידה). ערכים
מחוץ לגבולות מחושבים מחדש עד שמתרחשת תוצאה חוקית אך לכל היותר 10
פעמים (ואז הערך הכבול משמש)

שֶׁקַע אוֹפְּצִיָה

Flowgrind מאפשר להגדיר את אפשרויות השקע הסטנדרטיות והלא סטנדרטיות הבאות באמצעות אפשרות
-O.

כל אפשרויות השקע לוקחות את נקודת הקצה של הזרימה כארגומנט, המסומנת ב-'x' באפשרות
תחביר. יש להחליף את 'x' ב-'s' עבור נקודת הקצה של המקור, 'd' עבור ה-
נקודת קצה יעד או 'b' עבור שתי נקודות הקצה. כדי לציין ערכים שונים עבור כל אחד מהם
נקודות קצה, הפרד ביניהן באמצעות פסיק. יתר על כן, אפשר לעבור שוב ושוב את אותו הדבר
נקודת קצה על מנת לציין אפשרויות שקע מרובות.

תֶקֶן שקע אפשרויות
-O x=TCP_CONGESTION=ALG
הגדר את אלגוריתם בקרת הגודש ALG על שקע הבדיקה

-O x=TCP_CORK
הגדר את TCP_CORK על שקע הבדיקה

-O x=TCP_NODELAY
השבת את אלגוריתם ה-nagle בשקע הבדיקה

-O x=SO_DEBUG
הגדר SO_DEBUG על שקע בדיקה

-O x=IP_MTU_DISCOVER
הגדר את IP_MTU_DISCOVER בשקע הבדיקה אם עדיין לא מופעל כברירת מחדל של המערכת

-O x=ROUTE_RECORD
הגדר ROUTE_RECORD על שקע הבדיקה

לא סטנדרטי שקע אפשרויות
-O x=TCP_MTCP
הגדר את TCP_MTCP (15) על שקע הבדיקה

-O x=TCP_ELCN
הגדר את TCP_ELCN (20) על שקע הבדיקה

-O x=TCP_LCD
הגדר את TCP_LCD (21) על שקע הבדיקה

דוגמאות

flowgrind
בדיקת ביצועי localhost IPv4 TCP עם הגדרות ברירת מחדל, זהה ל-flowgrind -H
b=127.0.0.1 -T s=10,d=0. יש להפעיל את הדמון flowgrind על localhost

flowgrind -H b=::1/127.0.0.1
זהה לעיל, אך בודקת את ביצועי ה-localhost IPv6 TCP עם הגדרות ברירת המחדל

flowgrind -H s=host1,d=host2
העברת TCP בכמות גדולה בין host1 ל-host2. Host1 פועל כמקור, host2 as
נקודת קצה יעד. על שתי נקודות הקצה להפעיל את flowgrind daemon. ה
נעשה שימוש באפשרויות זרימה ברירת מחדל, עם משך זרימה של 10 שניות וזרם נתונים
מארח1 למארח2

flowgrind -H s=host1,d=host2 -T s=0,d=10
זהה לאמור לעיל אבל במקום זאת עם זרימה של שליחת נתונים למשך 10 שניות מ-host2 אל
host1

flowgrind -n 2 -F 0 -H s=192.168.0.1,d=192.168.0.69 -F 1 -H s=10.0.0.1,d=10.0.0.2
הגדר שתי זרימות מקבילות, זרימה ראשונה בין 192.168.0.1 ל-192.168.0.69, שניה
זרימה בין 10.0.0.1 ל-10.0.0.2

flowgrind -p -H s=10.0.0.100/192.168.1.100,d=10.0.0.101/192.168.1.101 -A s
הגדר זרימה אחת בין 10.0.0.100 ל-10.0.0.101 והשתמש בכתובות IP 192.168.1.x
לשליטה בתנועה. הפעל תגובה מינימלית לחישוב RTT

flowgrind -i 0.001 -T s = 1 | egrep ^S | גנופלוט -להתמיד -e 'עלילה "- באמצעות 3:5 עם קווים
כותרת "תפוקה" '
הגדר זרימה אחת על מכשיר loopback ותשרטט את הנתונים של השולח בעזרתו
של גנופלוט

flowgrind -G s=q,C,400 -G s=p,N,2000,50 -G s=g,U,0.005,0.01 -U 32000
-G s=q,C,400: השתמש בגודל בקשה קבוע של 400 בתים
-G s=p,N,2000,50: השתמש בגודל תגובה מבוזר רגיל עם ממוצע של 2000 בתים ו
שונות 50
-G s=g,U,0.005,0.01: השתמש במרווח בין-מנות מבוזר אחיד עם מינימום 0.005 שניות ו-
ומקסימום 10ms
-U 32000: חתוך גדלי בלוקים ב-32 קילובייט (דרוש להתפלגות נורמלית)

מסחר תרחישים

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

בקש תְגוּבָה סִגְנוֹן (HTTP)
תרחיש זה מבוסס על העבודה ב
http://www.3gpp2.org/Public_html/specs/C.R1002-0_v1.0_041221.pdf.

flowgrind -M s -G s=q,C,350 -G s=p,L,9055,115.17 -U 100000
-M s: זרוק תנועה בצד השולח
-G s=q,C,350: השתמש בבקשות קבועות בגודל 350 בתים
-G s=p,L,9055,115: השתמש בהתפלגות לוגנורמלית עם ממוצע 9055 ושונות 115 עבור
גודל תגובה
-U 100000: קיצור תגובה ב-100 קילובייט

עבור תרחיש זה המלצנו להתמקד ב-RTT (ערכים נמוכים יותר טובים יותר) וברשת
עסקאות/עסקאות כמדד (ערכים גבוהים יותר טובים יותר).

אינטרקטיווי מוֹשָׁב (טלנט)
תרחיש זה מחקה הפעלת Telnet.

flowgrind -G s=q,U,40,10000 -G s=q,U,40,10000 -O b=TCP_NODELAY
-G s=q,U,40,10000 -G s=q,U,40,10000: השתמש בבקשה ובתגובה מבוזרת אחידה
גודל בין 40B ל-10KB
-O b=TCP_NODELAY: הגדר אפשרויות שקע TCP_NODELAY כפי שמשמשות את יישומי Telnet

עבור תרחיש זה RTT (נמוך יותר טוב) ועסקאות רשת הם מדדים שימושיים
(גבוה יותר זה יותר טוב).

ציון מוגבל (נְהִירָה כְּלֵי תִקְשׁוֹרֶת)
תרחיש זה מדמה העברת זרם וידאו עם קצב סיביות של 800 kbit/s.

flowgrind -G s=q,C,800 -G s=g,N,0.008,0.001
השתמש בפער בין-מנות מבוזר נורמלי עם ממוצע של 0.008 ושונות קטנה
(0.001). בשילוב עם בקשה בגודל 800 בתים, קצב סיביות ממוצע של כ-800
הושג kbit/s. השונות מתווספת כדי לחקות קצב סיביות משתנה כמו שהוא
בשימוש ב-codec וידאו של ימינו.

עבור תרחיש זה ה- IAT (נמוך יותר טוב) והתפוקה המינימלית (גבוהה יותר טובה יותר).
מדדים מעניינים.

תפוקה עמודים

זרימה/נקודת קצה מזהים
# נקודת קצה זרימה, 'S' עבור המקור או 'D' עבור היעד

ID מזהה זרימה מספרי

להתחיל ו סוף
גבולות מרווח המדידה בשניות. הזמן המוצג הוא הזמן שחלף
זמן מאז קבלת הודעת ה-RPC להתחיל את הבדיקה מנקודת הדמונים של
נוף

בקשה שכבה מדדים
דרך
העברת תפוקה טובה של נקודת הקצה של הזרימה במהלך מרווח מדידה זה,
נמדד ב-Mbit/s (ברירת מחדל) או MB/s (-m)

טרנסאק
מספר בלוקי תגובה שהתקבלו בהצלחה בשנייה (אנחנו קוראים לזה רשת
עסקאות/ים)

דרישה/לפי
מספר הבקשות ובלוק התגובה שנשלחו במהלך מרווח מדידה זה (עמודה
מושבת כברירת מחדל)

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

DLY ו RTT
עיכוב חסימה חד כיווני ודו כיווני, בהתאמה, זמן השהיית הבלוק והחזרה הלוך ושוב
זמן (RTT). עבור שני העיכובים הערכים המינימליים והמקסימליים שנתקלו בזה
מרווח מדידה מוצגים יחד עם הממוצע האריתמטי. אם אין חסימה,
בהתאמה, אישור חסימה מגיע במהלך מרווח הדיווח הזה, 'inf' הוא
מוצגת. שניהם, עיכוב החסימה החד-כיווני והדו-כיווני מושבתים כברירת מחדל (ראה
אוֹפְּצִיָה -I ו -A).

גַרעִין מדדים (TCP_INFO)
כל מדדי ה-TCP הספציפיים הבאים מתקבלים מהקרנל דרך TCP_INFO
אפשרות שקע ב סוף מכל מרווח דיווח. ניתן לשנות את קצב הדגימה באמצעות
אוֹפְּצִיָה -i.

cwnd (tcpi_cwnd)
גודל חלון הגודש TCP (CWND) במספר מקטעים (Linux) או בתים
(FreeBSD)

ssth (tcpi_snd_sshtresh)
גודל סף ההתחלה האיטית במספר המקטעים (Linux) או בתים (FreeBSD)

uack (tcpi_unacked)
מספר קטעים שאינם מוכרים כעת, כלומר מספר קטעים בטיסה
(גודל טיסה) (לינוקס בלבד)

שק (tcpi_sacked)
מספר קטעים עם אישור סלקטיבי (לינוקס בלבד)

אבוד (tcpi_lost)
מספר המקטעים שראוי שאבדו (לינוקס בלבד)

רטר (tcpi_retrans)
מספר מקטעים משודרים לא מאושרים (לינוקס בלבד)

tret (tcpi_retransmits)
מספר שידורים חוזרים המופעלים על ידי פסק זמן לשידור חוזר (RTO) (לינוקס בלבד)

פאק (tcpi_fackets)
מספר המקטעים בין SND.UNA לבין הגבוה ביותר שאושר באופן סלקטיבי
מספר רצף (SND.FACK) (לינוקס בלבד)

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

RTT (tcpi_rtt) ו rttvar (tcpi_rttvar)
זמן TCP הלוך ושוב והשונות שלו נתונה ב-ms

RTO (tcpi_rto)
פסק זמן השידור החוזר שניתן ב-ms

bkof (tcpi_backoff)
מספר הפסקות RTO (לינוקס בלבד)

ca היו (tcpi_ca_state)
המצב הפנימי של מכונת בקרת הגודש TCP כפי מיושם ב-
ליבת לינוקס. יכול להיות אחד מהם לפתוח, הפרעה, cwr, התאוששות or את (לינוקס בלבד)

להרחיב הוא המצב הרגיל. זה מציין שאין אישור כפול (ACK).
התקבל ואף קטע לא נחשב לאבוד

הפרעה
מוזן עם קבלת ה-ACK הכפול הראשון ברציפות או
הכרה סלקטיבית (SACK)

CWR מוזן כאשר הודעה מהודעה מפורשת על גודש (ECN)
מתקבל

התאוששות
מוזן כאשר יש שלושה ACKs כפולים או מספר שווה של SACKs
קיבלו. במצב זה בקרת גודש ונהלי התאוששות אובדן כמו
שידור חוזר מהיר ושחזור מהיר (RFC 5861) מתבצעים

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

sms ו pmtu
גודל המקטע המקסימלי של השולח ויחידת השידור המקסימלית של הנתיב בבתים

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

c כיוון השליחה/קבלה הושלם

d ממתין לעיכוב ראשוני

f מצב תקלה

l מצב פעיל, שום דבר עדיין לא שודר או התקבל

n פעילות רגילה, חלק מהנתונים שודרו או התקבלו

o לזרימה יש משך אפס בכיוון הזה, שום נתונים לא יוחלפו

מחברים

Flowgrind הוקמה במקור על ידי דניאל שפראת. המדידה המבוזרת
ארכיטקטורה ויצירת תנועה מתקדמת נוספו מאוחר יותר על ידי Tim Kosse ו
כריסטיאן סמסל. נכון לעכשיו, flowgrind פותח ומתוחזק Arnd Hannemann ו
אלכסנדר צימרמן.

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