เหตุใดพีซีของฉันค้างในขณะที่ฉันกำลังคัดลอกไฟล์ไปยัง pendrive

ฉันมีสถานการณ์แปลก ๆ ที่นี่ พีซีของฉันทำงานได้ดีอย่างน้อยในกรณีส่วนใหญ่ แต่มีสิ่งหนึ่งที่ฉันไม่สามารถจัดการได้ เมื่อฉันพยายามที่จะคัดลอกไฟล์จาก pendrive ของฉันทุกอย่างก็โอเค - ฉันได้ 16-19M / s มันใช้งานได้ดี แต่เมื่อฉันพยายามคัดลอกบางสิ่งไปยัง pendrive เดียวกันพีซีของฉันค้าง ตัวชี้เมาส์หยุดเคลื่อนไหวเป็นเวลาหนึ่งวินาทีหรือสองวินาทีจากนั้นมันขยับเล็กน้อยและจะหยุดอีกครั้ง ตัวอย่างเช่นเมื่อเล่นใน Amarok เสียงจะทำหน้าที่เหมือนปืนกล ความเร็วกระโดดจาก 500K / s เป็น 15M / s เฉลี่ย 8M / s สิ่งนี้เกิดขึ้นเมื่อฉันกำลังคัดลอกบางสิ่งไปยังเพนไดรฟ เมื่อกระบวนการคัดลอกเสร็จสิ้นทุกอย่างจะกลับสู่ปกติ

ฉันลองทุกอย่าง - pendrive อื่น ๆ , พอร์ต USB ที่แตกต่างกันบนแผงด้านหน้าหรือพอร์ตเหล่านั้นจากด้านหลัง, ฉันยังเปลี่ยนพิน USB บนแผงวงจรหลัก (แผงด้านหน้า), แต่ไม่ว่าฉันจะใส่ USB ติดไว้ที่ใดก็ตาม ฉันพยายามระบบแฟ้มที่แตกต่างกัน - ,fat32 ext4ฉันไม่มีปัญหากับอุปกรณ์บน Windows บนแล็ปท็อปของฉัน มันต้องเป็นพีซีของฉันหรือบางอย่างในระบบของฉัน ฉันไม่รู้ว่าจะมองหาอะไร ฉันใช้การทดสอบเดเบียนด้วย Openbox แบบสแตนด์อโลน พีซีของฉันเป็นรุ่นเก่า - Pentium D 3GHz, RAM 1GiB, ดิสก์ WD Green 1.5 TB หากคุณมีสิ่งที่จะช่วยฉันในการแก้ปัญหานี้ฉันยินดีที่จะได้ยิน

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

ฉันพยายามทำซ้ำปัญหานี้บน ubuntu 13.04 live cd ฉันติดตั้งพาร์ทิชันเข้ารหัสของฉัน + สลับการเข้ารหัสและเชื่อมต่อ pendrive ของฉันเข้ากับพอร์ต usb ต่อไปฉันพยายามเริ่มบางแอพและตอนนี้ฉันมี ~ 820MiB ใน RAM และประมาณ 400MiB ใน SWAP ไม่มีปัญหากับการคัดลอกไม่มีการแช่แข็งทุกอย่างเป็นไปตามที่ควรจะเป็น ดังนั้นดูเหมือนว่ามันเป็นความผิดของระบบ แต่ที่ไหนกันแน่? อะไรจะทำให้เกิดพฤติกรรมแปลก ๆ

คุณใช้ Linux เวอร์ชัน 64 บิตที่มีหน่วยความจำมากมายหรือไม่? ในกรณีนี้ปัญหาอาจเป็นได้ว่า Linux สามารถล็อคได้นานหลายนาทีในการเขียนขนาดใหญ่บนอุปกรณ์ที่ช้าเช่นการ์ด SD หรือ USB sticks เป็นข้อผิดพลาดที่รู้จักที่ควรแก้ไขในเมล็ดที่ใหม่กว่า

ดูhttp://lwn.net/Articles/572911/

วิธีแก้ปัญหา: ตามปัญหาของรูท:

echo $((16*1024*1024)) > /proc/sys/vm/dirty_background_bytes
echo $((48*1024*1024)) > /proc/sys/vm/dirty_bytes

ฉันเพิ่มลงใน/etc/rc.localไฟล์ของฉันในเครื่อง 64 บิตแล้ว

TANSTAAFL ; การเปลี่ยนแปลงนี้สามารถ (และอาจจะ) ลดปริมาณงานของคุณไปยังอุปกรณ์เหล่านี้ซึ่งเป็นการประนีประนอมระหว่างเวลาแฝงและความเร็ว หากต้องการกลับไปสู่พฤติกรรมเดิมที่คุณทำได้

echo 0 > /proc/sys/vm/dirty_background_bytes
echo 0 > /proc/sys/vm/dirty_bytes

... ซึ่งเป็นค่าเริ่มต้นที่มีความหมายว่าพฤติกรรม writeback จะถูกควบคุมโดยพารามิเตอร์และdirty_ratiodirty_background_ratio

หมายเหตุสำหรับคนที่ไม่ค่อยมีผู้เชี่ยวชาญกับ linux: ไฟล์ใน/proc นั้นเป็น pseudofiles --- เป็นเพียงช่องทางการสื่อสารระหว่างเคอร์เนลและพื้นที่ผู้ใช้ อย่าใช้เครื่องมือแก้ไขเพื่อเปลี่ยนหรือดู รับ shell prompt แทนตัวอย่างเช่นด้วยsudo -i(รสชาติของ Ubuntu) หรือsu rootและใช้echoและcat)

ปรับปรุง 2016/04/18ดูเหมือนว่าหลังจากทั้งหมดปัญหายังคงอยู่ที่นี่ คุณสามารถดูได้ที่LWN.netในบทความนี้เกี่ยวกับคิวการเขียนกลับ

เหตุผลสามารถเขียนแอมพลิฟายเออร์ได้เนื่องจากระบบพยายามเขียนเป็นกลุ่มที่มีขนาดเล็กกว่าลบบล็อก (ทำการอ่าน / แก้ไข / เขียน) + บล็อกไม่ตรงแนว

หากต้องการตรวจสอบการตั้งค่าปัจจุบันของคุณให้ทำ:

cat /sys/block/sd**X**/device/max_sectors

คุณสามารถปรับกฎห้องโถงสำหรับอุปกรณ์เหล่านี้:

เปลี่ยนค่าของ USB "max_sectors" สำหรับอุปกรณ์ทั้งหมดในตระกูล

ในกรณีนี้ฉันได้เปลี่ยน max_sectors สำหรับอุปกรณ์ทั้งหมดที่ใช้ค่าเริ่มต้น 240 (ที่เก็บข้อมูล USB) เป็นภาค 32K หรือภาค 2K

ในระบบของฉัน (Mageia 4, 3.14.24 core i7) ฉันต้องทำสิ่งนี้เนื่องจากความเร็วในการเขียนช้ามาก (2MB / วินาที) บน Kingston DT101 G2 16GB:

vi /usr/lib/udev/rules.d/81-udisks_maxsect.rules

และเพิ่ม:

SUBSYSTEMS=="scsi", ATTR{max_sectors}=="240", ATTR{max_sectors}="32678"

และddความเร็วในการเขียนเพิ่มขึ้น 3 เท่า mc cpอาจเป็น 10-20x ขึ้นไป (หลังจากที่ฉันเริ่มพาร์ติชันแรกที่ @ 8192 ภาคและจัดรูปแบบกับกลุ่มที่จัดชิด 64k):

fdisk -u /dev/sdh # make DOS compat off if on
mkfs.vfat /dev/sdh1 -n KINGSTON16G -s 128 **-R 4592*** and use *fsck.vfat -v /dev/sdh1

เพื่อตรวจสอบการจัดตำแหน่ง (ตรวจสอบ [ภาคการเริ่มต้นข้อมูล] ควรมีหลาย 128 (ขนาดคลัสเตอร์)) ปรับจำนวนของเซกเตอร์ที่สงวนไว้ (-R) หากจำเป็น

ค่าเริ่มต้น max_sectors (240) ดูเหมือนจะทำให้เกิดการขยายการเขียนสูงในบางไดรฟ์ใหม่ราคาถูก แต่ต้องระวังอย่างมากกับการตั้งค่าที่สูงเช่นนี้ผลที่ได้จะคล้ายกันที่ภาค 2048 (อาจลบบล็อก 1M:

SUBSYSTEMS=="scsi", ATTR{max_sectors}=="240", ATTR{max_sectors}="2048"

ทดสอบอุปกรณ์ USB เก่าทั้งหมดของคุณว่ายังใช้งานได้ดี ใช้แอททริบิวผู้ขาย / รุ่นในไฟล์กฎเพื่อให้เฉพาะเจาะจงมากขึ้น

ฮาร์ดแวร์กับซอฟต์แวร์

ฉันพบปัญหาแปลก ๆ เช่นนี้กับ USB thumbdrives และในการวิจัยของฉันมันมักจะเป็นปัญหาไดรเวอร์หรือฮาร์ดแวร์เฉพาะภายในพีซี / มาเธอร์บอร์ด

ฉันรู้สิ่งนี้เพราะฉันมีหลายระบบที่เป็นฮาร์ดแวร์ที่เหมือนกันและที่หนึ่งฉันสามารถดำเนินการนี้ได้โดยไม่มีปัญหาในขณะที่อีกปัญหาหนึ่งปรากฏขึ้น

จะทำอย่างไร?

ตัวเลือกของคุณมี จำกัด จริงๆที่นี่ เกี่ยวกับสิ่งเดียวที่คุณทำได้คือให้แน่ใจว่าคุณติดตั้ง BIOS / เฟิร์มแวร์ล่าสุดในระบบของคุณและตรวจสอบให้แน่ใจว่าคุณมีแพ็คเกจล่าสุดของ disto

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

หากคุณมีบุคลิกภาพประเภทไหนที่ทำให้คุณโกรธคุณสามารถลองใช้ distro อื่นของ Linux และทำซ้ำขั้นตอนที่นำไปสู่ปัญหาของคุณ นี่เป็นเพียงการกำจัดไม่ว่าจะเป็นปัญหาเฉพาะ distro หรือปัญหาฮาร์ดแวร์ตามที่ฉันได้อธิบายไว้ข้างต้น มันจะเป็นการปลอบใจเล็ก ๆ น้อย ๆ แต่ฉันชอบที่จะรู้ว่าสิ่งต่าง ๆ มากกว่าที่จะฝังศีรษะของฉันในทรายและไม่

มีอะไรอีกไหม

หากคุณกำลังหลงไหลอย่างแท้จริงคุณสามารถลองใช้แอปพลิเคชันที่คุณกำลังทำสำเนาstraceอยู่โดยหวังว่าจะได้รับระบบในทุกสิ่งที่ระบบเรียกว่าค้าง คุณควรทำสิ่งนี้ได้จากบรรทัดคำสั่งด้วย

ตัวอย่าง

$ strace -o cp1.log cp -r /path/to/dir1 /path/to/usb/. 

จากนั้นในขณะที่กำลังเริ่มต้นอีกอันหนึ่ง

$ strace -o cp2.log cp -r /path/to/dir2 /path/to/usb/. 

หวังว่าระบบจะหยุดในระหว่างการดำเนินการนี้และบางทีคุณอาจจะโชคดีและพบควันในไฟล์บันทึกเหล่านั้น