Nút cổ chai chạy tập lệnh bó trên ổ đĩa được ánh xạ mạng


0

Vì vậy, tôi đã cố gắng chạy một tập lệnh thực hiện nhiều thao tác trên các tệp video cỡ trung bình trên ổ đĩa mạng được ánh xạ trong Windows 10.

Ổ đĩa mạng là một thư mục được chia sẻ trên ReadyNAS 104. Tập lệnh đang được chạy trên máy cục bộ của tôi. Các hoạt động mà nó thực hiện thường là đổi tên tệp, chuyển đổi định dạng qua ffmpeg và đọc / ghi chân trang / chân trang.

Vấn đề tôi gặp phải là tập lệnh bó hầu như không sử dụng 5% CPU và mạng ~ 150kBps (chỉnh sửa: nhìn lại và có vẻ như nó gần với tốc độ lên xuống 120kB / giây mọi lúc). Có rất nhiều tệp để chạy qua, vì vậy điều này có nghĩa là nó mất rất nhiều thời gian. Ước tính của tôi là một vài tuần để hoàn thành tất cả. Điều này thật khó chịu khi hai thiết bị nằm trên một mạng LAN và máy tính có 8 lõi mà nó có thể làm việc.

Tôi đã thử thay đổi mức độ ưu tiên của các quy trình liên quan (dường như không có hiệu lực giữa Bình thường và Cao). Tôi cũng đã thử chạy khoảng 30 phiên bản tập lệnh trên các thư mục con và việc sử dụng chỉ tăng lên một chút khi nhiều phiên bản ffmpeg đang chạy khi một tệp cần chuyển đổi (vẫn không bao giờ thực sự vượt quá mức sử dụng 30%).

Tôi đã nghe nói có thể có một vấn đề với việc xác nhận lại SMB làm chậm mọi thứ và, theo gợi ý trong chủ đề này , tôi đã thử sửa đổi sổ đăng ký để sửa nó (không có hiệu lực).

Tôi có thể hiểu rằng ổ đĩa mạng được ánh xạ là một nút cổ chai cho quá trình này (và tôi thực sự thấy tốc độ truyền 150kBps không đổi trong một kết nối từ quy trình Hệ thống đến địa chỉ mạng NAS), nhưng tôi không mong đợi như vậy sử dụng mạng kém khi tôi có thể chuyển các tệp riêng lẻ trên cùng một ổ đĩa ở mức gần 16mBps trở lên.

Bất kỳ đề xuất về những điều tôi có thể cố gắng để tăng tốc quá trình? Kịch bản không phải là của tôi và nó đã chạy được khoảng 5 ngày rồi nên tôi ngần ngại làm bất cứ điều gì yêu cầu tôi khởi động lại nó trừ khi đó là một hướng dẫn tốt, nhưng tôi mở cho mọi đề xuất nói chung vì tôi có thể chạy quá trình này một lần nữa trong tương lai.

Cảm ơn!

Chỉnh sửa 2: Đã kiểm tra lại tối nay sau khi nó chạy được khoảng nửa ngày với mức độ ưu tiên cao. Bây giờ, nó đột nhiên sử dụng CPU 2,5mBps khá hợp lý và CPU 35%. Vẫn thấp nhưng không quá thấp. Thực sự không chắc chắn những gì để làm cho hành vi này mặc dù! Có thể nhanh hơn để sao chép các tệp từ NAS sau đó quay lại thay vì sử dụng các ổ đĩa mạng được ánh xạ (mặc dù tôi rất muốn gặp tại sao).


Các lệnh ffmpeg và các tùy chọn được sử dụng có thể hữu ích.
Yorik

Vâng, tôi đã xem tùy chọn 'chủ đề', nhưng điều đó không giải thích tại sao phần còn lại của tập lệnh không liên quan đến ffmpeg cũng chậm. Nó giống như tất cả các hoạt động SMB có sự chậm trễ lớn
user986122

Vẫn có thể hữu ích. Bạn cũng không đề cập đến nếu bạn đã thử chạy nó trên ví dụ như một tệp cục bộ.
Yorik

Ồ vâng đó là thông tin quan trọng! Tôi đã thử nó trên các tập tin cục bộ và nó chạy nhanh hơn nhiều. Nó cũng sử dụng một khối cpu lớn hơn nhiều (50% trở lên chỉ với một tập lệnh đang chạy). Phần ffmpeg vẫn hơi chậm theo sở thích của tôi, nhưng nó không có mức sử dụng cpu thấp một cách kỳ lạ.
dùng986122

Câu trả lời:


0

Trả lời câu hỏi của riêng tôi vì tôi nhận ra mình là một thằng ngốc. Tôi đã cài đặt một ổ cứng mới trong NAS ngay trước khi bắt đầu quá trình này. Nó là 4TB và mất nhiều thời gian để đồng bộ hóa với RAID-X của tôi. Đồng bộ hóa đã hoàn tất hôm nay và bây giờ tôi đang ngồi đúng với mong đợi về băng thông và CPU. Rõ ràng khi quá trình đó đang diễn ra, toàn bộ NAS chậm lại nghiêm trọng.

Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.