การใช้ไคลเอ็นต์ BitTorrent ทำให้การเชื่อมต่ออินเทอร์เน็ตช้าลง


14

ฉันมีปัญหาในขณะใช้เกียร์ ฉันไม่รู้ว่ามันมาจากไหนเพราะมันไม่ได้เกิดขึ้นทุกครั้ง

บางครั้งขณะดาวน์โหลดฝนตกหนักฉันไม่สามารถเรียกดูบนอินเทอร์เน็ตด้วยเบราว์เซอร์ หรือถ้าฉันสามารถช้ามาก

ฉันเปิดพอร์ตที่ถูกต้องบนเราเตอร์ของฉัน ฉัน จำกัด การดาวน์โหลดการดาวน์โหลดให้มีจำนวนที่เหมาะสม (50/5 การอัปโหลดของฉันแย่มาก) ฉันไม่อนุญาตให้ส่งผ่านเพื่อใช้ PnP และ NAT-PMP และนี่ดูเหมือนจะไม่เกี่ยวข้องกับความเร็วในการดาวน์โหลดของฝนตกหนักโดยเฉพาะ: ก่อนที่จะ จำกัด การดาวน์โหลดฉันสามารถดาวน์โหลดได้ที่ 800ko / s และไม่มีปัญหาและบางครั้งปัญหาเกิดขึ้นกับการดาวน์โหลดที่ 3ko / s

เป็นคนอื่นที่มีปัญหานี้หรือไม่?

ฉันไม่เข้าใจจริง ๆ ไม่ได้เปิดพอร์ตที่ถูกต้องและปิดการใช้งาน plug n play สมมติว่าการส่งไม่รบกวน http หรือไม่


ถ้ามันช่วยได้มันจะรบกวนการเชื่อมต่อของฉันเสมอ การเชื่อมต่อใด ๆ SSH, HHTP, FTP ฯลฯ หากฉันเปิดการส่งกำลังเปิดกระป๋องของ whoop ass บนพีซีของฉันที่เกี่ยวข้องกับการเชื่อมต่ออินเทอร์เน็ต ปกติฉันจะดาวน์โหลด ktorrent แล้วใช้มันแทนการส่ง ก่อนเพราะสิ่งนี้รองจากตัวเลือก
Luis Alvarado

ฉันไม่สามารถพูดความแตกต่างที่เกี่ยวข้องกับสาเหตุที่การส่งข้อมูลทำได้ ฉันตรวจสอบด้วยคำสั่ง net จำนวนพอร์ตเทียบกับจำนวน ktorrent ที่เปิดสำหรับ torrents เดียวกัน (ทดสอบเพียง 5 torrents) พวกเขาเกือบจะเหมือนกัน แต่นี่คือส่วนที่แปลก Ktorrent สามารถเริ่มต้นได้เกือบทันทีเพื่อดาวน์โหลดฝนตกหนักในขณะที่การส่งข้อมูลใช้เวลาในการเริ่มต้นเช่นเดียวกับที่กำลังตรวจสอบบางอย่างก่อน และถึงแม้ว่าการส่งจะเป็นการเชื่อมต่อ แต่ ktorrent ยังคงรักษาการเชื่อมต่อที่เร็วขึ้นในขณะที่ยังให้ประสิทธิภาพการท่องเว็บที่เร็วขึ้นเล็กน้อยเมื่อเปรียบเทียบกับการส่ง
Luis Alvarado

หมายเหตุ: ทดสอบการเปลี่ยนแปลงจำนวนอัปโหลดดาวน์โหลดความเร็ว ฯลฯ ไม่ได้ 1. ไปที่แก้ไขแล้วเลือกการตั้งค่า 2. ไปที่ Speed ​​TAB และ จำกัด การเชื่อมต่อของคุณน้อยกว่า 20% สำหรับฉันคือ 20KB / S 3. ไปที่ Network TAB และ จำกัด ไว้ที่ 10 เพียร์ต่อหนึ่งไฟล์ฝนตกหนักหรือน้อยกว่า การทดสอบของฉันอยู่ที่ 8, 5 จากนั้น 3. Maximun Peers โดยรวมเปลี่ยนเป็น 20 หรือเท่ากับจำนวนเดียวกันสำหรับ 1 ฝนตกหนัก 4. ดาวน์โหลดเพียง 1 TORRENT เพียงแค่ 1. รอ 15 วินาที คุณไม่สามารถใช้ Firefox หรืออะไรก็ตามที่ทำให้การเชื่อมต่อถูกดูดโดยการส่งข้อมูล
Luis Alvarado

1
สวัสดี. ฉันลองวิธีการแก้ปัญหาของ Stefano เพราะฉันต้องการเก็บเฉพาะแอป gnom เท่านั้น จากนั้นฉันก็ทำการทดสอบของคุณและมันก็ไม่ได้ทำให้ Opera ช้าลงเลย บางทีนั่นอาจเป็นปัญหาสำหรับฉัน อย่างไรก็ตามฉันยังสังเกตเห็นว่าการส่งไม่เคยเริ่มดาวน์โหลดทันทีนี่ไม่ใช่ปัญหาใหญ่สำหรับฉัน หากคุณเรียนรู้เพิ่มเติมเกี่ยวกับความแตกต่างเหล่านั้นฉันก็ยังสงสัยอยู่! ขอขอบคุณ.
Noz

คำตอบ:


15

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

คุณสามารถ จำกัด จำนวนสูงสุดของการเชื่อมต่อพร้อมกันในการกำหนดลักษณะการส่งดังนี้:

การตั้งค่า→เครือข่าย→สูงสุดเพียร์ต่อ torrent

พยายามทำให้ค่าเหล่านี้ต่ำมากในตอนแรก 5/10 เป็นจุดเริ่มต้นที่ดี และเพิ่มพวกเขาช้าในขณะที่คุณทำงาน

  • หมายเหตุ: โดยเฉพาะอย่างยิ่งเพลงใหม่สามารถแสดงพฤติกรรมนี้ หากคุณรอจนกว่าจะมี seeders เพียงพอสำหรับทอเรนต์มันจะทำให้การเรียกดูของคุณช้าลงน้อยลง

  • หมายเหตุด้วย: คุณไม่ควร จำกัด แบนด์วิดท์ สิ่งนี้ถูกจัดการโดยสแต็ก TCP / IP ไม่มีปัญหาในกรณีส่วนใหญ่ มันพยายามกำหนดตารางเวลาการส่งแพ็กเก็ตอย่างยุติธรรม


สวัสดีขอบคุณ. ฉันมี 60/200 ซึ่งใหญ่กว่า 5/10 มาก ฉันจะลองดูหวังว่ามันจะช่วยแก้ปัญหาได้
Noz

6

ตั้งค่าการอัปโหลดเป็น 50% ของแบนด์วิดธ์การอัพโหลดสูงสุด คุณสามารถดาวน์โหลดได้ไม่ จำกัด หรือ จำกัด ฉันตั้งค่าการดาวน์โหลดเป็น 90% ของจำนวนสูงสุด

ฉันได้พบกับโปรแกรม saturating แบนด์วิดธ์ (Torrents) หากการอัปโหลดไปถึง> 75% ของขีด จำกัด ขาออกสูงสุดของคุณมันจะส่งการถ่ายโอนข้อมูลทั้งหมดในระบบอย่างรุนแรง (เรียกดู) TCP / IP เป็นถนนสองทางตอบกลับแพ็คเก็ตต้องกลับไปที่ผู้ส่งก่อนจึงจะสามารถส่งแพ็กเก็ตอื่นได้


จุดนี้ไม่สามารถถูกตรึงเครียดได้มากเกินไป ความช้าที่เกี่ยวข้องกับ Torrent ส่วนใหญ่แล้วผลลัพธ์โดยตรงของแบนด์วิดท์อัพโหลดมากเกินไป 50% อาจต่ำสำหรับการเชื่อมต่อจำนวนมากดังนั้นลองตั้งค่าเป็น 70% ของแบนด์วิดท์ขาออกของคุณและดูว่ายังใช้งานได้หรือไม่
loevborg

2

จำกัด จำนวนการเชื่อมต่อ

BitTorrent เป็นโปรโตคอลที่ใช้การเชื่อมต่อพร้อมกันเป็นจำนวนมาก แม้ว่าพวกเขาจะไม่ใช้แบนด์วิดท์จำนวนมาก แต่พวกเขาก็ใช้งานการบริหารจัดการจำนวนมากบนเราเตอร์และโฮสต์ IPv4 เพื่อติดตามสถานะการเชื่อมต่อทั้งหมด

เราเตอร์ธรรมดาทั่วไปในกล่องที่คุณสามารถซื้อได้ในราคา $ 40 ไม่สามารถทำการเชื่อมต่อได้มากกว่า 1,000 ครั้งก่อนที่จะแบน นี่เป็นเพราะอุปกรณ์เหล่านี้มีจำนวนหน่วยความจำที่ จำกัด ในการใช้งาน

บนโฮสต์การเชื่อมต่อจำนวนมากอาจทำให้เกิดปัญหาเนื่องจากข้อ จำกัด ด้านความปลอดภัยสำหรับการเชื่อมต่อจำนวนหนึ่งต่อผู้ใช้และต่อกระบวนการ สิ่งเหล่านี้มักจะถูกดูและแก้ไขโดยใช้ulimitแต่คุณไม่ควรเรียกใช้ด้วยค่าเริ่มต้นของระบบใน Ubuntu ด้วยการใช้พีซีของคุณเป็นประจำ อย่างไรก็ตาม BitTorrent สามารถใช้งานได้มากและอาจถึงขีด จำกัด บนพีซีของคุณ

ดูคำตอบนี้เกี่ยวกับวิธี จำกัด จำนวนการเชื่อมต่อต่อรายการและวิธีตั้งค่าขีด จำกัด ส่วนกลางในการส่ง


ขอบคุณสำหรับการตอบสนองที่รวดเร็วและสำหรับคำอธิบายฉันคิดว่าการ จำกัด แบนด์วิดท์ควรเพียงพอที่จะหลีกเลี่ยงปัญหานี้ แต่ก็ไม่ชัดเจน ขอบคุณสำหรับการแบ่งปันความรู้ของคุณ!
aVasile

เกี่ยวกับ "ใช้งานการดูแลระบบจำนวนมาก": โปรดทราบว่าโปรโตคอล Bit Torrent ใช้ TCP ซึ่งเป็นโปรโตคอลแบบครบวงจรระหว่างโฮสต์อย่างแท้จริง เราเตอร์บนอินเทอร์เน็ตไม่ได้จัดสรรทรัพยากรใด ๆ ที่คงอยู่ในขณะที่การเชื่อมต่อใช้งานอยู่พวกเขาเพียงแค่ส่งต่อแพ็คเกจ IP ฉันไม่แน่ใจว่าแหล่งข้อมูลประเภทใดที่ gertvdijk อ้างถึง
Lii

@Lil: เราเตอร์ที่บ้านส่วนใหญ่ทำการแปล NAT เปิดเผยที่อยู่ IPv4 เดียวให้กับโลกภายนอกและให้ที่อยู่ส่วนตัวของเครื่อง / อุปกรณ์ภายในบ้าน นั่นเป็นสาเหตุที่คุณต้องเปิดพอร์ตเฉพาะบนเราเตอร์ (เพื่อส่งต่อการเชื่อมต่อขาเข้าไปยังเครื่องด้านขวา) แต่ก็หมายความว่าเราเตอร์จำเป็นต้องติดตามการเชื่อมต่อ TCP สดทั้งหมดเพื่อให้สามารถเขียนที่อยู่ได้อย่างถูกต้อง ตารางติดตามนั้นเป็นทรัพยากรที่มีอยู่อย่าง จำกัด ซึ่งกำลังจะหมดลงที่นี่
Chris Dodd

2

ฉันไม่ได้คิดถึงเรื่องนี้ด้วยตัวเอง แต่มันก็มีเหตุผลหลายอย่างที่ใครบางคนชี้ให้ฉันเห็นที่นี่ที่http://www.tomshardware.com/forum/36641-42-slow-internet-torrent-client

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

โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.