Đang chạy Windows Server 2012 R2, tôi nhận thấy một tính năng khó chịu trên các kết nối RDP:
Windows tiếp tục giết chết Dịch vụ âm thanh audiodg.exe nếu nó không hoạt động trong hơn 5 phút.
Vấn đề với điều này là bất kỳ đầu ra âm thanh mới nào giờ đây sẽ bị trễ khởi động từ 5-10 giây, phải chờ audiodg.exe để lưu lại bộ đệm trước khi đầu ra âm thanh có thể bắt đầu.
Tôi đã thấy các vấn đề về độ trễ âm thanh được thảo luận nhiều lần với các kết nối RDP trên tất cả các phiên bản Windows Server, nhưng tôi chưa thấy ai đề cập rằng đây có thể là nguyên nhân của tất cả các vấn đề này.
Thời gian spoolup của audodg.exe sẽ làm trễ tất cả âm thanh trên máy chủ. Không quan trọng âm thanh đến từ đâu. Các ứng dụng tương tác có phản hồi âm thanh sẽ không đồng bộ và video Youtube trên Chrome sẽ bị treo cho đến khi audiodg chạy lại.
Trên máy chủ của tôi, audiodg tiêu thụ 100% CPU khi khởi động. Tôi không biết nó đang làm gì, nhưng nó làm gì đó ở CPU 100% trong khoảng 5-10 giây trước khi tiếp tục âm thanh bình thường.
Khi nó được thiết lập và chạy, tất cả âm thanh sẽ diễn ra ngay lập tức. Không có sự chậm trễ hoặc lag. Mọi thứ hoạt động tốt miễn là nó tiếp tục chạy.
Cách duy nhất tôi tìm thấy để khắc phục "tính năng" gây phiền nhiễu này là tạo một tác vụ lặp lại phát vài giây âm thanh (im lặng) cứ sau 4 phút để ngăn Windows tắt audiodg.
Nó có vẻ như là một giải pháp ngớ ngẩn.
Một vài câu hỏi xuất hiện trong đầu (theo thứ tự quan trọng, tôi nghĩ vậy):
Làm cách nào tôi có thể ngăn audiodg bị giết ngay từ đầu mà không cần dùng đến các giải pháp hacky? Có một cài đặt đăng ký cho điều này ở đâu đó không? Tôi đã đặt dịch vụ thành "thủ công" nhưng điều đó không tạo ra bất kỳ sự khác biệt nào. Tự động / Thủ công.. cùng một vấn đề bất kể.
Tại sao khởi động audiodg quá chậm? Tôi nghĩ rằng đây cũng có thể là một số loại lỗi hoặc tính năng ngoài ý muốn.
Cập nhật
Có vẻ như tôi đã tìm thấy câu trả lời cho câu hỏi 2 ở đây:
Quá trình audiodg.exe quét catroot và hogs IO
