flowgrind - ออนไลน์ในคลาวด์

โครงการ:

ชื่อ

flowgrind - ตัวสร้างทราฟฟิก TCP ขั้นสูงสำหรับ Linux, FreeBSD และ Mac OS X

เรื่องย่อ

โฟลว์กริน [ทางเลือกที่] ...

DESCRIPTION

ไหลกริน เป็นเครื่องมือสร้างทราฟฟิก TCP ขั้นสูงสำหรับการทดสอบและเปรียบเทียบลินุกซ์
สแต็ค FreeBSD และ Mac OS X TCP/IP ตรงกันข้ามกับเครื่องมือวัดประสิทธิภาพอื่นๆ เลย
มีสถาปัตยกรรมแบบกระจาย ซึ่งจะมีการวัดปริมาณงานและเมตริกอื่นๆ
ระหว่างกระบวนการเซิร์ฟเวอร์ flowgrind โดยพลการ, flowgrind daemon โฟลว์กรินด์(1)

การวัด Flowgrind นอกเหนือจาก goodput (ปริมาณงาน), เวลาระหว่างชั้นของแอปพลิเคชัน
(IAT) และเวลาไปกลับ (RTT) จำนวนบล็อคและธุรกรรมเครือข่าย/วินาที ซึ่งแตกต่างจากการข้ามส่วนใหญ่
เครื่องมือทดสอบแพลตฟอร์ม flowgrind รวบรวมและรายงานตัววัด TCP ที่ส่งคืนโดย
ตัวเลือกซ็อกเก็ต TCP_INFO ซึ่งมักจะอยู่ภายในสแต็ก TCP/IP บน Linux และ
FreeBSD รวมถึงการประมาณค่าเคอร์เนลของ RTT แบบ end-to-end ซึ่งเป็นขนาด
ของหน้าต่างความแออัดของ TCP (CWND) และขีดจำกัดการเริ่มต้นช้า (SSTHRESH)

Flowgrind มีสถาปัตยกรรมแบบกระจาย แบ่งออกเป็น XNUMX ส่วนคือ Flowgrind
ภูต, โฟลว์กรินด์(1) และ ไหลกริน ตัวควบคุม ใช้ตัวควบคุม ไหลระหว่าง
สามารถติดตั้งระบบสองระบบที่รัน flowgrind daemon ได้ (การทดสอบของบุคคลที่สาม) เป็นประจำ
ช่วงเวลาระหว่างการทดสอบ ตัวควบคุมจะรวบรวมและแสดงผลที่วัดได้จาก
ภูต มันสามารถเรียกใช้หลายโฟลว์พร้อมกันด้วยการตั้งค่าเดียวกันหรือต่างกันและ
กำหนดการเป็นรายบุคคลทุกคน สามารถเลือกเปลี่ยนการเชื่อมต่อการทดสอบและควบคุมไปที่
อินเทอร์เฟซที่แตกต่างกัน

การสร้างทราฟฟิกนั้นมีทั้งการโอนจำนวนมาก จำกัดอัตรา หรือซับซ้อน
การทดสอบคำขอ/การตอบสนอง Flowgrind ใช้ libpcap เพื่อถ่ายโอนข้อมูลโดยอัตโนมัติสำหรับ
การวิเคราะห์เชิงคุณภาพ

OPTIONS

เป็นกลุ่มตัวเลือกที่สำคัญสองกลุ่ม ได้แก่ ตัวเลือกตัวควบคุมและตัวเลือกการไหล ชอบ
ชื่อแนะนำ ตัวเลือกตัวควบคุมมีผลทั่วโลกและอาจส่งผลต่อโฟลว์ทั้งหมดในขณะที่
ตัวเลือกเฉพาะโฟลว์ใช้กับชุดย่อยของโฟลว์ที่เลือกโดยใช้ -F ตัวเลือก

อาร์กิวเมนต์บังคับให้ตัวเลือกยาวมีผลบังคับใช้สำหรับตัวเลือกที่สั้นเกินไป

General ตัวเลือก
-h, --ช่วยด้วย[=อะไร]
แสดงความช่วยเหลือและออก ตัวเลือกเสริม สิ่งที่สามารถเป็น 'ซ็อกเก็ต' เพื่อขอความช่วยเหลือเกี่ยวกับซ็อกเก็ต
ตัวเลือกหรือความช่วยเหลือในการสร้างการจราจร 'การจราจร'

-v, --รุ่น
พิมพ์ข้อมูลรุ่นและออก

ตัวควบคุม ตัวเลือก
-c, --show-ลำไส้ใหญ่=ประเภท[,ประเภท] ...
แสดง TYPE คอลัมน์รายงานช่วงคั่นกลางในเอาต์พุต ค่าที่อนุญาตสำหรับ
TYPE ได้แก่ 'interval', 'through', 'transac', 'iat', 'kernel' (ทั้งหมดแสดงตามค่าเริ่มต้น)
และ 'บล็อก', 'rtt', 'ล่าช้า' (ไม่บังคับ)

-d, --debug
เพิ่มความละเอียดในการดีบัก เพิ่มตัวเลือกหลายครั้งเพื่อเพิ่มความฟุ่มเฟือย

-e, --dump-คำนำหน้า=PRE
เติมคำนำหน้า PRE เพื่อถ่ายโอนข้อมูลชื่อไฟล์ (ค่าเริ่มต้น: "flowgrind-")

-i, --report-ช่วงเวลา=#.#
ช่วงเวลาการรายงาน หน่วยเป็นวินาที (ค่าเริ่มต้น: 0.05 วินาที)

--ไฟล์บันทึก[=ไฟล์]
เขียนเอาต์พุตไปยังไฟล์บันทึก (ค่าเริ่มต้น: flowgrind-'timestamp'.log)

-m รายงานปริมาณงานใน 2**20 ไบต์/วินาที (ค่าเริ่มต้น: 10**6 บิต/วินาที)

-n, --กระแส=#
จำนวนขั้นตอนการทดสอบ (ค่าเริ่มต้น: 1)

-o เขียนทับไฟล์บันทึกที่มีอยู่ (ค่าเริ่มต้น: ไม่)

-p อย่าพิมพ์ค่าสัญลักษณ์ (เช่น INT_MAX) แทนตัวเลข

-q, --เงียบ
เงียบไม่ล็อกหน้าจอ (ค่าเริ่มต้น: ปิด)

-s, --tcp-กอง=ประเภท
ไม่ได้กำหนดหน่วยของสแต็ก TCP ต้นทางโดยอัตโนมัติ บังคับหน่วยเป็น TYPE โดยที่
TYPE คือ 'เซ็กเมนต์' หรือ 'ไบต์'

-w เขียนเอาต์พุตไปยังไฟล์บันทึก (เหมือนกับ --ไฟล์บันทึก)

ไหล ตัวเลือก
โฟลว์ทั้งหมดมีสองจุดปลาย ต้นทางและปลายทาง ความแตกต่างระหว่างแหล่งที่มา
และปลายทางปลายทางจะมีผลกับการสร้างการเชื่อมต่อเท่านั้น เมื่อเริ่มโฟลว์
ปลายทางปลายทางรับฟังบนซ็อกเก็ตและปลายทางต้นทางเชื่อมต่อกับซ็อกเก็ตนั้น สำหรับ
การทดสอบจริงไม่ทำให้เกิดความแตกต่าง ปลายทางทั้งสองมีความสามารถเหมือนกันทุกประการ
ข้อมูลสามารถส่งได้ทั้งสองทิศทางและสามารถกำหนดค่าการตั้งค่าได้หลายแบบแยกกันสำหรับ
แต่ละจุดสิ้นสุด

ตัวเลือกเหล่านี้บางตัวใช้จุดสิ้นสุดของโฟลว์เป็นอาร์กิวเมนต์ แทนด้วย 'x' ในตัวเลือก
ไวยากรณ์ ต้องแทนที่ 'x' ด้วย 's' สำหรับปลายทางต้นทาง 'd' สำหรับ
ปลายทางปลายทางหรือ 'b' สำหรับปลายทางทั้งสอง เพื่อระบุค่าที่แตกต่างกันสำหรับแต่ละ
ปลายทาง คั่นด้วยเครื่องหมายจุลภาค ตัวอย่างเช่น -W s=8192,d=4096 ตั้งค่าโฆษณา
หน้าต่างไปที่ 8192 ที่ต้นทางและ 4096 ที่ปลายทาง

-A x ใช้ขนาดการตอบสนองขั้นต่ำที่จำเป็นสำหรับการคำนวณ RTT
(เหมือนกับ -G s=พี,C,40)

-B x=# ตั้งค่าบัฟเฟอร์การส่งที่ร้องขอในหน่วยไบต์

-C x หยุดไหลหากประสบกับความแออัดในพื้นที่

-D x=ดีเอสซีพี
ค่า DSCP สำหรับส่วนหัวของ IP ประเภทของบริการ (TOS) byte

-E ระบุไบต์ในเพย์โหลดแทนที่จะส่งศูนย์

-F #[,#] ...
ตัวเลือกโฟลว์ตามตัวเลือกนี้มีผลเฉพาะกับโฟลว์ ID ที่กำหนด มีประโยชน์ใน
รวมกับ -n เพื่อตั้งค่าตัวเลือกเฉพาะสำหรับโฟลว์บางอย่าง เริ่มนับ
ด้วย 0 ดังนั้น -F 1 หมายถึงกระแสที่สอง ด้วย -1 โฟลว์ทั้งหมดสามารถอ้างอิงได้

-G x=(q|p|g:(C|U|E|N|L|P|W):#1:[#2]
เปิดใช้งานการสร้างทราฟฟิกสุ่มและตั้งค่าพารามิเตอร์ตามที่ใช้
การกระจาย. สำหรับข้อมูลเพิ่มเติม โปรดดูส่วน 'ตัวเลือกการสร้างการเข้าชม'

-H x=HOST[/ควบคุม[:PORT]]
ทดสอบจาก / ถึง HOST อาร์กิวเมนต์ที่เป็นตัวเลือกคือที่อยู่และพอร์ตสำหรับ CONTROL
เชื่อมต่อกับโฮสต์เดียวกัน ปลายทางที่ไม่ได้ระบุไว้จะถือว่าเป็น
localhost

-J # ใช้เมล็ดสุ่ม # (ค่าเริ่มต้น: read / dev / urandom)

-I เปิดใช้งานการคำนวณการหน่วงเวลาทางเดียว (ไม่มีการซิงโครไนซ์นาฬิกา)

-L โทรเชื่อมต่อ () บนซ็อกเก็ตทดสอบทันทีก่อนเริ่มส่งข้อมูล (สาย
เชื่อมต่อ). หากไม่ได้ระบุการทดสอบการเชื่อมต่อถูกสร้างขึ้นในการเตรียมการ
ระยะก่อนเริ่มการทดสอบ

-M x ดัมพ์ทราฟฟิกโดยใช้ libpcap โฟลว์กรินด์(1) ต้องรันเป็น root

-N ปิด () แต่ละทิศทางของซ็อกเก็ตหลังจากการทดสอบไหล

-O x=OPT
ตั้งค่าตัวเลือกซ็อกเก็ต 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: lamba - อายุการใช้งาน #2: ไม่ได้ใช้)

N ปกติ (#1: mu - ค่ากลาง, #2: sigma_square - ความแปรปรวน)

L ล็อกนอร์มอล (#1: zeta - หมายถึง, #2: ซิกมา - มาตรฐาน dev)

P พาเรโต (#1: k - รูปร่าง #2: x_min - มาตราส่วน)

W ไวบูล (#1: แลมบ์ดา - มาตราส่วน #2: k - รูปร่าง)

การแจกแจงขั้นสูงเช่น weibull จะใช้ได้เฉพาะเมื่อมีการคอมไพล์ flowgrind
ด้วยการสนับสนุน libgsl

-U # ระบุขีดสูงสุดสำหรับค่าที่คำนวณได้สำหรับคำขอและขนาดการตอบกลับที่ต้องการ
เพราะค่าการกระจายขั้นสูงนั้นไม่มีขอบเขต แต่เราจำเป็นต้องรู้
ขนาดบัฟเฟอร์ (ไม่จำเป็นสำหรับค่าคงที่หรือการกระจายแบบสม่ำเสมอ) ค่านิยม
นอกขอบเขตจะถูกคำนวณใหม่จนกว่าจะได้ผลลัพธ์ที่ถูกต้อง แต่ไม่เกิน 10
ครั้ง (จากนั้นใช้ค่าที่ถูกผูกไว้)

เบ้า ทางเลือกที่

Flowgrind อนุญาตให้ตั้งค่าตัวเลือกซ็อกเก็ตมาตรฐานและไม่ใช่มาตรฐานต่อไปนี้ผ่านตัวเลือก
-O.

ตัวเลือกซ็อกเก็ตทั้งหมดใช้ปลายทางการไหลเป็นอาร์กิวเมนต์ แทนด้วย 'x' ในตัวเลือก
ไวยากรณ์ ต้องแทนที่ 'x' ด้วย 's' สำหรับปลายทางต้นทาง 'd' สำหรับ
ปลายทางปลายทางหรือ 'b' สำหรับปลายทางทั้งสอง เพื่อระบุค่าที่แตกต่างกันสำหรับแต่ละ
ปลายทาง คั่นด้วยเครื่องหมายจุลภาค ยิ่งกว่านั้นก็สามารถส่งซ้ำได้เหมือนเดิม
ปลายทางเพื่อระบุตัวเลือกซ็อกเก็ตหลายตัว

Standard เบ้า ตัวเลือก
-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_จอแอลซีดี
ตั้งค่า TCP_LCD (21) บนซ็อกเก็ตทดสอบ

ตัวอย่าง

ไหลกริน
ทดสอบประสิทธิภาพของ localhost IPv4 TCP ด้วยการตั้งค่าเริ่มต้น เช่นเดียวกับ flowgrind -H
b=127.0.0.1 -T s=10,d=0. ต้องรัน flowgrind daemon บน localhost

ไหลกริน -H ข=::1/127.0.0.1
เหมือนข้างบน แต่ทดสอบประสิทธิภาพ localhost IPv6 TCP ด้วยการตั้งค่าเริ่มต้น

ไหลกริน -H s=โฮสต์1,d=โฮสต์2
การถ่ายโอน TCP จำนวนมากระหว่าง host1 และ host2 Host1 ทำหน้าที่เป็นซอร์ส, host2 เป็น
ปลายทางปลายทาง จุดปลายทั้งสองต้องรัน flowgrind daemon NS
ใช้ตัวเลือกโฟลว์เริ่มต้น โดยมีระยะเวลาโฟลว์ 10 วินาทีและสตรีมข้อมูล
จาก host1 ถึง host2

ไหลกริน -H s=โฮสต์1,d=โฮสต์2 -T ส=0,d=10
เช่นเดียวกับด้านบน แต่มีโฟลว์ส่งข้อมูลเป็นเวลา 10 วินาทีจาก host2 ถึง
host1

ไหลกริน -n 2 -F 0 -H ส=192.168.0.1,d=192.168.0.69 -F 1 -H ส=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

ไหลกริน -p -H ส=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

ไหลกริน -i 0.001 -T s = 1 | นกกระยาง ^S | พล็อต -คงอยู่ -e 'พล็อต "-" การใช้ 3:5 กับ เส้น
ชื่อเรื่อง "ปริมาณงาน" '
ตั้งค่าหนึ่งโฟลว์ผ่านอุปกรณ์ลูปแบ็คและพล็อตข้อมูลของผู้ส่งด้วยความช่วยเหลือ
ของ gnuplot

ไหลกริน -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 kbytes (จำเป็นสำหรับการแจกแจงแบบปกติ)

การจราจร สถานการณ์

ตัวอย่างต่อไปนี้แสดงให้เห็นว่าความสามารถในการสร้างทราฟฟิกของโฟลว์กรินด์เป็นอย่างไร
ใช้แล้ว. สิ่งเหล่านี้รวมอยู่ในการทดสอบโฟลว์กรินด์ที่แตกต่างกันและได้รับการพิสูจน์แล้ว
มีความหมาย อย่างไรก็ตาม เนื่องจากปริมาณการใช้อินเทอร์เน็ตมีความหลากหลาย จึงไม่รับประกันว่าสิ่งเหล่านี้จะ
เหมาะสมในทุกสถานการณ์

ขอร้อง คำตอบ สไตล์ (HTTP)
สถานการณ์นี้ขึ้นอยู่กับงานใน
http://www.3gpp2.org/Public_html/specs/C.R1002-0_v1.0_041221.pdf.

ไหลกริน -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 kbytes

สำหรับสถานการณ์นี้ เราแนะนำให้เน้นที่ RTT (ค่าที่ต่ำกว่าจะดีกว่า) และ Network
ธุรกรรม/วินาทีเป็นเมตริก (ค่าที่สูงกว่าจะดีกว่า)

อินเตอร์แอคที เซสชั่น (เทเลเน็ต)
สถานการณ์จำลองนี้จำลองเซสชัน telnet

ไหลกริน -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

ไหลกริน -G s=q,C,800 -G s=g,N,0.008,0.001
ใช้ช่องว่างระหว่างแพ็กเก็ตแบบกระจายปกติที่มีค่าเฉลี่ย 0.008 และความแปรปรวนเล็กน้อย
(0.001). ร่วมกับคำขอขนาด 800 ไบต์ อัตราบิตเฉลี่ยประมาณ 800
kbit/s สำเร็จแล้ว ความแปรปรวนถูกเพิ่มเพื่อจำลองบิตเรตของตัวแปรเช่น
ใช้ในตัวแปลงสัญญาณวิดีโอในปัจจุบัน

สำหรับสถานการณ์นี้ IAT (ต่ำกว่าดีกว่า) และปริมาณงานขั้นต่ำ (สูงกว่าดีกว่า) คือ
ตัวชี้วัดที่น่าสนใจ

เอาท์พุท คอลัมน์

โฟลว์/ปลายทาง ตัวบ่งชี้
# ปลายทางการไหล ทั้ง 'S' สำหรับต้นทางหรือ 'D' สำหรับปลายทาง

ID ตัวระบุการไหลเชิงตัวเลข

เริ่ม และ ปลาย
ขอบเขตของช่วงการวัดเป็นวินาที เวลาที่แสดงคือเวลาที่ผ่านไป
เวลาตั้งแต่ได้รับข้อความ RPC เพื่อเริ่มการทดสอบจากจุด daemons ของ
ดู

การใช้งาน ชั้น ตัวชี้วัด
ตลอด
การส่ง Goodput ของจุดสิ้นสุดการไหลระหว่างช่วงการวัดนี้
วัดเป็น Mbit/s (ค่าเริ่มต้น) หรือ MB/s (-m)

ทรานแซก
จำนวนบล็อกการตอบสนองที่ได้รับสำเร็จต่อวินาที (เราเรียกว่าเครือข่าย
ธุรกรรม/s)

ความต้องการ/ตอบกลับ
จำนวนคำขอและบล็อกการตอบสนองที่ส่งระหว่างช่วงการวัดนี้ (คอลัมน์
ปิดการใช้งานโดยค่าเริ่มต้น)

IAT ปิดกั้นเวลาระหว่างการเดินทาง (IAT) ร่วมกับค่าต่ำสุดและสูงสุด
ค่าเฉลี่ยเลขคณิตสำหรับช่วงการวัดเฉพาะนั้นจะปรากฏขึ้น หากไม่มีบล็อคคือ
ได้รับระหว่างช่วงการรายงาน 'inf' จะปรากฏขึ้น

ด.ช และ RTT
1-way และ 2-way block delay ตามลำดับเวลาแฝงของบล็อกและ block round-trip
เวลา (RTT). สำหรับทั้งความล่าช้าค่าต่ำสุดและสูงสุดที่พบในนั้น
ช่วงการวัดจะแสดงพร้อมกับค่าเฉลี่ยเลขคณิต ถ้าไม่มีบล๊อก
การรับรู้การบล็อกตามลำดับมาถึงในช่วงเวลารายงานนั้น 'inf' is
แสดง ทั้งการหน่วงเวลาบล็อก 1 ทางและ 2 ทางถูกปิดใช้งานโดยค่าเริ่มต้น (ดู
ตัวเลือก -I และ -A).

เมล็ด ตัวชี้วัด (TCP_INFO)
ตัววัดเฉพาะ TCP ต่อไปนี้ทั้งหมดได้มาจากเคอร์เนลผ่าน TCP_INFO
ตัวเลือกซ็อกเก็ตที่ ปลาย ของทุกช่วงการรายงาน อัตราการสุ่มตัวอย่างสามารถเปลี่ยนแปลงได้ผ่าน
ตัวเลือก -i.

คราวด์ (tcpi_cwnd)
ขนาดของหน้าต่างความแออัดของ TCP (CWND) ในจำนวนเซ็กเมนต์ (Linux) หรือไบต์
(ฟรีบีเอสดี)

ส (tcpi_snd_sshtresh)
ขนาดของขีดจำกัดการเริ่มต้นช้าในจำนวนเซ็กเมนต์ (Linux) หรือไบต์ (FreeBSD)

อ๊าก (tcpi_unacked)
จำนวนเซ็กเมนต์ที่ยังไม่ได้รับทราบ เช่น จำนวนเซกเมนต์ในเที่ยวบิน
(FlightSize) (Linux เท่านั้น)

กระสอบ (tcpi_sacked)
จำนวนเซ็กเมนต์ที่ยอมรับแบบคัดเลือก (Linux เท่านั้น)

สูญหาย (tcpi_lost)
จำนวนเซ็กเมนต์ที่ถือว่าสูญหาย (Linux เท่านั้น)

ย้อนกลับ (tcpi_retrans)
จำนวนเซ็กเมนต์การส่งสัญญาณซ้ำที่ไม่ได้รับการตอบรับ (Linux เท่านั้น)

ทรีท (tcpi_ส่งซ้ำ)
จำนวนการส่งสัญญาณซ้ำที่เกิดจากระยะหมดเวลาการส่งสัญญาณซ้ำ (RTO) (Linux เท่านั้น)

Fack (tcpi_fackets)
จำนวนเซ็กเมนต์ระหว่าง SND.UNA และตัวเลือกที่ยอมรับสูงสุด
หมายเลขลำดับ (SND.FACK) (Linux เท่านั้น)

รีออร์ (tcpi_จัดลำดับใหม่)
เมตริกการจัดลำดับส่วนใหม่ เคอร์เนล Linux สามารถตรวจจับและจัดการกับการเรียงลำดับใหม่ได้
โดยไม่สูญเสียประสิทธิภาพการทำงานหากระยะทางที่เซกเมนต์ถูกแทนที่ไม่
ไม่เกินเมตริกการเรียงลำดับใหม่ (Linux เท่านั้น)

rtt (tcpi_rtt) และ rttvar (tcpi_rttvar)
เวลาไปกลับ TCP และความแปรปรวนที่กำหนดใน ms

อาร์ทีโอ (tcpi_rto)
หมดเวลาการส่งซ้ำที่กำหนดในms

บีคอฟ (tcpi_backoff)
จำนวนการย้อนกลับ RTO (Linux เท่านั้น)

ca รัฐ (tcpi_ca_state)
สถานะภายในของเครื่องสถานะการควบคุมความแออัดของ TCP ตามที่ดำเนินการใน
เคอร์เนลลินุกซ์ สามารถเป็นหนึ่งใน เปิด, ความไม่เป็นระเบียบ, ซีอาร์, การฟื้นตัว or ปิด (ลินุกซ์เท่านั้น)

จุดเปิด คือสภาวะปกติ แสดงว่าไม่มีการตอบรับซ้ำ (ACK) is
ได้รับแล้วไม่มีส่วนใดถือว่าสูญหาย

ความไม่เป็นระเบียบ
ถูกป้อนเมื่อได้รับ ACK ที่ซ้ำกันครั้งแรกหรือ
การยอมรับแบบเลือก (SACK)

ซีดับบลิวอาร์ ถูกป้อนเมื่อมีการแจ้งเตือนจาก Explicit Congestion Notification (ECN)
ได้รับ

การฟื้นตัว
ถูกป้อนเมื่อ ACK ที่ซ้ำกันสามรายการหรือจำนวน SACK ที่เท่ากันคือ
ได้รับ. ในสถานะนี้การควบคุมความแออัดและขั้นตอนการกู้คืนการสูญเสียเช่น
Fast Retransmit และ Fast Recovery (RFC 5861) ถูกดำเนินการ

การสูญเสีย จะถูกป้อนหาก RTO หมดอายุ อีกครั้งการควบคุมความแออัดและการกู้คืนการสูญเสีย
มีการดำเนินการตามขั้นตอน

ข้อความ และ น
ขนาดเซ็กเมนต์สูงสุดของผู้ส่งและหน่วยการส่งสูงสุดของพาธในหน่วยไบต์

ภายใน ไหลกริน รัฐ (เท่านั้น เปิดการใช้งาน in การแก้ปัญหา สร้าง)
สถานะ สถานะของการไหลภายใน flowgrind เพื่อการวินิจฉัย มันคือทูเพิลของสอง
ค่าแรกสำหรับการส่งและค่าที่สองสำหรับการรับ ตามหลักการแล้วรัฐของ
ทั้งจุดปลายต้นทางและปลายทางของโฟลว์ควรมีความสมมาตร แต่เนื่องจาก
พวกเขาจะไม่ซิงโครไนซ์พวกเขาอาจไม่เปลี่ยนแปลงในเวลาเดียวกัน ค่าที่เป็นไปได้
คือ:

c ทิศทางการส่ง/รับเสร็จสิ้น

d รอความล่าช้าเริ่มต้น

f สถานะความผิดพลาด

l สถานะใช้งาน ยังไม่ได้ส่งหรือรับ

n กิจกรรมปกติ ข้อมูลบางส่วนถูกส่งหรือรับ

o โฟลว์มีระยะเวลาเป็นศูนย์ในทิศทางนั้น จะไม่มีการแลกเปลี่ยนข้อมูลใดๆ

ผู้เขียน

Flowgrind เริ่มต้นโดย Daniel Schaffrath การวัดแบบกระจาย
สถาปัตยกรรมและการสร้างทราฟฟิกขั้นสูงถูกเพิ่มในภายหลังโดย Tim Kosse และ
คริสเตียน แซมเซล. ปัจจุบัน Flowgrind ได้รับการพัฒนาและบำรุงรักษา Arnd Hannemann และ
อเล็กซานเดอร์ ซิมเมอร์มันน์.

ใช้ flowgrind ออนไลน์โดยใช้บริการ onworks.net