ด้านบนกล่าวว่า IOWAIT นั้นสูงฉันจะหากระบวนการผู้ร้ายได้อย่างไร


9

ฉันรู้ว่าฉันไม่ควรทำ แต่ฉันใช้ระบบ Ubuntu บางอย่างจากแฟลชไดรฟ์ USB ในโหมดถาวรและมันช้าอย่างเจ็บปวด

"top" บอกฉันว่ามันไม่ใช่เพราะ CPU มันเป็นเพราะ IO นั่นคือ high% wa

ฉันได้ลบ swap ออกไปแล้ว แต่เพื่อเพิ่มประสิทธิภาพให้ดียิ่งขึ้นฉันต้องได้รับเบาะแสเกี่ยวกับกระบวนการที่เรียกใช้ดิสก์มาก

ดังนั้นโดยทั่วไปสิ่งที่ฉันต้องการจะเท่ากับ "top" เพื่อแสดงกระบวนการที่มี IOWAIT สูงเช่นเดียวกับ "top" แสดงกระบวนการด้วย CPU% สูง


ฉันหวังว่านี่จะมีคำตอบที่ดีกว่า ฉันแค่ต้องการให้วิธีการรวมเวลา iowait ในเปอร์เซ็นต์ซีพียูต่อกระบวนการ
bukzor

คำตอบ:


5

ไดรฟ์ "ปากกา" USB จำนวนมากช้ามากโดยเฉพาะการเขียนดังนั้นอาจมีน้อยมากที่คุณสามารถทำได้นอกเหนือจากการลองไดรฟ์ที่เร็วขึ้น

เพื่อตอบคำถามโดยตรงของคุณ:คุณสามารถดูภาพว่าเกิดอะไรขึ้นกับดิสก์ด้วยiotop -o- หากปล่อยให้ทำงานในช่วงเวลาที่ยุ่งซึ่งจะแสดงให้คุณเห็นว่ากระบวนการใดที่กำลังอ่าน / เขียนดิสก์ นี่อาจเน้นกระบวนการหรือบริการบางอย่างที่คุณสามารถทำได้โดยไม่ต้องปิดเพื่อช่วยในการดำเนินการต่างๆ มีงาน crons ในการตั้งค่า Linux จำนวนมากที่สแกนไฟล์ต่างๆในไฟล์ (ถ้าไม่ใช่ทั้งหมด / พวกมัน) เป็นครั้งคราวเพื่ออัปเดตแคชการค้นหา (เช่นupdatedbงานที่อัปเดตข้อมูลที่ใช้โดยคำสั่งเช่นlocate) - หากคุณพบหนึ่งใน สิ่งเหล่านี้เป็นสาเหตุของความเชื่องช้าของคุณจากนั้นสามารถลบออกได้อย่างปลอดภัยจากรายชื่อ cron เพื่อให้ทำงานเป็นประจำ

คุณมี RAM เท่าใดในเครื่องเป้าหมาย? หากเป็นเครื่องขนาดเล็กตามการวัดนั้นสิ่งนี้จะไม่ช่วยเนื่องจากจะมีห้องเล็ก ๆ ให้อ่านแคช (ดังนั้นสิ่งที่อ่านอีกครั้งในเวลาสั้น ๆ ในภายหลังจำเป็นต้องมาจากแท่ง USB อีกครั้งแทนที่จะเป็นสำเนาแคชใน RAM)

คุณสามารถลองใช้ Ubuntu รุ่นที่ตัดทอนลงได้เช่นกันโดยเฉพาะอย่างยิ่งถ้าคุณอยู่ในสถานการณ์ที่มี RAM ต่ำ แต่ก็สามารถช่วยได้หากคุณมี RAM จำนวนมาก แต่มีไดรฟ์ที่ช้าโดยลดเวลาบูตหากไม่มีอะไรอื่น lubuntuเป็นตัวเลือกที่ได้รับความนิยม - แพคเกจปกติทั้งหมดที่มีอยู่หากคุณต้องการ แต่มันติดตั้งน้อยลงโดยค่าเริ่มต้นเริ่มบริการน้อยลงในการบูตโดยค่าเริ่มต้นและใช้สภาพแวดล้อมเดสก์ท็อปที่มีน้ำหนักน้อยกว่า ดังนั้นคุณควรพบว่ามันค่อนข้างคุ้นเคยแม้ว่า Ubuntu เป็นตัวแปร Linux ตัวเดียวที่คุณมีประสบการณ์มาก)


2
ขอบคุณ ใช้ iotop -o-d 5 (5 วินาทีฉันไม่ใช่ผู้อ่านเร็ว) ฉันสังเกตเห็น 3 สิ่ง: 1 / jdb2, 2 / gnome-setting-daemon และ 3 / chromium ที่รวมกันสร้างเกือบ 50% wa ... ทำไม gnome & chromium เขียนลงดิสก์ตลอดเวลาเป็นเรื่องลึกลับหรือไม่ แต่มีข้อมูลไม่มากประมาณ 10K / s เกี่ยวกับ jdb2 นี่เป็นความผิดของฉันที่ฉันเชื่อว่าฉันโชคไม่ดีที่ใช้ ext4 fs และฉันกำลังมองหาวิธีแก้ปัญหาเพื่อกลับไปใช้ ext2 ที่เหมาะสมยิ่งขึ้นสำหรับปุ่ม USB ที่เขียนช้า
JeanHuguesRobert

2
Kbytes / วินาทีหรือการเขียนอาจเป็นปัญหาสำหรับแฟลชไดรฟ์ที่ใช้เนื่องจากพวกเขาจำเป็นต้องเขียนในบล็อกขนาดใหญ่ (ดังนั้นสำหรับการเขียนตัวควบคุมขนาดเล็กแต่ละครั้งอาจอ่านบล็อกเต็มอัปเดตแล้วเขียนมัน) Chromium จะอัปเดตแคชของดิสก์เป็นประจำอาจเป็นไปได้ว่าเว็บไซต์ที่คุณเปิดกำลังดำเนินการตามคำขอพื้นหลังเพื่อรักษาข้อมูล "ทันที" อัปเดต (Facebook และแอปที่คล้ายกันหลายตัวทำเช่นนี้) การใช้ระบบไฟล์ที่ไม่มีเจอร์นัลอย่าง ext2 จะช่วยให้สิ่งต่าง ๆ ดีขึ้นโดยการลบ write-to-journal ออกจากสถานการณ์ แต่มันปลอดภัยน้อยกว่าและฉันไม่แน่ใจว่าจะเห็นความแตกต่างที่เห็นได้ชัดเจนอย่างไร
David Spillett
โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.