[ClusterLabs Developers] New challenges with corosync 3/kronosnet + pacemaker

[Digimer]

On 2018-02-09 06:51 PM, Ken Gaillot wrote:
> On Fri, 2018-02-09 at 12:52 -0500, Digimer wrote:
>> On 2018-02-09 03:27 AM, Jan Pokorný wrote:
>>> Hello,
>>>
>>> there is certainly whole can of these worms, put first that crosses
>>> my mind: performing double (de)compression on two levels of
>>> abstraction
>>> in the inter-node communication is not very clever, to put it
>>> mildly.
>>>
>>> So far, just pacemaker was doing that for itself under certain
>>> conditions, now corosync 3 will have it's iron in this fire through
>>> kronosnet, too.  Perhaps something to keep in mind to avoid
>>> exercises in futility.
>>
>> Can pacemaker be told to not do compression? If not, can that be
>> added
>> in pacemaker v2?
> 
> Or better yet, is there some corosync API call we can use to determine
> whether corosync/knet is using compression?
> 
> There's currently no way to turn compression off in Pacemaker, however
> it is only used for IPC messages that pass a fairly high size
> threshold, so many clusters would be unaffected even without changes.

Can you "turn off compression" but just changing that threshold to some
silly high number?

-- 
Digimer
Papers and Projects: https://alteeve.com/w/
"I am, somehow, less interested in the weight and convolutions of
Einstein’s brain than in the near certainty that people of equal talent
have lived and died in cotton fields and sweatshops." - Stephen Jay Gould