lkml.org 
[lkml]   [2005]   [Jun]   [8]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
From
SubjectRe: System state too high for too long...
Date
On Tuesday 07 June 2005 23:13, Andrew Morton wrote:
> "Dan A. Dickey" <dan.dickey@savvis.net> wrote:
> > This problem has now been persistent enough in the last few
> > kernels I've run that I've subscribed (once again) to the
> > linux-kernel list and would like to report it.
> > I'm using gentoo-sources-2.6.11-r9.

Switched to vanilla-sources 2.6.12-rc6 just to rule out
the possible influence of patches...

> > When the system is compiling something, the state typically
> > stays at about 85-95% system time. This just really does not
> > seem right for my workload, and additionally only appeared
> > a few releases ago (sorry, I didn't bother to track it - I
> > thought it might go away in a release or two; but it has not).
...
> > 1 0 12752 62284 57348 211268 0 0 4 53 1087
> > 807 17 83 0 0
> > 1 0 12752 59400 57356 211328 0 0 0 34 1222
> > 1919 17 83 0 0
>
> (grr, wordwrapping.)

Yeah; sorry - my email gui is doing that. I turned it off.
Don't know why I had it on in the first place.

> - Check that your disks are running in DMA mode (if they're IDE)
> (with hdparm)

It looks to me like it is:
# hdparm -I /dev/hda

/dev/hda:

ATA device, with non-removable media
Model Number: WDC WD400BB-75DEA0
Serial Number: WD-WMAD16857838
Firmware Revision: 05.03E05
Standards:
Supported: 5 4 3 2
Likely used: 6
Configuration:
Logical max current
cylinders 16383 16383
heads 16 16
sectors/track 63 63
--
CHS current addressable sectors: 16514064
LBA user addressable sectors: 78165360
device size with M = 1024*1024: 38166 MBytes
device size with M = 1000*1000: 40020 MBytes (40 GB)
Capabilities:
LBA, IORDY(can be disabled)
bytes avail on r/w long: 40 Queue depth: 1
Standby timer values: spec'd by Standard, with device specific minimum
R/W multiple sector transfer: Max = 16 Current = 16
Recommended acoustic management value: 128, current value: 254
DMA: mdma0 mdma1 mdma2 udma0 udma1 udma2 udma3 udma4 *udma5
Cycle time: min=120ns recommended=120ns
PIO: pio0 pio1 pio2 pio3 pio4
Cycle time: no flow control=120ns IORDY flow control=120ns
Commands/features:
Enabled Supported:
* READ BUFFER cmd
* WRITE BUFFER cmd
* Host Protected Area feature set
* Look-ahead
* Write cache
* Power Management feature set
* SMART feature set
* Device Configuration Overlay feature set
* Automatic Acoustic Management feature set
SET MAX security extension
* DOWNLOAD MICROCODE cmd
* SMART self-test
* SMART error logging
HW reset results:
CBLID- above Vih
Device num = 0 determined by CSEL
Checksum: correct

> - See what `time make' says

It says:
real 9m51.034s
user 1m43.371s
sys 6m2.018s

> - Generate a kernel profile (See Documentation/basic_profiling.txt)

How much of it is useful? I used readprofile; here is what to me looks
like the most relevant portion of it.
# sort -nr +2 < captured_profile | head -n 40
281609 kmem_cache_free 2448.7739
25158 default_idle 535.2766
8704 kernel_map_pages 93.5914
3870 sock_poll 86.0000
6133 poison_obj 80.6974
8846 kfree 60.5890
2784 _atomic_dec_and_lock 30.2609
696 fput 27.8400
2824 change_page_attr 24.9912
2483 fget 22.9907
9986 buffered_rmqueue 18.6306
2086 sysenter_past_esp 17.8291
1091 sub_preempt_count 17.3175
5607 __d_lookup 14.9920
1295 strncpy_from_user 11.6667
568 add_preempt_count 11.3600
1597 vfs_getattr 10.9384
3672 tcp_poll 10.2857
1270 __copy_to_user_ll 10.0794
1323 __do_softirq 9.4500
902 kmap_atomic 7.9823
290 dbg_redzone1 6.9048
731 __get_zone_counts 6.7064
417 path_release 6.6190
277 kmem_flagcheck 6.2955
136 __mod_page_state 6.1818
84 obj_reallen 6.0000
947 kmem_cache_alloc 5.9937
995 getname 5.5587
182 kunmap_atomic 5.2000
139 get_offset_tsc 5.1481
65 ide_outbsync 5.0000
1824 path_lookup 4.9973
410 find_get_page 4.6591
429 find_vma 4.5638
749 __might_sleep 4.4850
4216 do_wp_page 4.4756
245 sys_lstat64 4.3750
553 follow_mount 3.6867
623 page_address 3.4611

If more of this would help, let me know and I can get
it to whomever can help. Thanks!
-Dan

--
Dan A. Dickey
dan.dickey@savvis.net

SAVVIS
Transforming Information Technology
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/

\
 
 \ /
  Last update: 2005-06-08 19:03    [W:0.343 / U:0.096 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site