-
Notifications
You must be signed in to change notification settings - Fork 70
Cache composer api packages so these are considered each requst #1105
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
Conversation
|
Codecov Report❌ Patch coverage is
Additional details and impacted files@@ Coverage Diff @@
## dev #1105 +/- ##
==========================================
- Coverage 78.11% 78.07% -0.05%
==========================================
Files 193 193
Lines 27979 28036 +57
==========================================
+ Hits 21857 21888 +31
- Misses 6122 6148 +26
Flags with carried forward coverage won't be shown. Click here to find out more. ☔ View full report in Codecov by Sentry. 🚀 New features to boost your workflow:
|
f9fcfcc
to
2cf5726
Compare
= nr_php_packages_clone(NR_PHP_PROCESS_GLOBALS(composer_php_packages)); | ||
nrl_verbosedebug(NRL_FRAMEWORK, "composer packages cloned from cache"); | ||
#else | ||
nrl_verbosedebug(NRL_INSTRUMENT, "passing known PHP packages = %p", |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
This code needs some wrapping conditional so it isn't used if agent is running Composer API every request.
Probably wrapping it with:
if (NR_PHP_PROCESS_GLOBALS(composer_api_per_process_detection)) {
...
}
This approach yielded reasonable performance, but the use of process global to store package info persistently is considered problematic. A different approach was discussed and finally adopted. |
No description provided.