[OpenIndiana-discuss] Problem with high cpu load (oi_151a)
Gernot Wolf
gw.inet at chello.at
Thu Oct 20 20:42:35 UTC 2011
Ok, I'll try that tomorrow. Too late to try anything that might result
in my box having booting problems ;)
Regards,
Gernot Wolf
Am 20.10.11 21:55, schrieb Michael Stapleton:
> Probably just too big.
>
> Are there any ACPI settings in the BIOS?
>
> or we can try to change ACPI in OI.
>
> #man eeprom
> .
> .
> .
> OPERANDS
> x86 Only
> acpi-user-options
>
> A configuration variable that controls the use of
> Advanced Configuration and Power Interface (ACPI), a
> power management specification. The acceptable values
> for this variable depend on the release of the Solaris
> operating system you are using.
>
> For all releases of Solaris 10 and Solaris 11, a value
> of of 0x0 means that there will be an attempt to use
> ACPI if it is available on the system. A value of 0x2
> disables the use of ACPI.
>
> For the Solaris 10 1/06 release, a value of 0x8 means
> that there will be an attempt to use ACPI in a mode com-
> patible with previous releases of Solaris 10 if it is
> available on the system. The default for Solaris 10 1/06
> is 0x8.
>
> For releases of Solaris 10 after the 1/06 release and
> for Solaris 11, the default is 0x0.
>
> Most users can safely accept the default value, which
> enables ACPI if available. If issues related to the use
> of ACPI are suspected on releases of Solaris after
> Solaris 1/06, it is suggested to first try a value of
> 0x8 and then, if you do not obtain satisfactory results,
> 0x02.
>
>
> Want to try:
> #eeprom acpi-user-options=0x8
> # init 6
>
> ?
>
>
> If you have booting problems after changes, the following link will
> help:
>
> Boot Arguments You Can Specify When Editing the GRUB Menu at Boot Time
> -B acpi-user-options=0x2
>
>
> Disables ACPI entirely.
>
>
> http://dlc.sun.com/osol/docs/content/SYSADV1/getov.html
>
>
>
> Mike
>
> On Thu, 2011-10-20 at 21:37 +0200, Gernot Wolf wrote:
>
>> Ok, for some reason this attachement refuses to go out :( Have to figure
>> that out...
>>
>> Regards,
>> Gernot Wolf
>>
>>
>> Am 20.10.11 21:20, schrieb Gernot Wolf:
>>> Ooops, something went wrong with my attachement. I'll try again...
>>>
>>> Regards,
>>> Gernot Wolf
>>>
>>>
>>> Am 20.10.11 21:09, schrieb Gernot Wolf:
>>>> You mean, besides being quite huge? I took a quick look at it, but other
>>>> than getting a headache by doing that, my limited unix skills
>>>> unfortunately fail me.
>>>>
>>>> I've zipped it an attached it to this mail, maybe someone can get
>>>> anything out of it...
>>>>
>>>> Regards,
>>>> Gernot
>>>>
>>>>
>>>> Am 20.10.11 20:17, schrieb Michael Schuster:
>>>>> Gernot,
>>>>>
>>>>> is there anything suspicious in /var/adm/messages?
>>>>>
>>>>> Michael
>>>>>
>>>>> On Thu, Oct 20, 2011 at 20:07, Michael Stapleton
>>>>> <michael.stapleton at techsologic.com> wrote:
>>>>>> That rules out userland.
>>>>>>
>>>>>> Sched tells me that it is not a user process. If kernel code is
>>>>>> executing on a cpu, tools will report the sched process. The count was
>>>>>> how many times the process was taken off the CPU while dtrace was
>>>>>> running.
>>>>>>
>>>>>>
>>>>>>
>>>>>> Lets see what kernel code is running the most:
>>>>>>
>>>>>> #dtrace -n 'sched:::off-cpu { @[stack()]=count()}'
>>>>>>
>>>>>> #dtrace -n 'profile-1001 { @[stack()] = count() }'
>>>>>>
>>>>>>
>>>>>>
>>>>>> On Thu, 2011-10-20 at 19:52 +0200, Gernot Wolf wrote:
>>>>>>
>>>>>>> Yeah, I've been able to run this diagnostics on another OI box (at my
>>>>>>> office, so much for OI not being used in production ;)), and noticed
>>>>>>> that there were several values that were quite different. I just don't
>>>>>>> have any idea on the meaning of this figures...
>>>>>>>
>>>>>>> Anyway, here are the results of the dtrace command (I executed the
>>>>>>> command twice, hence two result sets):
>>>>>>>
>>>>>>> gernot at tintenfass:~# dtrace -n 'sched:::off-cpu {
>>>>>>> @[execname]=count()}'
>>>>>>> dtrace: description 'sched:::off-cpu ' matched 3 probes
>>>>>>> ^C
>>>>>>>
>>>>>>> ipmgmtd 1
>>>>>>> gconfd-2 2
>>>>>>> gnome-settings-d 2
>>>>>>> idmapd 2
>>>>>>> inetd 2
>>>>>>> miniserv.pl 2
>>>>>>> netcfgd 2
>>>>>>> nscd 2
>>>>>>> ospm-applet 2
>>>>>>> ssh-agent 2
>>>>>>> sshd 2
>>>>>>> svc.startd 2
>>>>>>> intrd 3
>>>>>>> afpd 4
>>>>>>> mdnsd 4
>>>>>>> gnome-power-mana 5
>>>>>>> clock-applet 7
>>>>>>> sendmail 7
>>>>>>> xscreensaver 7
>>>>>>> fmd 9
>>>>>>> fsflush 11
>>>>>>> ntpd 11
>>>>>>> updatemanagernot 13
>>>>>>> isapython2.6 14
>>>>>>> devfsadm 20
>>>>>>> gnome-terminal 20
>>>>>>> dtrace 23
>>>>>>> mixer_applet2 25
>>>>>>> smbd 39
>>>>>>> nwam-manager 60
>>>>>>> svc.configd 79
>>>>>>> Xorg 100
>>>>>>> sched 394078
>>>>>>>
>>>>>>> gernot at tintenfass:~# dtrace -n 'sched:::off-cpu {
>>>>>>> @[execname]=count()}'
>>>>>>> dtrace: description 'sched:::off-cpu ' matched 3 probes
>>>>>>> ^C
>>>>>>>
>>>>>>> automountd 1
>>>>>>> ipmgmtd 1
>>>>>>> idmapd 2
>>>>>>> in.routed 2
>>>>>>> init 2
>>>>>>> miniserv.pl 2
>>>>>>> netcfgd 2
>>>>>>> ssh-agent 2
>>>>>>> sshd 2
>>>>>>> svc.startd 2
>>>>>>> fmd 3
>>>>>>> hald 3
>>>>>>> inetd 3
>>>>>>> intrd 3
>>>>>>> hald-addon-acpi 4
>>>>>>> nscd 4
>>>>>>> gnome-power-mana 5
>>>>>>> sendmail 5
>>>>>>> mdnsd 6
>>>>>>> devfsadm 8
>>>>>>> xscreensaver 9
>>>>>>> fsflush 10
>>>>>>> ntpd 14
>>>>>>> updatemanagernot 16
>>>>>>> mixer_applet2 21
>>>>>>> isapython2.6 22
>>>>>>> dtrace 24
>>>>>>> gnome-terminal 24
>>>>>>> smbd 39
>>>>>>> nwam-manager 58
>>>>>>> zpool-rpool 65
>>>>>>> svc.configd 79
>>>>>>> Xorg 82
>>>>>>> sched 369939
>>>>>>>
>>>>>>> So, quite obviously there is one executable standing out here,
>>>>>>> "sched",
>>>>>>> now what's the meaning of this figures?
>>>>>>>
>>>>>>> Regards,
>>>>>>> Gernot Wolf
>>>>>>>
>>>>>>>
>>>>>>> Am 20.10.11 19:22, schrieb Michael Stapleton:
>>>>>>>> Hi Gernot,
>>>>>>>>
>>>>>>>> You have a high context switch rate.
>>>>>>>>
>>>>>>>> try
>>>>>>>> #dtrace -n 'sched:::off-cpu { @[execname]=count()}'
>>>>>>>>
>>>>>>>> For a few seconds to see if you can get the name of and executable.
>>>>>>>>
>>>>>>>> Mike
>>>>>>>> On Thu, 2011-10-20 at 18:44 +0200, Gernot Wolf wrote:
>>>>>>>>
>>>>>>>>> Hello all,
>>>>>>>>>
>>>>>>>>> I have a machine here at my home running OpenIndiana oi_151a, which
>>>>>>>>> serves as a NAS on my home network. The original install was
>>>>>>>>> OpenSolaris
>>>>>>>>> 2009.6 which was later upgraded to snv_134b, and recently to
>>>>>>>>> oi_151a.
>>>>>>>>>
>>>>>>>>> So far this OSOL (now OI) box has performed excellently, with one
>>>>>>>>> major
>>>>>>>>> exception: Sometimes, after a reboot, the cpu load was about 50-60%,
>>>>>>>>> although the system was doing nothing. Until recently, another
>>>>>>>>> reboot
>>>>>>>>> solved the issue.
>>>>>>>>>
>>>>>>>>> This does not work any longer. The system has always a cpu load of
>>>>>>>>> 50-60% when idle (and higher of course when there is actually some
>>>>>>>>> work
>>>>>>>>> to do).
>>>>>>>>>
>>>>>>>>> I've already googled the symptoms. This didn't turn up very much
>>>>>>>>> useful
>>>>>>>>> info, and the few things I found didn't apply to my problem. Most
>>>>>>>>> noticably was this problem which could be solved by disabling
>>>>>>>>> cpupm in
>>>>>>>>> /etc/power.conf, but trying that didn't show any effect on my
>>>>>>>>> system.
>>>>>>>>>
>>>>>>>>> So I'm finally out of my depth. I have to admit that my knowledge of
>>>>>>>>> Unix is superficial at best, so I decided to try looking for help
>>>>>>>>> here.
>>>>>>>>>
>>>>>>>>> I've run several diagnostic commands like top, powertop, lockstat
>>>>>>>>> etc.
>>>>>>>>> and attached the results to this email (I've zipped the results of
>>>>>>>>> kstat
>>>>>>>>> because they were>1MB).
>>>>>>>>>
>>>>>>>>> One important thing is that when I boot into the oi_151a live dvd
>>>>>>>>> instead of booting into the installed system, I also get the high
>>>>>>>>> cpu
>>>>>>>>> load. I mention this because I have installed several things on
>>>>>>>>> my OI
>>>>>>>>> box like vsftpd, svn, netstat etc. I first thought that this problem
>>>>>>>>> might be caused by some of this extra stuff, but getting the same
>>>>>>>>> system
>>>>>>>>> when booting the live dvd ruled that out (I think).
>>>>>>>>>
>>>>>>>>> The machine is a custom build medium tower:
>>>>>>>>> S-775 Intel DG965WHMKR ATX mainbord
>>>>>>>>> Intel Core 2 Duo E4300 CPU 1.8GHz
>>>>>>>>> 1x IDE DVD recorder
>>>>>>>>> 1x IDE HD 200GB (serves as system drive)
>>>>>>>>> 6x SATA II 1.5TB HD (configured as zfs raidz2 array)
>>>>>>>>>
>>>>>>>>> I have to solve this problem. Although the system runs fine and
>>>>>>>>> absolutely serves it's purpose, having the cpu at 50-60% load
>>>>>>>>> constantly
>>>>>>>>> is a waste of energy and surely a rather unhealthy stress on the
>>>>>>>>> hardware.
>>>>>>>>>
>>>>>>>>> Anyone any ideas...?
>>>>>>>>>
>>>>>>>>> Regards,
>>>>>>>>> Gernot Wolf
>>>>>>>>> _______________________________________________
>>>>>>>>> OpenIndiana-discuss mailing list
>>>>>>>>> OpenIndiana-discuss at openindiana.org
>>>>>>>>> http://openindiana.org/mailman/listinfo/openindiana-discuss
>>>>>>>>
>>>>>>>>
>>>>>>>> _______________________________________________
>>>>>>>> OpenIndiana-discuss mailing list
>>>>>>>> OpenIndiana-discuss at openindiana.org
>>>>>>>> http://openindiana.org/mailman/listinfo/openindiana-discuss
>>>>>>>>
>>>>>>>
>>>>>>> _______________________________________________
>>>>>>> OpenIndiana-discuss mailing list
>>>>>>> OpenIndiana-discuss at openindiana.org
>>>>>>> http://openindiana.org/mailman/listinfo/openindiana-discuss
>>>>>>
>>>>>>
>>>>>> _______________________________________________
>>>>>> OpenIndiana-discuss mailing list
>>>>>> OpenIndiana-discuss at openindiana.org
>>>>>> http://openindiana.org/mailman/listinfo/openindiana-discuss
>>>>>>
>>>>>
>>>>>
>>>>>
>>>>
>>>>
>>>> _______________________________________________
>>>> OpenIndiana-discuss mailing list
>>>> OpenIndiana-discuss at openindiana.org
>>>> http://openindiana.org/mailman/listinfo/openindiana-discuss
>>>
>>>
>>> _______________________________________________
>>> OpenIndiana-discuss mailing list
>>> OpenIndiana-discuss at openindiana.org
>>> http://openindiana.org/mailman/listinfo/openindiana-discuss
>>
>> _______________________________________________
>> OpenIndiana-discuss mailing list
>> OpenIndiana-discuss at openindiana.org
>> http://openindiana.org/mailman/listinfo/openindiana-discuss
>
>
> _______________________________________________
> OpenIndiana-discuss mailing list
> OpenIndiana-discuss at openindiana.org
> http://openindiana.org/mailman/listinfo/openindiana-discuss
>
More information about the OpenIndiana-discuss
mailing list