F16: CPU peaks all 20 seconds

Joachim Backes joachim.backes at rhrk.uni-kl.de
Thu Aug 25 16:44:43 UTC 2011


On 08/25/2011 05:52 PM, Stephen John Smoogen wrote:
> On Thu, Aug 25, 2011 at 09:43, Joachim Backes
> <joachim.backes at rhrk.uni-kl.de>  wrote:
>> Hi,
>>
>> in an almost empty system (only running gnome-shell), I see CPU peaks all 20
>> seconds (kernel-3.1.0-0.rc3.git0.0.fc16.x86_64). It seems that gnome-shell
>> is busy all 20 secs (similar effect like yesterday with
>> kernel-3.1.0-0.rc2.git7.2.fc16.x86_64 and Xorg).
>
> What does top show at those times and what is the hardware etc.
> Without that info, it could be anything from a cron job to you have
> really bad drives and the 20 second sync takes a lot of CPU power to
> do it correctly.

7908 backes    20   0 1236m  66m  24m S  1.0  3.4   0:54.45 gnome-shell 

12842 backes    20   0 15232 1316  980 R  1.0  0.1   0:00.12 top 

  7601 root      20   0  149m  10m 5232 S  0.7  0.5   1:14.37 Xorg 

    40 root      20   0     0    0    0 S  0.3  0.0   0:00.69 
kworker/u:2
     1 root      20   0 37500 4808 1988 S  0.0  0.2   0:04.95 systemd 

     2 root      20   0     0    0    0 S  0.0  0.0   0:00.00 kthreadd 

     3 root      20   0     0    0    0 S  0.0  0.0   0:00.78 
ksoftirqd/0
     6 root      RT   0     0    0    0 S  0.0  0.0   0:00.00 
migration/0
     7 root      RT   0     0    0    0 S  0.0  0.0   0:00.03 watchdog/0 

     8 root      RT   0     0    0    0 S  0.0  0.0   0:00.00 
migration/1
    10 root      20   0     0    0    0 S  0.0  0.0   0:00.51 
ksoftirqd/1
    12 root      RT   0     0    0    0 S  0.0  0.0   0:00.02 watchdog/1 

    13 root       0 -20     0    0    0 S  0.0  0.0   0:00.00 cpuset 

    14 root       0 -20     0    0    0 S  0.0  0.0   0:00.00 khelper 

    15 root      20   0     0    0    0 S  0.0  0.0   0:00.01 kdevtmpfs 

    16 root       0 -20     0    0    0 S  0.0  0.0   0:00.00 netns 

    17 root      20   0     0    0    0 S  0.0  0.0   0:00.02 sync_supers
    10 root      20   0     0    0    0 S  0.0  0.0   0:00.51

----------------------------------------------------------------

sudo crontab -l
no crontab for root
backes at eule [~]: crontab -l
no crontab for backes

-----------------------------------------------------------------

I have 2 sata disks:

smartctl -x /dev/sda:

SMART Attributes Data Structure revision number: 16
Vendor Specific SMART Attributes with Thresholds:
ID# ATTRIBUTE_NAME          FLAG     VALUE WORST THRESH TYPE 
UPDATED  WHEN_FAILED RAW_VALUE
   1 Raw_Read_Error_Rate     0x002f   200   200   051    Pre-fail 
Always       -       0
   3 Spin_Up_Time            0x0027   140   139   021    Pre-fail 
Always       -       3958
   4 Start_Stop_Count        0x0032   100   100   000    Old_age 
Always       -       723
   5 Reallocated_Sector_Ct   0x0033   200   200   140    Pre-fail 
Always       -       0
   7 Seek_Error_Rate         0x002e   200   200   000    Old_age 
Always       -       0
   9 Power_On_Hours          0x0032   091   091   000    Old_age 
Always       -       6616
  10 Spin_Retry_Count        0x0032   100   100   000    Old_age 
Always       -       0
  11 Calibration_Retry_Count 0x0032   100   100   000    Old_age 
Always       -       0
  12 Power_Cycle_Count       0x0032   100   100   000    Old_age 
Always       -       669
192 Power-Off_Retract_Count 0x0032   200   200   000    Old_age   Always 
       -       113
193 Load_Cycle_Count        0x0032   200   200   000    Old_age   Always 
       -       609
194 Temperature_Celsius     0x0022   101   096   000    Old_age   Always 
       -       42
196 Reallocated_Event_Count 0x0032   200   200   000    Old_age   Always 
       -       0
197 Current_Pending_Sector  0x0032   200   200   000    Old_age   Always 
       -       0
198 Offline_Uncorrectable   0x0030   200   200   000    Old_age 
Offline      -       0
199 UDMA_CRC_Error_Count    0x0032   200   200   000    Old_age   Always 
       -       0
200 Multi_Zone_Error_Rate   0x0008   200   200   000    Old_age 
Offline      -       0

SMART Error Log Version: 1
No Errors Logged

-----------------------------------------------------------------------------

smartctl -x /dev/sdb

SMART Attributes Data Structure revision number: 16
Vendor Specific SMART Attributes with Thresholds:
ID# ATTRIBUTE_NAME          FLAG     VALUE WORST THRESH TYPE 
UPDATED  WHEN_FAILED RAW_VALUE
   1 Raw_Read_Error_Rate     0x002f   200   200   051    Pre-fail 
Always       -       0
   3 Spin_Up_Time            0x0027   168   162   021    Pre-fail 
Always       -       6600
   4 Start_Stop_Count        0x0032   099   099   000    Old_age 
Always       -       1191
   5 Reallocated_Sector_Ct   0x0033   200   200   140    Pre-fail 
Always       -       0
   7 Seek_Error_Rate         0x002e   100   253   000    Old_age 
Always       -       0
   9 Power_On_Hours          0x0032   086   086   000    Old_age 
Always       -       10557
  10 Spin_Retry_Count        0x0032   100   100   000    Old_age 
Always       -       0
  11 Calibration_Retry_Count 0x0032   100   100   000    Old_age 
Always       -       0
  12 Power_Cycle_Count       0x0032   099   099   000    Old_age 
Always       -       1152
192 Power-Off_Retract_Count 0x0032   200   200   000    Old_age   Always 
       -       47
193 Load_Cycle_Count        0x0032   200   200   000    Old_age   Always 
       -       1191
194 Temperature_Celsius     0x0022   112   098   000    Old_age   Always 
       -       38
196 Reallocated_Event_Count 0x0032   200   200   000    Old_age   Always 
       -       0
197 Current_Pending_Sector  0x0032   200   200   000    Old_age   Always 
       -       0
198 Offline_Uncorrectable   0x0030   200   200   000    Old_age 
Offline      -       0
199 UDMA_CRC_Error_Count    0x0032   200   200   000    Old_age   Always 
       -       0
200 Multi_Zone_Error_Rate   0x0008   200   200   000    Old_age 
Offline      -       0

SMART Error Log Version: 1
No Errors Logged




>
>> Somebody has an explanation for that?
>>
>> See http://www-user.rhrk.uni-kl.de/~backes/UL/cpu.png.
>>
>> --
>> Joachim Backes<joachim.backes at rhrk.uni-kl.de>
>>
>> http://www.rhrk.uni-kl.de/~backes
>>
>> --
>> test mailing list
>> test at lists.fedoraproject.org
>> To unsubscribe:
>> https://admin.fedoraproject.org/mailman/listinfo/test
>>
>
>
>


-- 
Joachim Backes <joachim.backes at rhrk.uni-kl.de>

http://www.rhrk.uni-kl.de/~backes

-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 4750 bytes
Desc: S/MIME Cryptographic Signature
Url : http://lists.fedoraproject.org/pipermail/test/attachments/20110825/2647b0d3/attachment.bin 


More information about the test mailing list