คำถามติดแท็ก slow-connection

15
ความเร็วเครือข่ายกิกะบิตช้าที่ไม่สามารถอธิบายได้
ปรับปรุง ตกลงฉันได้ลองคำตอบด้านล่างแล้วไม่มีอะไรเปลี่ยนแปลง ฉันระบุชิปเซ็ตในแล็ปท็อปเป็น NVIDIA nForce 520 ฉันดาวน์โหลดไดรเวอร์ Vista x64 ล่าสุดสำหรับ nForce 520 (NVIDIA ยังไม่มีไดรเวอร์สำหรับชิปเซ็ตนั้นสำหรับ Win 7 เลย) ฉันได้ลองติดตั้งซอฟต์แวร์ไฟร์วอลล์ที่มีให้ (คิดว่าอาจจะรบกวน - ไม่ใช่) ฉันถอนการติดตั้งซอฟต์แวร์ป้องกันไวรัสอย่างสมบูรณ์ (ฉันใช้ Avast!) คิดว่าไดรเวอร์ตัวกรองเครือข่ายอาจทำให้เกิดปัญหาซึ่งไม่ได้ช่วยเช่นกัน ฉันนำแล็ปท็อปของฉันไปที่บ้านพี่น้องของฉันและสามารถคัดลอกไฟล์ที่ 10 - 12 MB / s ผ่านเครือข่าย 100Mbit ของเขาดังนั้นฉันจึงไม่คิดว่ามันเป็นฮาร์ดแวร์ ฉันใช้ iperf พร้อมผลลัพธ์ที่น่าแปลกใจแล้ว: iperf จากแล็ปท็อปที่ส่งไปยังเซิร์ฟเวอร์ (อัปโหลด) > iperf -c naru ------------------------------------------------------------ Client connecting to naru, …

2
ผูก DNS ซ้ำช้า
เราเพิ่งตั้งค่าเซิร์ฟเวอร์ DNS แบบเรียกซ้ำโดยใช้ Bind 9.10 ที่เสถียรล่าสุด เราพบว่าการค้นหา DNS แบบเรียกซ้ำค่อนข้างช้า ทุกที่ตั้งแต่ 1 - 3 วินาที เมื่อการค้นหาอยู่ในแคช DNS จะแก้ไขในเรื่องของมิลลิวินาทีตามที่คาดไว้ เรากำลังใช้คำแนะนำ ROOT สำหรับการค้นหาแบบเรียกซ้ำและสิ่งนี้ดูเหมือนจะเป็นที่มาของความเชื่องช้า หากเรากำหนดค่าตัวส่งต่อความละเอียด DNS จะลดลงเป็นเวลาเรียกคืนที่เหมาะสมระหว่าง 100 - 300ms สำหรับบริการที่เรากำลังตั้งค่าฉันไม่ต้องการพึ่งผู้ส่งต่อฉันต้องการใช้คำแนะนำราก นี่คือการกำหนดค่าหลักจากไฟล์named.confของเรา พอยน์เตอร์ใด ๆ ที่ช่วยปรับปรุงประสิทธิภาพจะดีมาก options{ allow-recursion { any; }; allow-query-cache { any; }; allow-query { any; }; listen-on port 53 { any; }; …

1
เหตุใดการจับมือ TLS จึงใช้ * ตลอดไป * (20 วินาที) ใน VPS
ฉันมีเซิร์ฟเวอร์ที่ใช้งานได้ดี แต่ติดค้างนาน 20 วินาทีเมื่อพยายามเชื่อมต่อกับ SSL (SSH หรือ HTTPS แสดงรูปแบบเดียวกัน) ฉันลองเชื่อมต่อที่หลากหลายโดยไม่มี SSL เช่น telnet: telnet server-name 80 ป้อนคำสั่ง GET GET http://server-name/ Host: server-name Accept: text/html, */* Accept-Language: en-us User-Agent: Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1) และคำตอบนั้นเป็น 100% ทันที อย่างไรก็ตามเมื่อฉันพยายามเชื่อมต่อกับเซิร์ฟเวอร์ผ่าน HTTPS ในเบราว์เซอร์ของฉันหรือใช้ SSH เพื่อเชื่อมต่อกับเซิร์ฟเวอร์เดียวกันนั้นจะอยู่ประมาณ 20 วินาทีก่อนเชื่อมต่อ สำหรับ SSH มันจะทำงานได้ดี (เช่นไม่ช้าอีกต่อไป) สำหรับ …

4
ADSL ถึง T1 มันคุ้มค่าสำหรับเราไหม
บริษัท ที่ฉันทำงานมีผู้ใช้งานพร้อมกันประมาณ 45-55 คน (ภายในและระยะไกล / VPN) เข้าสู่ระบบในเวลาที่กำหนด ขณะนี้เราสมัครรับข้อมูลการเชื่อมต่อ ADSL แต่เราพบว่าความเร็วการอัพโหลด / ดาวน์โหลดช้าลงตามจำนวนผู้ใช้ที่เพิ่มขึ้น ดังนั้นฉันมีคำถามสองสามข้อเกี่ยวกับการอัปเกรดการเชื่อมต่อของเราเป็นสาย t1 ฉันทราบว่าจำนวนช่องสัญญาณในสาย t1 นั้นยิ่งใหญ่กว่าการเชื่อมต่อ ADSL ปัจจุบันของเรา แต่ฉันได้ยินมาว่าจำนวนผู้ใช้ที่ใช้งานบนบรรทัด t1 นั้นไม่ควรมากกว่า 30 สำหรับประสิทธิภาพที่ดีที่สุด ฉันคิดว่าข้อความนี้ขึ้นอยู่กับสิ่งที่ผู้ใช้แต่ละคนใช้ในการเชื่อมต่อและสามารถเปลี่ยนแปลงได้ขึ้นอยู่กับตัวแปรนี้ ที่ถูกกล่าวว่าฉันได้พยายามที่จะทำลายวิธีการที่จะใช้บรรทัดในองค์กรของเราขึ้นอยู่กับหน่วยงานหลักของเรา: ยอดขาย (ประมาณ 60% ของผู้ใช้ทั้งหมด) - การท่องทุกวันอีเมลการวิจัยสื่อการสตรีมเป็นครั้งคราว การตลาด (ประมาณ 15% ของผู้ใช้ทั้งหมด) - ความเชื่อมั่นอย่างหนักในการอัปโหลด / ดาวน์โหลดสตรีมมิ่งสื่อการแบ่งปันไฟล์ อื่น ๆ (~ 25% ของผู้ใช้ทั้งหมด) - อีเมลการใช้กิจกรรมการเชื่อมต่อที่เข้มข้นน้อยมาก ฉันได้พิจารณาการรักษา ADSL …
โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.