Hi, ich habe eine Maschine, die zeitweise höhere Load Average hat (5-6), lt. top. Top zeigt aber kaum CPU-Auslastung an (80 - 90 % idle), so daß ich auf IO spekuliere. iostat sagt folgendes: ================================ pc53200:/media # iostat -m Linux 2.6.16.60-0.91.1-smp (pc53200) 01/10/12 avg-cpu: %user %nice %system %iowait %steal %idle 1.75 0.01 9.53 1.68 0.00 87.04 Device: tps MB_read/s MB_wrtn/s MB_read MB_wrtn cciss/c0d0 88.53 0.53 0.52 1161689 1134014 hda 0.00 0.00 0.00 4 0 dm-0 1.00 0.00 0.00 4020 6408 dm-1 1.22 0.00 0.00 6122 9516 dm-2 161.76 0.40 0.48 884629 1042510 dm-3 3.32 0.01 0.01 28577 17378 ================================= Auf dm-2 passiert viel. Nach mount habe ich geschlossen, daß dm-2 /tmp entspricht: ================================= pc53200:/media # mount ... /dev/mapper/vg1-lv2 on /tmp type ext3 (rw,acl,user_xattr) ... ================================= Habe ich das richtig geschlußfolgert ? atop hilft mir leider nicht viel weiter, da "man atop" sagt: "Disk load is shown if per process "storage accounting" is active in the kernel or if the kernel patch `cnt' has been installed. Network load is only shown per process if the kernel patch `cnt' has been installed." Wenn ich aber in atop "d" drücke, um die disk-Auslastung zu kontrollieren, erscheint "No disk-activity figures available; request ignored!". Von daher ist das storage accounting wohl nicht aktiviert (oder wie könnte ich das anders rauskriegen ?). Und die LV's werden in atop auch nicht angezeigt, sondern nur "echte" Partitionen. Ein "lsof |grep ' /tmp' zeigt: ================================= pc53200:/media # lsof |grep ' /tmp' java 2878 root mem REG 253,1 32768 65538 /tmp/hsperfdata_root/2878 postmaste 4956 postgres 5u unix 0xffff810166fef6c0 15151 /tmp/.s.PGSQL.5432 java 5197 tomcat mem REG 253,1 32768 720898 /tmp/hsperfdata_tomcat/5197 mxdtf 6878 root mem REG 253,1 32768 65539 /tmp/hsperfdata_root/6878 mxdomainm 6879 root mem REG 253,1 32768 65540 /tmp/hsperfdata_root/6879 atop 10803 root 3r REG 253,1 26393792 1867778 /tmp/atop.d/atop.acct vmware-vm 20439 root DEL REG 253,1 1114155 /tmp/vmware-root/ram0 vmware-vm 20439 root 57u REG 253,1 13709312 1114155 /tmp/vmware-root/ram0 (deleted) vmware-vm 21254 root DEL REG 253,1 1114156 /tmp/vmware-root/ram0 vmware-vm 21254 root 61u REG 253,1 22831104 1114156 /tmp/vmware-root/ram0 (deleted) vmware-vm 23638 root DEL REG 253,1 1114158 /tmp/vmware-root/ram0 vmware-vm 23638 root 57u REG 253,1 13062144 1114158 /tmp/vmware-root/ram0 (deleted) ================================= Ich hatte die VM's in Verdacht für IO, aber wenn ich alle VM's runterfahre, habe ich immer noch genausoviel IO auf /tmp. Wie kann ich rauskriegen, welcher Prozess viel IO macht ? Bernd -- Bernd Lentes Systemadministration Institut für Entwicklungsgenetik HelmholtzZentrum münchen bernd.lentes@helmholtz-muenchen.de phone: +49 89 3187 1241 fax: +49 89 3187 3826 http://www.helmholtz-muenchen.de/idg Wer Visionen hat, soll zum Hausarzt gehen Helmut Schmidt Helmholtz Zentrum München Deutsches Forschungszentrum für Gesundheit und Umwelt (GmbH) Ingolstädter Landstr. 1 85764 Neuherberg www.helmholtz-muenchen.de Aufsichtsratsvorsitzende: MinDir´in Bärbel Brumme-Bothe Geschäftsführer: Prof. Dr. Günther Wess und Dr. Nikolaus Blum Registergericht: Amtsgericht München HRB 6466 USt-IdNr: DE 129521671 -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org