-
Notifications
You must be signed in to change notification settings - Fork 86
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
v1.7.3.0 is extremely slow #116
Comments
I've gone through back-porting differences between versions to try to find the cause. It's not caused by any of the other changes (like the Get-Variable change, etc). It solely resides in Start-RSJob. |
Oh no, you've commented out the section which passes in Batch numbers. |
I do see a slow down between versions. I commented out the batch a while ago until I can solve the issue with using Modules/Functions while using the same runspacepool. If I can get that working properly, then I will put the use of Batch runspacepools back in. |
@codykonior Try this version (1.7.3.1) and let me know how it works. |
I really depend on the -Batch functionality so I can't upgrade at this point. |
@codykonior Batch functionality was restored in this version. |
Thumbs up, the current version you have checked in seems to be working (no random runspace errors, and the usual great performance with batches). |
I hate to say it but although it has fixed the runspace issues, I've noticed some extremely odd slowdowns using 1.7.3.0 vs the previous 1.7.2.7.
On 1.7.2.7:
On 1.7.3.0:
This doesn't seem like much at 1s vs 16s but on proper workloads (400 jobs, where the script blocks are doing real processing) a 2 minute overall run for all jobs to complete was reaching 20-30 minutes before I stopped it.
The text was updated successfully, but these errors were encountered: