Thực tiễn tốt nhất về các ứng dụng mạng hiệu suất cao

Question

Trong khi thử nghiệm một máy chủ đa hướng UDP mà tôi đã viết trên Windows 7 Ultimate x64, tôi đã xem xét một điều tò mò nhất. Chơi nhạc với foobar2000 ở chế độ nền đáng kể cải thiện tốc độ truyền của máy chủ mà còn bị mất gói nhỏ. Tắt nhạc ngay lập tức giảm tốc độ truyền xuống dưới mức chấp nhận được nhưng cũng làm mất 0 gói dữ liệu. (Tôi có một ứng dụng máy khách nói chuyện với máy chủ và báo cáo lại các gói chưa được trả lời)

Tôi biết hành vi điều chỉnh của Vista để làm cho các ứng dụng truyền thông và mạng hoạt động tốt với nhau, nhưng tôi chắc chắn không mong đợi âm nhạc sẽ cải thiện hiệu suất mạng, và cũng không làm giảm hiệu năng mạng xuống cấp đáng kể.

Tôi có thể làm gì về điều này từ quan điểm mã trong ứng dụng máy chủ của tôi để nó thực hiện nhất quán cho dù phát nhạc hay không trên Vista trở lên? Tôi chắc chắn muốn tránh phải thông báo cho tất cả khách hàng về cách chỉnh sửa đăng ký của họ để có được tốc độ truyền có thể chấp nhận được và cũng muốn tránh họ chỉ đơn giản là "phát nhạc" để có được tốc độ truyền được chấp nhận. Ứng dụng nên "chỉ hoạt động" theo ý kiến ​​của tôi. Tôi nghĩ rằng giải pháp liên quan đến một thứ gì đó dọc theo các dòng ưu tiên của quá trình, MMCSS, hoặc có thể là một số lệnh gọi API Windows tối nghĩa khác để làm cho nó hoạt động đúng đắn (TM) tại đây.

Ngoài ra, xin lỗi nhưng tạo trường hợp thử nghiệm có thể tái sản xuất là số lượng công việc không nhỏ. Các hành vi throttling xảy ra chỉ khi trình điều khiển cho NIC vật lý đang tích cực làm việc và không thể được sao chép bằng cách sử dụng giao diện loopback. Người ta sẽ cần cài đặt máy khách, triển khai máy chủ và phần cứng mạng vật lý để kiểm tra.

Answer 1

Điều bạn quan sát là tác dụng phụ của độ phân giải đồng hồ cài đặt trình phát media của máy tính thành 1 ms.

này chỉ xảy ra trong quá trình chơi

Các tác dụng phụ là - Ứng dụng của bạn có timeslices nhỏ hơn và điều này imporves ứng dụng của bạn bởi vì bạn có thể có nhiều CPU bị đánh cắp khỏi ứng dụng và với timeslices lâu hơn - lâu hơn thời gian.

Để kiểm tra, bạn có thể chỉ cần đặt độ phân giải hẹn giờ trong ứng dụng của bạn thành 1ms và so sánh hiệu suất mà không cần phát phương tiện.

Nên giống như nếu không có cài đặt clocres nhưng có phương tiện đang phát.

Answer 2

Foobar có nhiều plugin được viết bởi những người khác nhau. Đây có thể là nguyên nhân của vấn đề của bạn. Tôi đề nghị bạn đến gần hơn với lý do thực sự. Hãy thử tắt từng plugin một để thực hiện kiểm tra của bạn mỗi khi một plugin bị tắt.

Hy vọng ý tưởng sẽ hữu ích.

Answer 3

Âm thanh này giống như thông lượng quản lý TSP/IP dựa trên thuật toán nguyên thủy của nó. Các giấy trắng ở đây nên cung cấp cho nền nhiều hơn nữa. http://www.asperasoft.com/?gclid=CICSzMqD8Z0CFShGagod_ltSMQ Sản phẩm của họ là giao thức UDP hoạt động rất tốt.

Answer 4

Đã nhiều năm kể từ khi tôi viết mã liên quan đến giao thức mạng, nhưng tôi sẽ đưa ra dự đoán.

Tôi nghi ngờ đây là sự cố throughput and latency. Phát nhạc đang giới thiệu I/O và thêm độ trễ khi truyền các gói. Tuy nhiên, độ trễ được thêm vào có khả năng khiến các gói tin bị xếp hàng và do đó được tăng lên theo khối lượng thông lượng.

Để giải quyết vấn đề này trong mã của bạn, bạn có thể tự mình gửi các gói theo lô. Tôi giả định rằng bạn đang gửi từng gói tin đến hệ thống để truyền khi dữ liệu sẵn sàng. Nhóm nhiều gói và gửi chúng vào hệ thống cùng một lúc. Ngay cả chỉ một nhóm hai hoặc ba gói có thể tạo ra sự khác biệt đáng kể, đặc biệt nếu bạn là introducing your own small delay giữa mỗi cuộc gọi hệ thống.

Tôi không thể tìm thấy bất kỳ liên kết trực tiếp nào có liên quan từ tìm kiếm nhanh trên Google. Tuy nhiên, bạn có thể thấy khái niệm trong this discussion of network tuning for Linux hoặc trong this FAQ mô tả các kỹ thuật như theo đợt để cải thiện thông lượng.