RE: High CPU usage in Tiering Agent

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Patch looks good, compiles and is now running on one host. During testing,
the agent queues were always empty, so there was no activity at all. Due to
a hardware upgrade, nearly all PGs are backfilling or waiting to backfill,
because of near full OSDs, so the new primaries have no data yet. Might take
a few days until I have test results.

-----Original Message-----
From: Sage Weil [mailto:sweil@xxxxxxxxxx] 
Sent: Freitag, 12. Februar 2016 21:24
To: Markus Blank-Burian <burian@xxxxxxxxxxx>
Cc: ceph-devel@xxxxxxxxxxxxxxx
Subject: RE: High CPU usage in Tiering Agent

On Fri, 12 Feb 2016, Markus Blank-Burian wrote:
> In my tests, as a workaround I have set osd_agent_max_low_ops == 
> osd_agent_max_ops. As expected, while in low flush mode the agent now 
> only iterates the objects until it finds something to flush, then 
> waits.. and does nothing when at idle. I can see this from the log 
> files. So if there is no side effect to this fix, I can test it later on
our production system.
> For any advanced solution further reducing the agents load, I have too 
> little knowledge about the internals. Just read through the code the 
> first time today to find out what's going on.

Okay, I looked at this some more and see the issue now.  It's a bit
confusing because the low/high thing is flush based but the agent does
evicts too.  This basically means we may fail to keep up to max evict ops in
flight when in low mode, but that seems just fine to me.

Can you take a look at this patch?

	https://github.com/ceph/ceph/pull/7631

Thanks!
sage

> 
> Markus
> 
--
To unsubscribe from this list: send the line "unsubscribe ceph-devel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html



[Index of Archives]     [CEPH Users]     [Ceph Large]     [Information on CEPH]     [Linux BTRFS]     [Linux USB Devel]     [Video for Linux]     [Linux Audio Users]     [Yosemite News]     [Linux Kernel]     [Linux SCSI]
  Powered by Linux