Re: mclock and massive reads

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

 






Luis Domingues
Proton AG


On Thursday, 28 March 2024 at 10:10, Sridhar Seshasayee <sseshasa@xxxxxxxxxx> 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@xxxxxxx
> To unsubscribe send an email to ceph-users-leave@xxxxxxx

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.
_______________________________________________
ceph-users mailing list -- ceph-users@xxxxxxx
To unsubscribe send an email to ceph-users-leave@xxxxxxx



[Index of Archives]     [Information on CEPH]     [Linux Filesystem Development]     [Ceph Development]     [Ceph Large]     [Ceph Dev]     [Linux USB Development]     [Video for Linux]     [Linux Audio Users]     [Yosemite News]     [Linux Kernel]     [Linux SCSI]     [xfs]


  Powered by Linux