Hi Barry, > -----Original Message----- > From: Barry Song <21cnbao@xxxxxxxxx> > Sent: Wednesday, August 28, 2024 7:25 PM > To: Sridhar, Kanchana P <kanchana.p.sridhar@xxxxxxxxx> > Cc: akpm@xxxxxxxxxxxxxxxxxxxx; baolin.wang@xxxxxxxxxxxxxxxxx; > chrisl@xxxxxxxxxx; david@xxxxxxxxxx; hanchuanhua@xxxxxxxx; > hannes@xxxxxxxxxxx; hch@xxxxxxxxxxxxx; hughd@xxxxxxxxxx; > kaleshsingh@xxxxxxxxxx; kasong@xxxxxxxxxxx; linux- > kernel@xxxxxxxxxxxxxxx; linux-mm@xxxxxxxxx; mhocko@xxxxxxxx; > minchan@xxxxxxxxxx; nphamcs@xxxxxxxxx; ryan.roberts@xxxxxxx; > ryncsn@xxxxxxxxx; senozhatsky@xxxxxxxxxxxx; shakeel.butt@xxxxxxxxx; > shy828301@xxxxxxxxx; surenb@xxxxxxxxxx; v-songbaohua@xxxxxxxx; > willy@xxxxxxxxxxxxx; xiang@xxxxxxxxxx; Huang, Ying > <ying.huang@xxxxxxxxx>; yosryahmed@xxxxxxxxxx; > zhengtangquan@xxxxxxxx; Feghali, Wajdi K <wajdi.k.feghali@xxxxxxxxx>; > Gopal, Vinodh <vinodh.gopal@xxxxxxxxx> > Subject: Re: [PATCH v7 2/2] mm: support large folios swap-in for sync io > devices > > On Thu, Aug 29, 2024 at 1:01 PM Kanchana P Sridhar > <kanchana.p.sridhar@xxxxxxxxx> wrote: > > > > Hi Shakeel, > > > > We submitted an RFC patchset [1] with the Intel In-Memory Analytics > > Accelerator (Intel IAA) sometime back. This introduces a new 'canned-by_n' > > compression algorithm in the IAA crypto driver. > > > > Relative to software compressors, we could get a 10X improvement in zram > > write latency and 7X improvement in zram read latency. > > > > [1] > https://lore.kernel.org/all/cover.1714581792.git.andre.glover@xxxxxxxxxxxxxx > m/ > > Hi Kanchana, > Thanks for sharing. I understand you’ll need this mTHP swap-in series > to leverage your > IAA for parallel decompression, right? Without mTHP swap-in, you won't > get this 7X > improvement, right? Yes, that is correct. > > This is another important use case for the mTHP swap-in series, > highlighting the strong > need to start the work from the sync IO device. Sure, this makes sense! > > I’ll try to find some time to review your patch and explore how we can > better support both > software and hardware improvements in zsmalloc/zram with a more > compatible approach. > Also, I have a talk[1] at LPC2024—would you mind if I include a > description of your use > case? Sure, this sounds good. Thanks, Kanchana > > [1] https://lpc.events/event/18/contributions/1780/ > > > > > Thanks, > > Kanchana > > Thanks > Barry
