Luis Domingues
Proton AG
On Thursday, 28 March 2024 at 10:10, Sridhar Seshasayee <sseshasa(a)redhat.com>
wrote:
Hi Luis,
So our question, is mClock taking into account
the reads as well as the
writes? Or are the reads calculate to be less expensive than the writes?
mClock treats both reads and writes equally. When you say "massive reads",
do you mean a predominantly
read workload? Also, the size of the reads is also factored in to arrive at
the cost of the operation. In general,
the cost of an I/O operation in mClock is proportional to its size. The
higher the cost, the longer the operation
stays in the queue. That being said, the implementation of mClock on
pacific is experimental at best. I would
recommend upgrading to either quincy or reef considering the significant
improvements that were made both
in terms of scheduling and usability.
-Sridhar
_______________________________________________
ceph-users mailing list -- ceph-users(a)ceph.io
To unsubscribe send an email to ceph-users-leave(a)ceph.io
When I say massive reads, is when we are draining a disk or a node. Outside of that
particular use case, everything works quite well.
We plan upgrading in a near future, so we will see.