คอขวดที่รันสคริปต์ชุดงานบนไดรฟ์ที่แมปเครือข่าย


0

ดังนั้นฉันจึงพยายามเรียกใช้สคริปต์ที่มีการทำงานที่หลากหลายในไฟล์วิดีโอขนาดกลางบนไดรฟ์เครือข่ายที่แมปใน Windows 10

ไดรฟ์เครือข่ายเป็นโฟลเดอร์ที่ใช้ร่วมกันใน ReadyNAS 104 สคริปต์กำลังทำงานในเครื่องท้องถิ่นของฉัน การดำเนินการที่ดำเนินการโดยทั่วไปคือการเปลี่ยนชื่อไฟล์การแปลงรูปแบบผ่าน ffmpeg และการอ่าน / เขียนส่วนหัว / ท้ายกระดาษ

ปัญหาที่ฉันมีอยู่คือสคริปต์แบทช์แทบจะไม่ใช้เครือข่าย 5% CPU และเครือข่าย ~ 150kBps (แก้ไข: ดูอีกครั้งและดูเหมือนว่าจะใกล้ถึง 120kB / s ขึ้นและลงตลอดเวลา) มีไฟล์จำนวนมากให้เรียกใช้ผ่านดังนั้นจึงใช้เวลานานมาก การประเมินของฉันใช้เวลาสองสามสัปดาห์ในการทำให้เสร็จทั้งหมด สิ่งนี้น่าผิดหวังเนื่องจากอุปกรณ์ทั้งสองอยู่บน LAN พร้อมกันและคอมพิวเตอร์มี 8 คอร์ที่สามารถทำงานได้

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

ฉันได้ยินมาว่าอาจมีปัญหากับการตรวจสอบสิทธิ์ SMB ซ้ำ ๆ ทำให้สิ่งต่าง ๆ ช้าลงและตามคำแนะนำในชุดข้อความนี้ฉันได้ลองแก้ไขรีจิสทรีเพื่อแก้ไขปัญหา (โดยไม่มีผลกระทบ)

ฉันสามารถเข้าใจไดรฟ์เครือข่ายที่แมปซึ่งเป็นคอขวดสำหรับกระบวนการนี้ (และฉันเห็นแน่นอนว่าอัตราการถ่ายโอนคงที่ต่ำและ 150kBps ในการเชื่อมต่อจากกระบวนการระบบไปยังที่อยู่เครือข่าย NAS) แต่ฉันไม่คาดหวังเช่นนั้น การใช้เครือข่ายไม่ดีเมื่อฉันสามารถถ่ายโอนไฟล์แต่ละไฟล์ผ่านไดรฟ์เดียวกันได้ใกล้ถึง 16mBps หรือสูงกว่า

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

ขอบคุณ!

แก้ไข 2: ตรวจสอบคืนนี้หลังจากวิ่งประมาณครึ่งวันที่มีลำดับความสำคัญสูง ตอนนี้ก็ใช้ 2.5mBps และ CPU 35% ที่เหมาะสม ยังคงต่ำ แต่ไม่ต่ำอย่างบ้าคลั่ง จริงๆไม่แน่ใจว่าสิ่งที่จะทำให้พฤติกรรมนี้แม้ว่า! อาจจะเร็วกว่าที่จะคัดลอกไฟล์จาก NAS แล้วกลับมาใช้แทนการใช้ไดรฟ์เครือข่ายที่แมป (แม้ว่าฉันจะชอบที่จะพบว่าทำไม)


คำสั่ง ffmpeg และตัวเลือกที่ใช้อาจมีประโยชน์
Yorik

ใช่ฉันได้ดูที่ตัวเลือก 'เธรด' แต่ไม่ได้อธิบายว่าทำไมส่วนที่เหลือของสคริปต์ซึ่งไม่เกี่ยวข้องกับ ffmpeg ก็ช้าเช่นกัน มันก็เหมือนกับการดำเนินการของ SMB ทั้งหมดที่มีความล่าช้ามาก
986122

อาจจะมีประโยชน์ คุณยังไม่ได้พูดถึงว่าคุณได้ลองใช้มันเช่นไฟล์ในเครื่องหรือไม่
Yorik

โอ้ใช่นั่นเป็นข้อมูลที่สำคัญ! ฉันลองใช้ไฟล์ในเครื่องแล้วมันก็เร็วขึ้นมาก นอกจากนี้ยังใช้ CPU ขนาดใหญ่กว่ามาก (50% หรือมากกว่านั้นโดยใช้เพียงสคริปต์เดียว) ส่วน ffmpeg ยังคงช้าสำหรับรสนิยมของฉัน แต่มันไม่ได้มีการใช้ซีพียูต่ำอย่างแปลก
user986122

คำตอบ:


0

ตอบคำถามของฉันเพราะฉันรู้ว่าฉันเป็นคนงี่เง่า ฉันติดตั้งฮาร์ดไดรฟ์ใหม่ใน NAS ทันทีก่อนที่จะเริ่มกระบวนการนี้ มันคือ 4TB และใช้เวลานานในการซิงค์กับ RAID-X ของฉัน การซิงค์เสร็จสิ้นในวันนี้และตอนนี้ฉันนั่งอยู่ที่แบนด์วิดท์และ CPU ที่ถูกต้อง เห็นได้ชัดว่าเมื่อกระบวนการดังกล่าวดำเนินอยู่ NAS ทั้งหมดก็ชะลอตัวลงอย่างรุนแรง

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