All of lore.kernel.org
 help / color / mirror / Atom feed
From: Gilberto Diaz <gilberto@ula.ve>
To: Gordon Henderson <gordon@drogon.net>
Cc: linux-raid@vger.kernel.org
Subject: Re: cpu consumption
Date: Tue, 24 Jan 2006 08:13:18 -0400	[thread overview]
Message-ID: <43D619DE.7010900@ula.ve> (raw)
In-Reply-To: <Pine.LNX.4.56.0601232238440.23760@lion.drogon.net>

Thanks Gordon, Guy, Michel and Neil, your advises were very useful.

    Gordon was right, all raids are still syncing (Bellow part of the
/proc/mdstat file).  Guy you were right too, the command "uptime" does
not display the cpu load directly, sorry about that.


Best regards
Gilberto

----------------------------------------------------------------------------------------------------------------------------------------------------
Personalities : [linear] [raid0] [raid1] [raid5] [multipath] [raid6]
[raid10] [faulty]
 
md6 : active raid1 sdk[0] sdl[1]
      244190144 blocks [2/2] [UU]
      [================>....]  resync = 83.4% (203849152/244190144)
finish=5.0min spee
d=131933K/sec
     
md5 : active raid1 sdi[0] sdj[1]
      244190144 blocks [2/2] [UU]
      [================>....]  resync = 83.8% (204684480/244190144)
finish=5.1min spee
d=127124K/sec
     
.
.
.

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


Gordon Henderson wrote:

>On Mon, 23 Jan 2006, Gilberto Diaz wrote:
>
>  
>
>>   The problem is that the following proccesses are using a lot of cpu
>>time.
>>
>>    md1_raid1
>>    md1_resync
>>    ......
>>    md6_raid1
>>    md6_resync
>>
>>    Here is a sample of the uptime command
>>
>>17:54:16 up  5:48,  2 users,  load average: 5.02, 5.05, 5.26
>>
>>    Does anybody have an idea what is the problem? Thank a lot in advance
>>    
>>
>
>to me, it looks like the "problem" is that the RAID system is still
>creating the array and syncing all the partitions up. Once it's finished
>your system will be idle.
>
>I bet it's stopped doing it by the time you get this email... What does
>the output of
>
>  cat /proc/mdstat
>
>look like?
>
>Gordon
>
>  
>

  reply	other threads:[~2006-01-24 12:13 UTC|newest]

Thread overview: 9+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2006-01-23 22:28 cpu consumption Gilberto Diaz
2006-01-23 22:40 ` Gordon Henderson
2006-01-24 12:13   ` Gilberto Diaz [this message]
2006-01-23 23:08 ` Guy
2006-01-24  3:05 ` Neil Brown
2006-01-24  6:03   ` Mitchell Laks
  -- strict thread matches above, loose matches on Subject: below --
2005-11-26 13:45 Raz Ben-Jehuda(caro)
2005-12-02  2:02 ` Jeff Garzik
2005-12-02  2:14   ` Tejun Heo

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=43D619DE.7010900@ula.ve \
    --to=gilberto@ula.ve \
    --cc=gordon@drogon.net \
    --cc=linux-raid@vger.kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.