Hi community,

I have cut branch 4.1(https://github.com/streamnative/pulsar/tree/branch-4.1) 
since #24623/#24427/#24488 have been merged.

Next, I will begin the 4.1.0 release process.

Regards
Cong Zhao

On 2025/08/23 03:07:20 Yunze Xu wrote:
> Hi Cong,
> 
> I'd like to add this PR to be reviewed and merged:
> https://github.com/apache/pulsar/pull/24488 (PIP-420: Supports users
> implement external schemas)
> 
> Thanks,
> Yunze
> 
> On Fri, Aug 22, 2025 at 7:03 PM Lari Hotari <lhot...@apache.org> wrote:
> >
> > Hi all,
> >
> > Thank you, Cong, for driving the 4.1.0 release process.
> >
> > I'd like to propose considering the inclusion of PIP-430: Pulsar Broker 
> > Cache Improvements before cutting the branch-4.1. Here's my reasoning:
> >
> > Why PIP-430 would be valuable for 4.1:
> > - Significant performance improvements: PIP-430 addresses fundamental 
> > inefficiencies in the current broker cache eviction mechanisms that impact 
> > CPU utilization, memory pressure, and cache hit rates
> > - Better resource utilization: The current size-based eviction doesn't 
> > guarantee removal of the oldest entries globally, and timestamp-based 
> > eviction has high CPU overhead when iterating through all managed ledgers. 
> > This overhead is significant when the broker is serving a very large number 
> > of active topics.
> > - Enhanced support for diverse workloads: The new "expected read count" 
> > strategy better handles mixed read patterns (tailing reads, catch-up reads, 
> > Key_Shared subscriptions) that are common in production
> >
> > Technical impact:
> > - Reduces BookKeeper and tiered storage load through improved cache hit 
> > rates
> > - Addresses performance issues with brokers handling large numbers of topics
> > - Provides a foundation for future cache optimizations
> >
> > The PIP-430 implementation is very close to the finish line. The PR 
> > https://github.com/apache/pulsar/pull/24623 is waiting for reviews and 
> > after it has been merged, it would be ready for release. The first 
> > implementation PR of PIP-430 is already included in the master branch. In 
> > PIP-430, there are configuration options for choosing previous caching 
> > strategies if someone is concerned about regressions. However, extensive 
> > testing shows that the PIP-430 caching strategy performs better than other 
> > strategies in all use cases.
> >
> > Another PR that would need to be reviewed and merged before cutting 
> > branch-4.1 is the implementation PR for "PIP-428: Change 
> > TopicPoliciesService interface to fix consistency issues" at 
> > https://github.com/apache/pulsar/pull/24427. This addresses severe 
> > consistency issues in topic policy updates.
> >
> > There's yet another reason to wait for PIP-430 to be included: to have a 
> > valuable feature for Pulsar 4.1. There aren't very many actual changes 
> > between the master branch and branch-4.0 at the moment since most PIPs have 
> > also been backported to Pulsar 4.0.x. Many of the PIPs are minor 
> > improvements to existing features. Having a good reason for upgrading to 
> > Pulsar 4.1 would be useful. PIP-430 is such a feature.
> >
> > In summary: before we can proceed to cut branch-4.1, these PRs would need 
> > to be reviewed and merged:
> > * https://github.com/apache/pulsar/pull/24623 (PIP-430 implementation, part 
> > 2)
> > * https://github.com/apache/pulsar/pull/24427 (PIP-428 implementation)
> >
> > I'm looking forward to your reviews!
> >
> > -Lari
> >
> > On 2025/08/20 14:47:44 Cong Zhao wrote:
> > > Hi community,
> > >
> > > It's been a long time since the 4.0 version was released.
> > >
> > > - 482 commits:
> > >   
> > > https://github.com/apache/pulsar/pulls?q=is%3Apr+milestone%3A4.1.0+is%3Amerged+
> > >
> > > - 17 PIPs approved:
> > >   
> > > https://github.com/apache/pulsar/pulls?q=is%3Apr+milestone%3A4.1.0+is%3Amerged++label%3APIP+
> > >
> > > We'd better prepare for the 4.1.0 release. I would like to cut branch-4.1 
> > > in the next week. Please leave any ideas or concerns.
> > >
> > > Regards,
> > > Cong Zhao
> > >
> 

Reply via email to