Shaper Wonder เป็นสคริปต์จำลองเครือข่ายที่พิเศษมากที่มีจำนวนมากของคุณสมบัติ ทำงานบนลินุกซ์ 2.4 และสูงกว่า
เป้าหมาย
ฉันพยายามที่จะสร้างจอกศักดิ์สิทธิ์:
* รักษา latency ต่ำสำหรับการจราจร interfactive ตลอดเวลา
ซึ่งหมายความว่าไฟล์ที่ดาวน์โหลดหรืออัปโหลดไม่ควรรบกวน SSH หรือแม้กระทั่งเทลเน็ต เหล่านี้เป็นสิ่งที่สำคัญที่สุดแม้ 200ms แฝงจะซบเซาในการทำงานมากกว่า
* อนุญาตให้ 'ท่อง' ที่ความเร็วที่เหมาะสมในขณะที่ขึ้นหรือดาวน์โหลด
แม้ว่าที่ http คือ 'กลุ่ม' การจราจรการจราจรอื่น ๆ ไม่ควรกลบมันออกมามากเกินไป
* ตรวจสอบให้แน่ใจว่าภาพที่ไม่เป็นอันตรายต่อการดาวน์โหลดและวิธีอื่น ๆ
นี้เป็นปรากฏการณ์ที่สังเกตมากที่การจราจรเพียงทำลายต้นน้ำความเร็วในการดาวน์โหลด แต่กลับกลายเป็นว่าทั้งหมดนี้เป็นไปได้ที่ค่าใช้จ่ายของบิตขนาดเล็กของแบนด์วิดธ์ ด้วยเหตุผลที่ว่าอัพโหลดดาวน์โหลดและ SSH ทำร้าย eachother คือการปรากฏตัวของคิวขนาดใหญ่ในอุปกรณ์การเข้าถึงในประเทศจำนวนมากเช่นสายเคเบิลหรือโมเด็ม DSL
ทำไมมันไม่ได้ทำงานได้ดีโดยค่าเริ่มต้น
ผู้ให้บริการอินเทอร์เน็ตรู้ว่าพวกเขาจะวัดประสิทธิผลเพียงผู้เดียวในวิธีการที่คนสามารถดาวน์โหลดได้อย่างรวดเร็ว นอกจากแบนด์วิธที่มีความเร็วในการดาวน์โหลดได้รับอิทธิพลอย่างมากจากการสูญเสียตซึ่งอย่างจริงจัง hampers TCP / IP ประสิทธิภาพ คิวขนาดใหญ่สามารถช่วยป้องกัน packetloss และความเร็วในการดาวน์โหลด ดังนั้นผู้ให้บริการอินเทอร์เน็ตกำหนดค่าการรอคิวขนาดใหญ่
เหล่านี้คิวที่มีขนาดใหญ่ แต่สร้างความเสียหายให้การติดต่อสื่อสาร การกดแป้นพิมพ์ครั้งแรกต้องเดินทางคิวต้นน้ำซึ่งอาจจะเป็นวินาที (!) ยาวและไปพื้นที่ห่างไกลของคุณ มันจะปรากฏขึ้นแล้วซึ่งนำไปสู่การกลับมาแพ็คเก็ตซึ่งจะต้องสำรวจคิวล่องตั้งอยู่ที่ ISP ของคุณก่อนที่จะปรากฏขึ้นบนหน้าจอของคุณ
HOWTO นี้จะสอนวิธีการฉีกและประมวลผลคิวในหลาย ๆ ด้าน แต่เศร้าไม่คิวทั้งหมดสามารถเข้าถึงได้ให้กับเรา คิวมากกว่าที่ ISP จะสมบูรณ์ออกจากข้อ จำกัด ในขณะที่คิวต้นน้ำอาจจะอาศัยอยู่ภายในเคเบิลโมเด็มหรืออุปกรณ์ DSL คุณอาจจะหรืออาจจะไม่สามารถที่จะกำหนดค่า ส่วนใหญ่อาจจะไม่ได้
ดังนั้นสิ่งที่ต่อไปหรือไม่ ในขณะที่เราไม่สามารถควบคุมได้อย่างใดอย่างหนึ่งของคิวที่พวกเขาจะต้องถูกตัดออกและย้ายไปเราเตอร์ของคุณลินุกซ์ โชคดีที่นี้เป็นไปได้
จำกัด ความเร็วอัปโหลดบ้าง
โดยการ จำกัด ความเร็วของเราอัปโหลดไปยังน้อยกว่าอัตราที่มีอยู่อย่างแท้จริงคิวไม่ได้สร้างขึ้นในโมเด็มของเรา คิวจะถูกย้ายในขณะนี้เพื่อลินุกซ์
จำกัด ความเร็วในการดาวน์โหลด
นี้เป็นเพียงเล็กน้อย trickier ในขณะที่เราไม่สามารถมีอิทธิพลต่อวิธีการที่รวดเร็วจริงๆเรืออินเทอร์เน็ตเราข้อมูล แต่เราสามารถวางแพ็คเก็ตที่กำลังจะมาในเร็วเกินไปซึ่งเป็นสาเหตุของ TCP / IP ที่จะชะลอตัวลงไปเพียงอัตราที่เราต้องการ เพราะเราไม่ต้องการที่จะลดอัตราการเข้าชมโดยไม่จำเป็นที่เรากำหนดค่า 'ระเบิด' ขนาดเราอนุญาตให้ที่ความเร็วสูง
ตอนนี้เมื่อเราได้ทำนี้เราได้ตัดออกคิวปลายน้ำทั้งหมด (ยกเว้นระเบิดสั้น) และได้รับความสามารถในการจัดการคิวต้นน้ำกับลินุกซ์พลังงานเสนอ
ให้การจราจรแบบโต้ตอบข้ามคิว
สิ่งที่เหลืออยู่ที่จะต้องทำเพื่อให้แน่ใจว่าการจราจรแบบโต้ตอบกระโดดไปข้างหน้าของคิวต้นน้ำ เพื่อให้แน่ใจว่าภาพที่ส่งไม่เจ็บดาวน์โหลดเรายังย้ายแพ็คเก็ต ACK ไปยังด้านหน้าของคิว นี่คือสิ่งที่ก่อให้เกิดการชะลอตัวของขนาดใหญ่ตั้งข้อสังเกตเมื่อสร้างการเข้าชมจำนวนมากทั้งสองวิธี ขอบคุณสำหรับการจราจรต่อเนื่องจะต้องแข่งขันกับการจราจรต้นน้ำและได้รับการล่าช้าในกระบวนการ
นอกจากนี้เรายังย้ายแพ็คเก็ตขนาดเล็กอื่น ๆ ไปยังด้านหน้าของคิว - นี้จะช่วยให้ระบบปฏิบัติการที่ไม่ได้ตั้งค่าบิต TOS เหมือนทุกอย่างจากไมโครซอฟท์
อนุญาตให้ผู้ใช้เพื่อระบุลำดับความสำคัญต่ำจราจร (ใหม่ใน 1.1)
บางครั้งคุณอาจสังเกตเห็นความสำคัญต่ำการจราจรขาออกชะลอตัวลงการจราจรที่สำคัญ ในกรณีที่ตัวเลือกต่อไปนี้อาจช่วยให้คุณ:
NOPRIOHOSTSRC
ตั้งค่านี้เป็นเจ้าภาพหรือ netmasks ในเครือข่ายของคุณที่ควรมีลำดับความสำคัญต่ำ
NOPRIOHOSTDST
ตั้งค่านี้เป็นเจ้าภาพหรือ netmasks บนอินเทอร์เน็ตที่ควรมีลำดับความสำคัญต่ำ
NOPRIOPORTSRC
ตั้งค่านี้เป็นแหล่งที่มาของพอร์ตที่ควรมีลำดับความสำคัญต่ำ หากคุณมีเว็บเซิร์ฟเวอร์ที่ไม่สำคัญในการเข้าชมของคุณตั้งค่านี้ถึง 80
NOPRIOPORTDST
ตั้งค่านี้ไปยังท่าเรือปลายทางที่ควรมีลำดับความสำคัญต่ำ
ดูจุดเริ่มต้นของ wshaper และ wshaper.htb
ผล
ถ้าเราทำทั้งหมดนี้เราได้รับการตรวจวัดดังต่อไปนี้ใช้การเชื่อมต่อ ADSL ที่ดีเยี่ยมจาก xs4all เนเธอร์แลนด์:
แฝงพื้นฐาน:
การเดินทางรอบนาที / เฉลี่ย / สูงสุด = 14.4 / 17.1 / 21.7 มิลลิวินาที
โดยไม่ต้องปรับอากาศจราจรในขณะที่ดาวน์โหลด:
การเดินทางรอบนาที / เฉลี่ย / สูงสุด = 560.9 / 573.6 / 586.4 มิลลิวินาที
โดยไม่ต้องปรับอากาศจราจรในขณะที่อัปโหลด:
การเดินทางรอบนาที / เฉลี่ย / สูงสุด = 2041.4 / 2332.1 / 2,427.6 มิลลิวินาที
ด้วยการปรับอากาศในช่วง 220kbit / s อัพโหลด:
การเดินทางรอบนาที / เฉลี่ย / สูงสุด = 15.7 / 51.8 / 79.9 มิลลิวินาที
ด้วยการปรับอากาศในช่วง 850kbit / s ดาวน์โหลด:
การเดินทางรอบนาที / เฉลี่ย / สูงสุด = 20.4 / 46.9 / 74.0 มิลลิวินาที
เมื่ออัปโหลดดาวน์โหลดดำเนินการประมาณ 80% ของความเร็วที่มีอยู่ ภาพที่ส่งอยู่ที่ประมาณ 90% แฝงแล้วกระโดดถึง 850 มิลลิวินาทียังคงหาสาเหตุ
สิ่งที่คุณสามารถคาดหวังจากสคริปต์นี้ขึ้นอยู่มากกับความเร็วในการถ่ายทอดสัญญาณที่แท้จริงของคุณ เมื่ออัปโหลดที่ความเร็วเต็มมีจะเป็นแพ็คเก็ตเดียวไปข้างหน้าของการกดแป้นพิมพ์ของคุณ นั่นคือวงเงินที่ต่ำกว่าที่จะแฝงที่คุณจะประสบความสำเร็จ - แบ่ง MTU ของคุณโดยความเร็วต้นน้ำของคุณในการคำนวณ ค่าทั่วไปจะค่อนข้างสูงกว่า ลด MTU ของคุณสำหรับผลที่ดีกว่า!
โต๊ะเล็ก:
ความเร็ว Uplink | แฝงที่คาดว่าจะเกิดจากการอัพโหลด
--------------------------------------------------
32 | 234ms
64 | 117ms
128 | 58ms
256 | 29ms
ดังนั้นในการคำนวณแฝงที่มีประสิทธิภาพของคุณจะวัดพื้นฐาน (ปิงในการเชื่อมโยงการขนถ่าย) และค้นหาหมายเลขในตารางและเพิ่ม นั่นเป็นเรื่องเกี่ยวกับสิ่งที่ดีที่สุดที่คุณสามารถคาดหวัง จำนวนนี้มาจากการคำนวณที่สันนิษฐานว่าการกดแป้นพิมพ์ต้นน้ำของคุณจะมีอย่างมากที่สุดครึ่งหนึ่งแพ็คเก็ตขนาดเต็มหน้าของมัน
นี้เดือดลงไป:
MTU * 0.5 * 10
-------------- + baseline_latency
kbit
ปัจจัยที่ 10 ไม่ได้ค่อนข้างถูกต้อง แต่ทำงานได้ดีในทางปฏิบัติ
เคอร์เนลของคุณ
ถ้าคุณเรียกใช้การกระจายที่ผ่านมาทุกอย่างที่ควรจะ ok 2.4 คุณต้องมีตัวเลือก QoS เปิด
หากคุณรวบรวมเมล็ดของคุณเองก็ต้องมีบางตัวเลือกที่เปิดใช้งาน ที่โดดเด่นที่สุดในตัวเลือกเครือข่ายเมนู QoS และ / หรือแฟร์แถวคอยให้เปิดอย่างน้อย CBQ, PRIO, SFQ, ฝุ่น, การจราจรการรักษาสนับสนุน QoS อัตราประมาณการจําแนก QoS, ลักษณนาม U32, ลักษณนาม fwmark
ในทางปฏิบัติผม (และกระจายมากที่สุด) เพียงแค่เปิดในทุกสิ่ง
สคริปต์
สคริปต์มาในสองรุ่นหนึ่งที่ทำงานบนเมล็ดมาตรฐานและมีการดำเนินการโดยใช้ CBQ คนอื่น ๆ ใช้ qdisc HTB ที่ดีที่ไม่ได้อยู่ในเคอร์เนลเริ่มต้น รุ่น CBQ มีการทดสอบมากกว่า HTB หนึ่ง!
ดู 'wshaper' และ 'wshaper.htb'
การปรับเสียง
สคริปต์เหล่านี้จำเป็นต้องทราบอัตรา 'จริง' ของการเชื่อมต่อ ISP ของคุณ นี้ยากที่จะตรวจสอบผู้ให้บริการอินเทอร์เน็ตที่แตกต่างกันตรงไปตรงมาเป็นใช้ที่แตกต่างกันของบิตที่ปรากฏ คนรายงานความสำเร็จโดยใช้เทคนิคต่อไปนี้:
ประมาณการทั้งต้นน้ำและปลายน้ำของคุณครึ่งหนึ่งของอัตราที่ระบุ ISP ของคุณ ตอนนี้ตรวจสอบว่าสคริปต์ทำงาน - ตรวจสอบการติดต่อสื่อสารในขณะที่การอัปโหลดและในขณะที่การดาวน์โหลด นี้ควรจะส่งมอบความล่าช้าตามที่คำนวณข้างต้น ถ้าไม่ได้ตรวจสอบว่าการดำเนินการสคริปต์ไม่มีข้อผิดพลาด
ตอนนี้ค่อยๆเพิ่มจำนวนต้นน้ำและปลายน้ำในสคริปต์แฝงจนกลับมา วิธีนี้คุณสามารถหาค่าที่เหมาะสมสำหรับการเชื่อมต่อของคุณ หากคุณมีความสุข, กรุณาแจ้งให้ฉันดังนั้นฉันสามารถทำรายการหมายเลขที่ทำงานได้ดี กรุณาแจ้งให้เราทราบว่า ISP ที่คุณใช้และชื่อของการสมัครสมาชิกของคุณและข้อมูลที่มีชื่อเสียงของมันดังนั้นฉันสามารถแสดงรายการคุณมาที่นี่และบันทึกอื่น ๆ ปัญหา
การติดตั้ง
ถ้าคุณโทรคุณสามารถคัดลอกสคริปต์เพื่อ /etc/ppp/ip-up.d และมันจะถูกเรียกใช้ในแต่ละการเชื่อมต่อ
ถ้าคุณต้องการที่จะลบจำลองจากอินเตอร์เฟซเรียกใช้ 'wshaper หยุด' หากต้องการดูข้อมูลสถานะเรียกใช้ 'wshaper สถานะ'
ที่พบปัญหา
ถ้าคุณได้รับข้อผิดพลาดเพิ่ม -x กับสายแรกดังต่อไปนี้:
#! / bin / ทุบตี -x
และลองอีกครั้ง นี้จะแสดงสายที่ให้ข้อผิดพลาด ก่อนที่จะติดต่อฉันให้แน่ใจว่าคุณกำลังเรียกใช้รุ่นล่าสุดของ iproute!
รุ่นล่าสุดสามารถพบได้ที่ตัวแทนจำหน่ายลินุกซ์ของคุณหรือถ้าคุณต้องการรวบรวมที่นี่:
ftp://ftp.inr.ac.ru/ip-routing/iproute2-current.tar.gz
ความคิดเห็นที่ไม่พบ