Re: [PATCH 08/12] reftable/merged: avoid duplicate pqueue emptiness check

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

Subject: Re: [PATCH 08/12] reftable/merged: avoid duplicate pqueue emptiness check
From: "James Liu" <james@xxxxxxxxxxx>
Date: Wed, 28 Feb 2024 10:53:30 +1100
Feedback-id: i93f149ec:Fastmail
In-reply-to: <68bd6871132bac3ff8d67e908dd31647feab6bc3.1707895758.git.ps@pks.im>
References: <cover.1707895758.git.ps@pks.im> <68bd6871132bac3ff8d67e908dd31647feab6bc3.1707895758.git.ps@pks.im>

On Wed Feb 14, 2024 at 6:46 PM AEDT, Patrick Steinhardt wrote:
> Now if this check was there to accellerate the common case it might have

s/accellerate/accelerate

References:
- [PATCH 00/12] reftable: improve ref iteration performance (pt.2)
  - From: Patrick Steinhardt
- [PATCH 08/12] reftable/merged: avoid duplicate pqueue emptiness check
  - From: Patrick Steinhardt

Prev by Date: Re: [PATCH v5 1/3] pager: include stdint.h because uintmax_t is used
Next by Date: Re: [PATCH 09/12] reftable/record: reuse refname when decoding
Previous by thread: [PATCH 08/12] reftable/merged: avoid duplicate pqueue emptiness check
Next by thread: [PATCH 09/12] reftable/record: reuse refname when decoding
Index(es):
- Date
- Thread

[Index of Archives] [Linux Kernel Development] [Gcc Help] [IETF Annouce] [DCCP] [Netdev] [Networking] [Security] [V4L] [Bugtraq] [Yosemite] [MIPS Linux] [ARM Linux] [Linux Security] [Linux RAID] [Linux SCSI] [Fedora Users]

Powered by Linux