[ClusterLabs] Antw: Antw: notice: throttle_handle_load: High CPU load detected

[Kostiantyn Ponomarenko]

Another question - is it crmd specific to measure CPU usage by "I/O wait"?
And if I need to get the most performance of the running resources in
cluster, should I set "load-threshold=95%" (or even 100%)?
Will it impact the cluster behavior in any ways?
The man page for crmd says that it will "The cluster will slow down its
recovery process when the amount of system resources used (currently CPU)
approaches this limit".
Does it mean there will be delays in cluster in moving resources in case a
node goes down, or something else?
I just want to understand in better.

That you in advance for the help =)

P.S.: The main resource does a lot of disk I/Os.


Thank you,
Kostya

On Fri, May 22, 2015 at 3:30 PM, Kostiantyn Ponomarenko <
konstantin.ponomarenko at gmail.com> wrote:

> I didn't know that.
> You mentioned "as opposed to other Linuxes", but I am using Debian Linux.
> Does it also measure CPU usage by I/O waits?
> You are right about "I/O waits" (a screenshot of "top" is attached).
> But why it shows 50% of CPU usage for a single process (that is the main
> one) while "I/O waits" shows a bigger number?
>
>
> Thank you,
> Kostya
>
> On Fri, May 22, 2015 at 9:40 AM, Ulrich Windl <
> Ulrich.Windl at rz.uni-regensburg.de> wrote:
>
>> >>> "Ulrich Windl" <Ulrich.Windl at rz.uni-regensburg.de> schrieb am
>> 22.05.2015 um
>> 08:36 in Nachricht <555EEA72020000A10001A71D at gwsmtp1.uni-regensburg.de>:
>> > Hi!
>> >
>> > I Linux I/O waits are considered for load (as opposed to other Linuxes)
>> Thus
>> ^^ "In"
>>                             s/Linux/UNIX/
>>
>> (I should have my coffee now to awake ;-) Sorry.
>>
>>
>>
>>
>> _______________________________________________
>> Users mailing list: Users at clusterlabs.org
>> http://clusterlabs.org/mailman/listinfo/users
>>
>> Project Home: http://www.clusterlabs.org
>> Getting started: http://www.clusterlabs.org/doc/Cluster_from_Scratch.pdf
>> Bugs: http://bugs.clusterlabs.org
>>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.clusterlabs.org/pipermail/users/attachments/20150522/c6b5e29d/attachment-0002.html>