-
Notifications
You must be signed in to change notification settings - Fork 247
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
Performance Run-Alvalidation #3738
Comments
Isn't the performance drop simply from finding and downloading artifacts? |
No. I think it started when I switched to W22, using local system account on non-azure machine. I’ll back port to azure and w19 to see where the drop started.
Also have a w22 azure machine.
|
It seems to be Windows 22 related. Both servers (Azure / non-Azure) are slow.
I’m currently running the same build on W22 and W19.
On W19 I see compile times similar to the normal build. The first app inline takes 55secs.
On W22, the same app takes 280 secs.
Main difference between the tow machines:
* On W19 the agents run as a local admin user. Every agent on the server has its own user
* PS Modules are installed in the user scope.
* On W22, agents run as local system
* PSModules are save inside the Agent folder
* PSModule path changed so it can find the modules.
I’ll also test on the W22 machine as a normal (admin) user and see if it has same results
|
W19.log Please find attached detailed logs of both Also running it in ISE on W22 (with administrator account) compile of the first app took: 275secs..
So my first conclusion is that run-alValidation is slow in all cases when running on W22. Tested on Azure and non-Azure machine. |
Freddy, I think found the issue on W22, its related to PS7 sessions. If I set the parameter: All works with same performance. Any clue? Also on W2019, the performance is faster using the $bcContainerHelperConfig.usePsSession = $false On Windows22 its: 41secs vs 551secs! |
So with this workaround (UsePSSession=false) my problem is solved, but I do think there's a small bug somewhere... |
Not sure when this started, but I see a huge performance drop on the ALValidation
We run the validation against bc24.5 (latest container).
Validating an app which in vscode takes couple of seconds takes minutes...
I'm running this in a build pipeline on a hosted agent with very strong power...
On my local laptop I don't see this happening...
Other builds (and container creation ) are lightning fast
Parameters for run-alvalidation:
Container name RunAlValidation-59
Credential admin/Bara4671
MemoryLimit 8G
validateVersion 24
validateCurrent False
validateNextMinor False
validateNextMajor False
countries nl
validateCountries nl
affixes EMP,ADLSE
supportedCountries
ObsoleteTagMinAllowedMajorMinor
vsixFile
Install Apps
Previous Apps
Apps
I'll add logfile from azure devops when its completed
The text was updated successfully, but these errors were encountered: