ด้วยสัญญาณที่แรงไม่มีสัญญาณรบกวนไคลเอนต์และ AP ที่ทั้งเฟรมระเบิดและแอพที่ได้รับการปรับแต่งอย่างดี (อันที่จริงแล้วเป็นเครื่องมือทดสอบปริมาณงานที่เรียกว่า IPerf) ฉันได้เห็น 802.11g ปริมาณงาน TCP ที่ 30 เมกะบิต / วินาที
ในสภาพแวดล้อมจริงฉันมีความสุขตราบใดที่มันมีมากกว่า 15 เมกะบิต / วินาที
กฎง่ายๆสำหรับ 802.11 คือคุณสามารถรับปริมาณงาน TCP 50-60% ของอัตราการส่งสัญญาณที่คุณได้รับและคุณจะได้รับอัตราการส่งสัญญาณที่ดีที่สุดภายใต้เงื่อนไขที่ดีที่สุด
อัปเดต:เพิ่งรู้ว่าฉันไม่ได้ตอบคำถามย่อยของคุณ
23 เมกะบิต / วินาทีดีที่สุดที่คุณสามารถทำได้ (สมมติว่าไม่มีการระเบิดเฟรม) ใช่ฉันจำได้ว่าบางที่ระหว่าง 20 และ 25 เมกะบิต / วินาทีนั้นเกี่ยวกับปริมาณงานที่ดีที่สุดที่คุณคาดหวังได้จาก 802.11g โดยไม่มีการระเบิดเฟรม
มีสิ่งใดบ้างที่คุณสามารถปรับแต่งเพื่อให้ได้ประสิทธิภาพที่ดีขึ้น? ใช่นี่คือบางสิ่งที่คุณสามารถปรับแต่งเพื่อให้ได้ประสิทธิภาพที่ดีขึ้น อย่างไรก็ตามฉันจะเตือนคุณล่วงหน้าว่าบางคนอาจมีปัญหามากกว่าที่คิด:
ตรวจสอบให้แน่ใจว่าคุณอยู่ในช่องที่สะอาดที่สุดสำหรับคุณ วิธีเดียวที่จะทำเช่นนี้ได้อย่างน่าเชื่อถือคือการใช้การวิเคราะห์สเปกตรัมเช่นWi-Spy บางคนคิดว่าพวกเขาสามารถใช้สิ่งที่เห็นเครือข่าย Wi-Fi เช่นinSSIDerเท่านั้น แต่พวกเขาคิดผิด อาจมีเสียงรบกวนมากในย่านความถี่ 2.4GHz ที่ไม่ได้มาจากอุปกรณ์ Wi-Fi ดังนั้น inSSIDer จึงไม่สามารถมองเห็นได้ แต่จะมี Wi-Spy ตัวจริง (หรือตัววิเคราะห์สเปกตรัมที่ดีกว่า)
1b หากอุปกรณ์ของคุณไม่ได้เป็นเพียงแค่ b / g แต่จริงๆแล้วเป็น a / b / g ให้ดูว่าช่อง 5GHz ใด ๆ ที่คุณสามารถใช้งานได้สะอาดกว่าช่องสัญญาณ 2.4GHz ใด ๆ หรือไม่ลองเปลี่ยนไปใช้ 802.11a ใน 5GHz
หากอุปกรณ์ของคุณรองรับการระเบิดเฟรม แต่คุณไม่ได้เปิดใช้คุณสามารถเปิดใช้งานได้ ผู้จำหน่ายที่ต่างกันอาจมีวิธีแตกต่างกันในการอธิบายการแตกเฟรมเช่น "โหมดเทอร์โบ" หรือบางอย่าง ถ้าฉันจำได้อย่างถูกต้องเฟรมที่มีตราสินค้าของ Broadcom จะแตกเป็นเสี่ยง ๆ รวมถึงการปรับแต่งประสิทธิภาพที่เป็นกรรมสิทธิ์อื่น ๆ ให้เป็น "Afterburner" ระวังสิ่งเหล่านี้บางอย่างอาจทำให้เกิดปัญหาการทำงานร่วมกันและมีแนวโน้มที่จะทำงานได้ดีที่สุดระหว่างชิปเซ็ตจากผู้ขายรายเดียวกันในยุคเดียวกัน
หากคุณสามารถควบคุมเครื่องมือ / โปรโตคอลที่คุณใช้ทำการดาวน์โหลดรวมถึงฝั่งเซิร์ฟเวอร์คุณสามารถเลือกสิ่งต่าง ๆ ที่ใช้ TCP ได้อย่างมีประสิทธิภาพมากขึ้น ตัวอย่างเช่น FTP หรือเซิร์ฟเวอร์ HTTP คุณภาพดีมีแนวโน้มที่จะ "ทำให้เต็มไปด้วยไพพ์" โดยการสตรีมไฟล์อย่างต่อเนื่องโดยใช้การกลิ้งบัฟเฟอร์เพื่อให้แน่ใจว่าสแต็ก TCP ฝั่งการส่งไม่ได้รับการอดอาหารเพื่อส่งข้อมูล ในทางตรงกันข้ามโปรโตคอลระบบไฟล์ระยะไกลเช่น SMB และ AFP มักจะอ่านและเขียนแต่ละบล็อกในบล็อกดังนั้นระหว่างบล็อก TCP ไม่มีอะไรให้ส่ง สิ่งนี้สามารถสร้างความแตกต่างอย่างมากในการดาวน์โหลดขนาดใหญ่
3b อีกครั้งถ้าคุณเป็นเจ้าของปลายทั้งสองของการถ่ายโอนไฟล์คุณสามารถดูการปรับแต่ง TCP ตัวอย่างเช่นตรวจสอบให้แน่ใจว่าไคลเอนต์และเซิร์ฟเวอร์ของคุณ (โดยเฉพาะอย่างยิ่งจุดสิ้นสุดการรับการถ่ายโอนไฟล์) ใช้ขนาดหน้าต่าง TCP ที่เพียงพอ การปรับแต่ง TCP อยู่นอกเหนือขอบเขตของคำตอบนี้ แต่ถ้าคุณ Google สำหรับมันและเรียนรู้เกี่ยวกับสิ่งต่าง ๆ เช่นผลิตภัณฑ์ที่ใช้แบนด์วิดท์ล่าช้าและขนาดหน้าต่างที่เหมาะสมและหน่วงเวลา Ack และปิดการใช้งานอัลกอริทึมของ Nagle และใช้ sysctl (Unix / Linux / Mac OS X) เดาการแก้ไขรีจิสทรี (Windows) เพื่อปรับเปลี่ยนสิ่งเหล่านั้นคุณอาจพบวิธีบีบประสิทธิภาพเพิ่มเติมเล็กน้อยจากลิงก์ของคุณ
3c อีกครั้งถ้าคุณเป็นเจ้าของทั้งสองจุดปลายของการถ่ายโอนไฟล์คุณสามารถเลือกแอพถ่ายโอนไฟล์ที่ใช้ UDP ที่มีประสิทธิภาพสูง แอพเหล่านี้มักจะเป็นกรรมสิทธิ์และต้องการให้คุณมีแอพเดียวกันทั้งสองด้านของการเชื่อมต่อ ในขณะที่ TCP ทำงานได้เร็วที่สุดเท่าที่จะทำได้โดยไม่ทำให้ความแออัดของอินเทอร์เน็ตแย่ลงแอพที่ใช้ UDP เหล่านี้ใช้วิธีเห็นแก่ตัวในการเพิ่มความเร็วการถ่ายโอนไฟล์ของคุณโดยไม่ต้องกังวลกับผลกระทบที่เกิดจากความแออัดของเครือข่าย
โดยรวมแล้วหากคุณมีการเชื่อมต่ออินเทอร์เน็ต 40 เมกะบิต / วินาทีดังนั้น 802.11g จากปี 2003 ซึ่งไม่เร็วกว่า 802.11a จากปี 2002 ไม่ใช่ทางออกที่เหมาะสมสำหรับคุณ ใช้เวลาในการรับอุปกรณ์ 802.11n และปาร์ตี้เหมือนปี 2550 หรืออุปกรณ์ 802.11n แบบ 3 สเปเชียลสตรีมและปาร์ตี้แบบ 2010