rdhabalia opened a new pull request, #23251:
URL: https://github.com/apache/pulsar/pull/23251

   
   Fixes : https://github.com/apache/pulsar/issues/23250
   
   ### Motivation
   
   [PIP-91](https://github.com/apache/pulsar/pull/11627/) had added a change to 
accumulate list of Exceptions and attempt for not any good reasons. On 
connection failure, client lib always logs the exception and error  so, there 
is always a way to find out any previous exception for the connection issues. 
and there is no any good reason or standard to keep large number of  
exception-list in memory and additionally generate huge huge logs which creates 
unnecessary string objects and consumes high CPU that eventually makes broker 
unavailable due to high CPU and high gc pauses.
   
   ### Modifications
   
   Client lib keeps the previous exception list during connection failure which 
is unnecessary because of two reasons: 
   1) in almost all cases, all previous Exceptions are with same type and same 
error message as intermittent connection failure and retry happens due to same 
the issue. 
   2) Client lib always logs the exception so, no need to keep list of previous 
exception list in memory and user can always track all previous exceptions from 
the log. 
   however, client lib can still keep the counter for previous-attempt in the 
exception context to see number of failures/retry and how far user should check 
in the logs. So, Client lib should remove the in-memory unnecessary previous 
exception objects to avoid huge logging data-print but still can keep the 
exception-counter to help users to do debugging in logs.
   
   
   ### Verifying this change
   
   - [ ] Make sure that the change passes the CI checks.
   
   *(Please pick either of the following options)*
   
   This change is a trivial rework / code cleanup without any test coverage.
   
   *(or)*
   
   This change is already covered by existing tests, such as *(please describe 
tests)*.
   
   *(or)*
   
   This change added tests and can be verified as follows:
   
   *(example:)*
     - *Added integration tests for end-to-end deployment with large payloads 
(10MB)*
     - *Extended integration test for recovery after broker failure*
   
   ### Does this pull request potentially affect one of the following parts:
   
   <!-- DO NOT REMOVE THIS SECTION. CHECK THE PROPER BOX ONLY. -->
   
   *If the box was checked, please highlight the changes*
   
   - [ ] Dependencies (add or upgrade a dependency)
   - [ ] The public API
   - [ ] The schema
   - [ ] The default values of configurations
   - [ ] The threading model
   - [ ] The binary protocol
   - [ ] The REST endpoints
   - [ ] The admin CLI options
   - [ ] The metrics
   - [ ] Anything that affects deployment
   
   ### Documentation
   
   <!-- DO NOT REMOVE THIS SECTION. CHECK THE PROPER BOX ONLY. -->
   
   - [ ] `doc` <!-- Your PR contains doc changes. -->
   - [ ] `doc-required` <!-- Your PR changes impact docs and you will update 
later -->
   - [ ] `doc-not-needed` <!-- Your PR changes do not impact docs -->
   - [ ] `doc-complete` <!-- Docs have been already added -->
   
   ### Matching PR in forked repository
   
   PR in forked repository: <!-- ENTER URL HERE -->
   
   <!--
   After opening this PR, the build in apache/pulsar will fail and instructions 
will
   be provided for opening a PR in the PR author's forked repository.
   
   apache/pulsar pull requests should be first tested in your own fork since 
the 
   apache/pulsar CI based on GitHub Actions has constrained resources and quota.
   GitHub Actions provides separate quota for pull requests that are executed 
in 
   a forked repository.
   
   The tests will be run in the forked repository until all PR review comments 
have
   been handled, the tests pass and the PR is approved by a reviewer.
   -->
   


-- 
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.

To unsubscribe, e-mail: commits-unsubscr...@pulsar.apache.org

For queries about this service, please contact Infrastructure at:
us...@infra.apache.org

Reply via email to