-
Notifications
You must be signed in to change notification settings - Fork 142
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
fix: patch artifact download takes much longer than it should on Windows #2532
Comments
We've released an update to the |
I'm currently able to reproduce this on my windows machine. I:
I'm going to try re-upgrading my flutter to see if that changes anything. Sample output:
I killed the process shortly after this. The progress percentage had been slowly creeping up. |
The issue above was using powershell. Can confirm that git bash does not have this issue (patching works as expected). |
Frustratingly, after trying this in git bash and seeing that it worked fine there, I'm not able to reproduce it in Powershell |
Correction: if I don't re-upgrade, the issue is reproducible in both powershell and git bash |
AAB url, from which I have no trouble downloading a file: libapp.so artifact url, which downloads super slowly: Despite the aab being an order of magnitude larger, it downloaded in <3s, while the libapp.so has downloaded 37% in 3 minutes. |
Do the URLs "warm up" in any way? e.g. if you try repeatedly to download from the libapp.so url does it ever get faster? Could it relate to the extension of the file being downloaded (could windows defender being doing something because it's a .so file?) |
I've updated the patch command code to attempt to download the aab at different points in the patch process. After a few runs, the throughline seems to be that it goes much slower after the build. This continues to be the case when I remove our invocation of the system Flutter's |
Looking in Task Manager, there does not appear to be any obvious resource consumption. I'm using 10% of CPU, 57% of memory, and there's basically no network traffic. There does seem to be a dart.exe process running in efficiency mode though. Looking into that now. |
Update: In task manager, if I change the priority of the dart.exe task from "normal" to "high", the download suddenly picks up speed |
a Dart VM trace (from observatory or with command line flags) might still help you here, as you might be able to see where the hangs are happening. Is it that the networking stack isn't getting back to us in a timely manner? Is it that we're not getting scheduled to process the results? Is it that the packet sizes are being forced to being smaller than expected, etc. |
A couple more updates: |
KB5045991 seems like it might be the corresponding update on Windows 10, will update when I can confirm |
Another report of disabling Windows Defender's real-time protection solving the problem https://discord.com/channels/1030243211995791380/1299963798060404829/1300498923269394483 |
Description
Users have reported extremely long (thousands of seconds) download times of release artifacts when creating a patch on Windows.
Example: https://discord.com/channels/1030243211995791380/1293125397394751581
This seems to be mostly affecting Windows users but I'm not confident it is a Windows-only issue.
The text was updated successfully, but these errors were encountered: