On Mon, 2012-06-11 at 18:12 -0400, Chris Frey wrote: > Hi Ben, > > Thanks for the tips. In watching the uptime on the 3.2.0 machine, I've > noticed that it's like a wave, on an approximate cycle of a minute, sometimes > more, where the load dips to 0.16 or so, and then quickly spikes to 0.50 > and sometimes 0.80, with very little load otherwise. > > Below is the top output from the machine, running kernel 3.2.0. You can see > that the trailing load number is about 0.57. The lowest I've seen that > number is 0.49. On the 2.6.32 kernel, after waiting about 15 minutes, it > drops to about 0.10, and would probably go lower in time.
But there's no sign of anything in particular using that time.
[...]
> And here's the perf report during one of those upswings in load:
[...]
> # Overhead Command Shared Object
> Symbol
> # ........ ........... .......................
> ...............................
> #
> 39.72% swapper [processor] [k] acpi_idle_do_entry
> 17.53% swapper [kernel.kallsyms] [k] read_hpet
> 16.94% swapper [kernel.kallsyms] [k] hpet_next_event.isra.6
> 9.72% swapper [kernel.kallsyms] [k] acpi_os_read_port
This seems to indicate that most of the non-idle time is spent just
waking up and preparing to sleep again. Which suggests that something
is causing far too many wake-ups.
You can look at what's causing wake-ups by running 'powertop' (from the
package of the same name). You'll need to leave the machine alone for
about 30 seconds before it accurately shows background activity.
[...]
> And again:
[...]
> # Overhead Command Shared Object
> Symbol
> # ........ ............... ...............................
> ...................................
> #
> 23.77% swapper [processor] [k]
> acpi_idle_do_entry
> 7.90% ksoftirqd/0 [kernel.kallsyms] [k]
> check_for_new_grace_period.isra.26
> 6.40% gnome-shell libc-2.13.so [.] 0x7d04c
> 5.52% NetworkManager libglib-2.0.so.0.3200.3 [.]
> g_hash_table_lookup
> 5.01% gnome-shell libmozjs185.so.1.0.0 [.] 0x9e85d
> 3.21% gnome-shell libgjs.so.0.0.0 [.] 0x2612d
> 2.32% gnome-shell libgobject-2.0.so.0.3200.3 [.] 0x2aba5
> 1.84% gnome-shell libxml2.so.2.8.0 [.] 0x329cf
> 1.76% kworker/0:1 [kernel.kallsyms] [k]
> paravirt_read_tsc
> 1.67% swapper [kernel.kallsyms] [k] read_hpet
> 1.57% gnome-shell libglib-2.0.so.0.3200.3 [.] g_strsplit
> 1.46% gnome-shell libglib-2.0.so.0.3200.3 [.]
> g_static_mutex_get_mutex_impl
> 1.45% gnome-shell [kernel.kallsyms] [k] find_vma
> 1.43% nm-applet libgtk-3.so.0.400.2 [.] 0x15d152
> 1.43% gnome-shell libgobject-2.0.so.0.3200.3 [.]
> g_signal_emit_by_name
> 1.43% gnome-shell libgirepository-1.0.so.1.0.0 [.]
> g_interface_info_find_method
> 1.41% gnome-shell libc-2.13.so [.] malloc
> 1.35% nm-applet libcairo.so.2.11200.2 [.] 0x4bc87
> 1.35% gnome-shell i915_dri.so [.] 0x1387d6
> 1.30% gnome-shell libcogl.so.9.1.1 [.] 0x3f5e0
> 1.28% gnome-shell libgnome-shell.so [.]
> st_box_layout_child_get_type
> 1.27% nm-applet [kernel.kallsyms] [k]
> walk_component
> 1.25% gnome-shell libclutter-1.0.so.0.1000.6 [.]
> clutter_paint_volume_union
> 1.23% Xorg [kernel.kallsyms] [k]
> hrtimer_forward
[...]
Here the behaviour is different: gnome-shell, nm-applet and various
other processes are taking up quite a bit of time.
Maybe due to background scanning of wireless networks?
Ben.
--
Ben Hutchings
Lowery's Law:
If it jams, force it. If it breaks, it needed replacing anyway.
signature.asc
Description: This is a digitally signed message part
