ทำให้ TCP มีประสิทธิภาพมากกว่า 3G / UMTS

ฉันใช้ 3G เป็นการเชื่อมต่ออินเทอร์เน็ตหลักของฉันและ TCP กับสิ่งนี้ทำให้เกิดความสับสนมากขึ้นทุกวัน ตัวอย่างเช่น:

1. การดาวน์โหลดจาก kernel.org นั้นเร็วมาก:

   $wget http://www.kernel.org/pub/linux/kernel/v3.0/linux-3.6.8.tar.bz2
   

   เพิ่มขึ้นเป็น ~ 500kB / s หลังจากนั้นสองสามวินาที!

2. เซิร์ฟเวอร์บางตัวทำงานช้าอย่างไม่น่าเชื่อตัวอย่างเช่น www.graphic-pc.com:
   สิ่งเดียวกันการดาวน์โหลดไฟล์ขนาดใหญ่ที่มี wget เริ่มต้นที่ ~ 30kB / s ในเสี้ยววินาทีแล้วยุบลงเหลือ 5-10k หรือแย่กว่านั้น

3. การท่องเว็บค่อนข้างดี แต่ไม่น่าเชื่อถือ การสุ่มหน้าจะใช้เวลาในการโหลดนานมากหรืออาจโหลดไม่สำเร็จ แต่การโหลดซ้ำอาจสำเร็จเกือบจะในทันที

4. ตอนนี้โดยบังเอิญฉันเริ่มเล่นกับ OpenVPN ผ่าน UDP ที่ด้านบนของการเชื่อมต่อ 3G และ OMG ก็ทุกอย่างเร็วมาก!
   www.graphic-pc.com เดียวกันตอนนี้ถ่ายได้ที่ 100-200kB / s!

• เกิดอะไรขึ้นที่นี่ ???
• ทำไม VPN ถึงดีกว่าไม่ได้?
• และทำไมกราฟิก-pc.comจึงรวบรวมข้อมูลเมื่อ kernel.org บิน
  สิ่งที่ต้องทำกับ tcp stack ของฉัน (หรือเซิร์ฟเวอร์) หรือเราเตอร์ buggy ในระหว่าง?

หมายเหตุ:

การตั้งค่าคือแล็ปท็อปที่ใช้ Ubuntu Lucid และดองเกิล 3G ของ Huawei (ดังนั้นการเชื่อมต่อ pppd โดยตรง)

ฉันสามารถทำซ้ำนี้ได้ตลอดเวลาในระหว่างวันและฉันไม่เคลื่อนไหวดังนั้นจึงเห็นได้ชัดว่าไม่ใช่สภาพแวดล้อมของเซลล์หรือความแออัดของอินเทอร์เน็ต (แม้ว่า kernel.org ที่ไม่มี VPN ในบางครั้งจะแย่กว่านั้นในช่วงเย็น 60kB หรือมากกว่านั้น แต่ก็ยังมี 500kB ด้วย VPN!)

สำหรับ 2) wireshark แสดงแพ็กเก็ตที่ส่งซ้ำ, dup ack's, ซึ่งบางครั้งอาจไม่ได้รับคำสั่ง

ฉันได้ลองเล่นกับพารามิเตอร์ / proc / sys / net / ipv4 ที่แตกต่างกัน (tcp_rmem, window_scaling, tcp_congestion ... ) ดูเหมือนจะไม่ได้สร้างความแตกต่าง

อัปเดต:
พยายามใช้ windows 7 (ไม่มี VPN) พร้อมผลลัพธ์ที่น่าสนใจ:

tcp settings  :  default          tcp_optimizer
kernel.org    :  10 kB/s          20 kB/s
graphic-pc.com:   8 kB/s          70 kB/s !

tcp_optimizer เปิด ctcp เหนือสิ่งอื่นใด ต้องตรวจสอบสิ่งที่ os graphics-pc.com กำลังทำงานการเดิมพันของฉันคือ linux's tcp_westwood และ ms ctcp ไม่เข้ากันที่นี่ ...

แก้ไขปัญหา:
ทดสอบกับไฟล์ประเภทอื่น (.zip) ใน graphic-pc.com คาดเดาสิ่งที่ในเวลาเดียวกันมันเร็วสำหรับไฟล์นี้และช้าอีกไฟล์หนึ่ง (ซึ่ง btw คือ. mp3) เห็นได้ชัดว่า ISP ทำการตรวจสอบแพ็คเก็ตลึกและการควบคุมปริมาณ

สำหรับผลแปลก ๆ ภายใต้หน้าต่างฉันทดสอบอีกครั้งในวันนี้และตอนนี้มันเหมือนกับลินุกซ์ นอกจากนี้การควบคุมปริมาณเป็นแบบไดนามิกและการเปลี่ยนแปลงในระหว่างวัน ฉันเดาว่าฉันโชคไม่ดีจริง ๆและทั้งสองรีบูตและวิ่ง tcp_optimizer ทันทีเมื่อการควบคุมปริมาณเปลี่ยนไป ...

ยังคงอยากรู้อยากเห็นเกี่ยวกับผลกระทบที่แท้จริงของ 3G บน TCP ประสิทธิภาพเท่าที่มีจำนวน ของ เอกสารเกี่ยวกับเรื่องนี้ แต่เท่าเช่นนี้เป็นห่วงมันเป็นเพียงแค่การปรับการจราจรอึผิดอะไรกับ 3G!

ก่อนอื่นการเชื่อมต่อ 3G / 4G ไม่ได้ถูกออกแบบมาให้เป็นการเชื่อมต่อหลักของคุณกับอินเทอร์เน็ตและอาจมีการควบคุมปริมาณหากการรับส่งข้อมูลไหลผ่านการเชื่อมต่อที่ตรงกับรูปแบบที่กำหนดหรือคุณมีปริมาณการรับส่งข้อมูลเกินขีด จำกัด อย่าเชื่อผู้ให้บริการของคุณ (แม้แต่ชุดข้อมูลที่ไม่ จำกัด เฉพาะชุดข้อมูลเท่านั้น) เมื่อพวกเขาบอกว่าคุณไม่มีข้อ จำกัด

หลังจากทั้งหมดเป็นเวลาออกอากาศและแบนด์วิดธ์ของอากาศจะด้อยกว่าของไฟเบอร์และทองแดง เมื่อพวกเขามีการจราจรหนาแน่นพวกเขาจะไม่มีทางเลือกอื่นนอกจากทราฟฟิกเค้นจากปลายโหนด

ไซต์กราฟิก - พีซีที่คุณกล่าวถึงเป็นเว็บไซต์ที่มีแฟลชมาก (หรือคล้ายกัน) และใช้เวลาประมาณ 60 วินาทีในอินเทอร์เน็ตที่ใช้งาน OC-3 ของฉัน ดังนั้นการมีอัตราการวัดต่ำในการเข้าถึงเว็บไซต์นี้ผ่าน 3G มาตรฐานจึงไม่น่าแปลกใจเลย Kernel.org เร็วกว่าที่คุณพูด เมื่อพิจารณาจากลักษณะข้อความของเว็บไซต์นี้ฉันมั่นใจว่าการจราจรสามารถบีบอัดและไม่บีบอัดได้ทันทีด้วยการเชื่อมต่อ 3G ของคุณในอัตราความสำเร็จที่ดีมากเนื่องจากนี่ไม่ใช่ความเป็นไปได้ที่เว็บไซต์รูปภาพ / เพลง / เพลง / ฯลฯ

สุดท้าย แต่ไม่ใช่อย่างน้อยยิ่งคุณต้องการยัดเข้าไปในท่อของคุณเช่นการเชื่อมต่อ 3G ของคุณลูกค้าที่น่าพอใจน้อยกว่าคุณจะ ISP ของคุณและพวกเขาจะเค้นคุณไม่ว่าอะไรจะเกิดขึ้น และถ้าคุณอ่าน TOS ของคุณคุณจะเห็นว่าพวกเขามีสิทธิตามกฎหมายที่จะทำเช่นนั้นอยู่ภายใต้การใช้งานที่เหมาะสม (ซึ่งไม่ได้ 24/7 การเชื่อมต่อแบบ non-stop)

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

หวังว่านี่จะอธิบายได้เล็กน้อย