Your achievements

Level 1

0% to

Level 2

Tip /
Sign in

Sign in to Community

to gain points, level up, and earn exciting badges like the new
Bedrock Mission!

Learn more

View all

Sign in to view all badges

Offline compaction estimate time

Avatar

Avatar
Ignite 5
Level 2
hardik11071994
Level 2

Likes

2 likes

Total Posts

48 posts

Correct reply

0 solutions
Top badges earned
Ignite 5
Give Back 10
Validate 1
Give Back 5
Give Back 3
View profile

Avatar
Ignite 5
Level 2
hardik11071994
Level 2

Likes

2 likes

Total Posts

48 posts

Correct reply

0 solutions
Top badges earned
Ignite 5
Give Back 10
Validate 1
Give Back 5
Give Back 3
View profile
hardik11071994
Level 2

08-06-2021

Request for Feature Enhancement (RFE) Summary: Online compaction not that effective and observed repository growth and which is causing slowness in author. Adobe suggesting to run offline compaction. This offline compaction is very unpredictable process, not sure how long it might take. This idea request is to know if there is any way we estimate how much time it will take before we start offline compaction?
Use-case: Looking for feasibility of developing something which calculate estimate time offline compaction will take.
Current/Experienced Behavior: No way to calculate how long that process take.
Improved/Expected Behavior: If this is possible, we can give clear timeline to business about downtime that needed to run offline compaction and it's very very helpful.
Environment Details (AEM version/service pack, any other specifics if applicable): 6.5.7
Customer-name/Organization name: Hershey's
Screenshot (if applicable):  
Code package (if applicable):  
3 Comments

Avatar

Avatar
Give Back 10
Employee
Akash_Kapoor
Employee

Likes

30 likes

Total Posts

26 posts

Correct reply

4 solutions
Top badges earned
Give Back 10
Give Back 5
Give Back 3
Give Back
Boost 5
View profile

Avatar
Give Back 10
Employee
Akash_Kapoor
Employee

Likes

30 likes

Total Posts

26 posts

Correct reply

4 solutions
Top badges earned
Give Back 10
Give Back 5
Give Back 3
Give Back
Boost 5
View profile
Akash_Kapoor
Employee

14-06-2021

Hi @hardik11071994 

 

Thanks for proposing the idea above.

I see there was already a similar improvement raised in the past GRANITE-11431 where AEM product engineering suggested that it is hard to get right with time and could be error-prone as many of the involved parameters are environment-specific and beyond control so it was suggested that instead of estimating time its better to estimate percentage completed based on the number of nodes compacted and an estimate of the total number of nodes. This could be done via the compaction logs enabled for org.apache.jackrabbit.oak.spi.gc.LoggingGCMonitor via logback configuration file. Let us know if the same has been explored and meet the requirements.

Status changed to: Needs Info

Avatar

Avatar
Establish
Community Manager
kautuk_sahni
Community Manager

Likes

1,360 likes

Total Posts

6,877 posts

Correct reply

1,150 solutions
Top badges earned
Establish
Coach
Originator
Contributor 2
Contributor
View profile

Avatar
Establish
Community Manager
kautuk_sahni
Community Manager

Likes

1,360 likes

Total Posts

6,877 posts

Correct reply

1,150 solutions
Top badges earned
Establish
Coach
Originator
Contributor 2
Contributor
View profile
kautuk_sahni
Community Manager

10-08-2021

@hardik11071994 Do you have more information the share?

Avatar

Avatar
Establish
Community Manager
kautuk_sahni
Community Manager

Likes

1,360 likes

Total Posts

6,877 posts

Correct reply

1,150 solutions
Top badges earned
Establish
Coach
Originator
Contributor 2
Contributor
View profile

Avatar
Establish
Community Manager
kautuk_sahni
Community Manager

Likes

1,360 likes

Total Posts

6,877 posts

Correct reply

1,150 solutions
Top badges earned
Establish
Coach
Originator
Contributor 2
Contributor
View profile
kautuk_sahni
Community Manager

18-10-2021

@hardik11071994We are closing this ticket as we do not hear a response from you. Please reply with information asked on this thread to reopen it again.