Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Drop server performance configuration #877

Merged
merged 1 commit into from
Sep 10, 2024

Conversation

M0rgan01
Copy link
Contributor

@M0rgan01 M0rgan01 commented Sep 6, 2024

Questions Answers
Description? Drop server performance configuration
Type? improvement
BC breaks? no
Deprecations? no
Fixed ticket? -
Sponsor company -
How to test? -

@M0rgan01 M0rgan01 added this to the 7.0.0 milestone Sep 6, 2024
@kpodemski
Copy link
Contributor

Are you planning to allow developers to override these values? Time is precious.

@M0rgan01
Copy link
Contributor Author

@kpodemski According to our metrics this configuration was very little modified. We aim to simplify the update process so that users are as comfortable as possible.

Time is precious -> We also study the subject of performance :)

@kpodemski
Copy link
Contributor

@M0rgan01

According to our metrics this configuration was very little modified. We aim to simplify the update process so that users are as comfortable as possible.

Of course, and that's a good approach. Two thoughts:

  • nontechnical users probably won't end up doing major upgrades,
  • it is an agency or technical person who does the upgrade quite often - I don't want to modify the module's files to make things quicker because I run on max_execution=-1 and memory_limit=-1, etc., so it would be great to have it configurable, even by having a code like this:

$nbFiles = Configuration::get('PS_AUTOUPGRADE_NB_FILES, null, null, null, 400);

so I could tinker with perf settings :D

@Hlavtox
Copy link
Contributor

Hlavtox commented Sep 10, 2024

I don't think the loop size/time is to concern, if the upgrade takes 2 minutes o 2 minutes 5 seconds is irrelevant.

What is concerning is 'maxBackupFileSize' => [15728640, 31457280, 62914560], // bytes, this changes the behavior of the backup. Not that I ever used this. :-)))

@M0rgan01
Copy link
Contributor Author

This configuration does not significantly change the time an upgrade will take.

This can also complicate things if we try to improve performance for all configurations.

@AureRita AureRita self-assigned this Sep 10, 2024
Copy link

@AureRita AureRita left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Hi @M0rgan01

Thank you for your PR, I tested it and it seems to works as you can see :

recording.287.webm

Tested from :
1.7.8.9 to 8.1.7
8.0.5 to 8.1.7
8.1.7 to 9.0.0
8.1.5 to 9.0.0
8.0.5 to 9.0.0

Because the PR seems to works as expected, It's QA ✔️

Thank you

@M0rgan01 M0rgan01 merged commit 0bc86e3 into PrestaShop:dev Sep 10, 2024
34 checks passed
@Quetzacoalt91 Quetzacoalt91 deleted the drop_server_configuration branch September 10, 2024 13:49
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
Archived in project
Development

Successfully merging this pull request may close these issues.

5 participants