Harddrive I / O ต่อ Pid


9

มีวิธีใดบ้างที่จะเห็นดิสก์ I / O ต่อ pid / โปรเซส? Monitorix แสดงต่อไปนี้และแก้ไขให้ฉันถ้าฉันผิด แต่ดูเหมือนว่าฮาร์ดไดรฟ์กำลังทำให้ระบบช้าลง: ป้อนคำอธิบายรูปภาพที่นี่

อัปเดต # 1

บนยอดดูเหมือนจะให้ภาพรวมที่ดีเหนือทุกสิ่ง

  • ฉันอาจถามคุณว่าการรอคอยที่ทำเครื่องหมายสีแดงหมายถึงอะไร
  • นั่นเป็นการรอจากดิสก์ I / O หรือไม่

ป้อนคำอธิบายรูปภาพที่นี่


2
คุณมีทั้งบน,
ไอโซโทป

1
@ sebelk เฮ้ฉันได้อัปเดตคำถามแล้วมันคงจะดีถ้าคุณดูได้ :)
user2693017

1
มันเป็นไปไม่ได้เลยที่จะเลือกคำตอบที่ดีที่สุดดังนั้นฉันจึงตัดสินใจเลือกคำตอบที่ช่วยฉันได้มากที่สุด
user2693017

@ user2693017 - มันใช้ได้ดีเพราะ OP มันเป็นสิทธิพิเศษของคุณที่เหมาะสมที่สุดกับความต้องการของคุณ
slm

คำตอบ:


3

มันยากสำหรับฉันที่จะดูรูปนี้ แต่:

ลองดูที่ผู้ชายบน:

ฉันสงสัยว่าในที่สุดคุณจะขอสิ่งอื่นในส่วน CPU คุณมี:

Every  line contains the percentage of cpu time spent in kernel mode by all
active processes (`sys'), the percentage of cpu time consumed in user mode
(`user') for all active processes (including processes running with a nice
value larger than zero), the  percentage  of  cpu  time spent  for  interrupt
handling  (`irq')  including  softirq, the percentage of unused cpu time while
no processes were waiting for disk-I/O (`idle'), and the percentage of unused
cpu time while at least one process was waiting for disk-I/O (`wait').

In case of per-cpu occupation, the last column shows the cpu number and the
wait percentage (`w') for that cpu.  The number of lines showing the per-cpu
occupation can be limited.

อย่างไรก็ตามคุณสามารถอ่านสถิติเฉพาะดิสก์ได้:

d    Show disk-related output.

            When "storage accounting" is active in  the  kernel,  the  
            following  fields  are shown: process-id, amount of data read 
            from disk, amount of data written to disk, amount of data that 
            was written but has been withdrawn again (WCANCL), disk 
            occupation percentage and process name.

รวมถึงตัวเลือกเหล่านี้

D

    D   Sort  the  current  list  in the order of disk accesses issued.  
        The one-but-last column changes to ``DSK''.
        ...

RDDSK

RDDSK   When the kernel maintains standard io statistics (>= 2.6.20):

        The  read  data  transfer issued physically on disk (so reading from 
        the disk cache is not accounted for).
        ...

WRDSK

WRDSK   When the kernel maintains standard io statistics (>= 2.6.20):

        The  write  data  transfer  issued physically on disk (so writing to 
        the disk cache is not accounted for).  This counter is maintained 
        for the  application process  that writes its data to the cache 
        (assuming that this data is physically transferred to disk later 
        on). Notice that disk I/O needed for swapping is not taken into 
        account.
        ....

LVM / MDD / DSK

LVM/MDD/DSK
        Logical volume/multiple device/disk utilization. 

        Per active unit one line is produced, sorted on unit activity.
        Such  line shows the name (e.g. VolGroup00-lvtmp for a logical
        volume or sda for a hard disk), the busy percentage i.e. the
        portion of time that the unit was busy handling requests
        (`busy'),  the  number  of  read  requests  issued  (`read'), the
        number of write requests issued (`write'), the number of KiBytes
        per read (`KiB/r'),  the  number of  KiBytes  per write
        (`KiB/w'), the number of MiBytes per second throughput for reads
        (`MBr/s'),  the  number  of  MiBytes  per second  throughput  for
        writes (`MBw/s'), the average queue depth (`avq') and the average
        number of milliseconds needed by a request (`avio') for seek,
        latency and data transfer.

        If the screen-width does not allow all of these counters, only a
        relevant subset is shown.

        The  number of lines showing the units can be limited per class
        (LVM, MDD or DSK) with the 'l' key or statically (see separate
        man-page of atoprc).  By specifying the  value  0  for  a
        particular class, no lines will be shown any more for that class.

ขอบคุณมาก ๆ. หากเป็นเรื่องยากเนื่องจากขนาดใช้ลิงค์โดยตรง: i.stack.imgur.com/5ifJi.png
user2693017

8

ฉันเชื่อว่ามีเครื่องมือมากมาย หนึ่งในนั้นคือpidstat:

pidstat -d 5

แสดง I / O ของกระบวนการทุก 5 วินาที

ตัวอย่าง

$ pidstat -d 5
Linux 3.12.11-201.fc19.x86_64 (greeneggs.bubba.net)     03/04/2014  _x86_64_    (4 CPU)

06:19:05 PM   UID       PID   kB_rd/s   kB_wr/s kB_ccwr/s  Command
06:19:10 PM  1000     29486      0.00    317.93      0.00  chrome

06:19:10 PM   UID       PID   kB_rd/s   kB_wr/s kB_ccwr/s  Command
06:19:15 PM  1000     29486      0.00    368.00      0.00  chrome

06:19:15 PM   UID       PID   kB_rd/s   kB_wr/s kB_ccwr/s  Command
06:19:20 PM  1000     29486      0.00    591.62    836.73  chrome

06:19:20 PM   UID       PID   kB_rd/s   kB_wr/s kB_ccwr/s  Command
06:19:25 PM  1000      2410      0.00      0.80      0.00  mono
06:19:25 PM  1000     29486      0.00    262.40      0.00  chrome
^C

Average:      UID       PID   kB_rd/s   kB_wr/s kB_ccwr/s  Command
Average:     1000      2410      0.00      0.20      0.00  mono
Average:     1000     29486      0.00    385.02    209.29  chrome

จากจุดที่คุณเห็นเครื่องหมายCtrl+ C(aka. ^C) เป็นยอดรวมสำหรับระยะเวลาการวิ่งข้างต้น


ดีเป็นไปได้ไหมที่จะให้มันทำงานเป็นเวลา 1 ชั่วโมงเพื่อให้ได้ผลลัพธ์โดยรวม?
user2693017

บางทีฉันยังไม่ได้ลองเลย คุณสามารถกำหนด PID ที่คุณต้องการตรวจสอบได้

3

ลองดูที่นี้ U & L Q & A หัวข้อ: Amazon EC2 ไมโครอินสแตนซ์จำนวนมากของการร้องขอ IOfatraceที่ฉันให้รายละเอียดรอบเครื่องมือที่เรียกว่า ฉันยังครอบคลุมในเรื่องนี้ Q & A หัวข้อ: การกำหนดเฉพาะ File รับผิดชอบสูง I / O

fatrace

นี่เป็นส่วนเสริมใหม่ของเคอร์เนล Linux และเป็นที่ต้อนรับดังนั้นจึงเป็นเฉพาะใน distros รุ่นใหม่เช่น Ubuntu 12.10 ระบบ Fedora 14 ของฉันขาดไป 8-)

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

$ sudo fatrace
pickup(4910): O /var/spool/postfix/maildrop
pickup(4910): C /var/spool/postfix/maildrop
sshd(4927): CO /etc/group
sshd(4927): CO /etc/passwd
sshd(4927): RCO /var/log/lastlog
sshd(4927): CWO /var/log/wtmp
sshd(4927): CWO /var/log/lastlog
sshd(6808): RO /bin/dash
sshd(6808): RO /lib/x86_64-linux-gnu/ld-2.15.so
sh(6808): R /lib/x86_64-linux-gnu/ld-2.15.so
sh(6808): O /etc/ld.so.cache
sh(6808): O /lib/x86_64-linux-gnu/libc-2.15.so

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

หมายเหตุ: fatraceสามารถ-p PIDทะเลาะกันเพื่อให้คุณสามารถชี้นำมันเพื่อดู PID เดียวหากคุณต้องการแทน


เครื่องมือที่ดีจริงๆขอบคุณฉันไม่รู้เกี่ยวกับมัน!
sebelk

คุณมีเครื่องมือที่ดีและเกี่ยวข้องซึ่งเป็น ftop
sebelk

@sebelk - yup ขอบคุณมีการติดตั้งแล้วเช่นกัน
slm

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