[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <BL0PR04MB6564242D93EE6826CF1F6747FC779@BL0PR04MB6564.namprd04.prod.outlook.com>
Date: Wed, 10 May 2023 05:21:35 +0000
From: Avri Altman <Avri.Altman@....com>
To: Bart Van Assche <bvanassche@....org>,
Ed Tsai <ed.tsai@...iatek.com>,
"axboe@...nel.dk" <axboe@...nel.dk>
CC: "linux-block@...r.kernel.org" <linux-block@...r.kernel.org>,
"linux-scsi@...r.kernel.org" <linux-scsi@...r.kernel.org>,
"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
"martin.petersen@...cle.com" <martin.petersen@...cle.com>,
"stanley.chu@...iatek.com" <stanley.chu@...iatek.com>,
"peter.wang@...iatek.com" <peter.wang@...iatek.com>,
"chun-hung.wu@...iatek.com" <chun-hung.wu@...iatek.com>,
"alice.chao@...iatek.com" <alice.chao@...iatek.com>,
"powen.kao@...iatek.com" <powen.kao@...iatek.com>,
"naomi.chu@...iatek.com" <naomi.chu@...iatek.com>,
"wsd_upstream@...iatek.com" <wsd_upstream@...iatek.com>
Subject: RE: [PATCH 2/2] ufs: don't use the fair tag sharings
>
> On 5/9/23 09:19, Avri Altman wrote:
> > Following your argument, then why fair allocation exists in the first place?
>
> Does this patch answer your question?
>
> [PATCH v2] block: Improve shared tag set performance
> https://lore.kernel.org/linux-block/20230103195337.158625-1-
> bvanassche@....org/
OK.
Why it was needed to invent a new flag instead of just clear BLK_MQ_F_TAG_QUEUE_SHARED?
Thanks,
Avri
>
> Thanks,
>
> Bart.
Powered by blists - more mailing lists