mirror of
https://github.com/NickeManarin/ScreenToGif.git
synced 2026-04-25 23:25:52 +03:00
[GH-ISSUE #266] [Performance Request] About starting speed #219
Labels
No labels
copy cats
duplicated
future feature
pull-request
⬜ Accepted
⬜ Completed
⬜ Help Wanted 💪
⬜ In Progress
⬜ Missing Details
⬜ Pending
⬜ Waiting For Answer ⏳
🆕 feature preview
🔷 Bug 🐛
🔷 Out Of Scope
🔷 Out Of Scope
🔷 Question
🔷Enhancement
🔷Enhancement
🔷Invalid / External
🔷Knowledge Base
🔷Won't Fix
🕑 High
🕑 High
🕑 High
🕕 Medium
🕙 Low
🕛 Critical
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
starred/ScreenToGif#219
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @luboq on GitHub (Feb 9, 2018).
Original GitHub issue: https://github.com/NickeManarin/ScreenToGif/issues/266
Recent versions of the ScreenToGif are starting more and more slowly, even as long as 15 to 20 seconds in my PC.
I miss the starting speed of the early version, and just tested, ScreenToGif v1.4.1, the first version I used in 2015, can start with only 1 second.
Of course, I understand that the more powerful the feature, the performance will inevitably be reduced, however, just a little hope, is it possible to optimize the starting speed? Thanks.
@user3323 commented on GitHub (Feb 10, 2018):
I think you should write your PC info
For me - the latest version starts for about 1 second. Ultra fast.
@luboq commented on GitHub (Feb 11, 2018):
@user3323 Thank you for your reply.
ScreenToGif v2.12 + Win7 SP1 x64 + SATA HDD + .NET 4.7
I can't assert that my PC is not a negative factor, maybe it's indeed too old (bought in 2013). I'm just saying, the same PC, same repro steps, v1.4.1 only need 1s to start, while v2.12 need much much longer (both are the time of the first start after PC boot)
Here is the v1.4.1 portable link in case someone want to test:
https://github.com/waldens/waldens.github.io/raw/master/ScreenToGif.exe
Their startup time are both within 1s in you guys PC?
@NickeManarin commented on GitHub (Feb 11, 2018):
The app was taking 5 seconds to load with this low-end PC:
i3 5th gen, 4GB DDR3, SATA HDD, Win 10 without any dedicated graphics card.
I'm curently changing how the app starts and closes, so I'll run a performance test later.
Thanks for the feedback.
@Sethur commented on GitHub (Apr 5, 2018):
I'm on Windows 7 with the lastest updates and .NET 4.6.2. + dual processor top of the line XEON CPU and for me the startup of version 2.13.1 takes easily over 30s during which no feedback about the startup process is given, at all.
Is it possible that this is connected with the fact that I am behind a HTTP proxy?
@Sethur commented on GitHub (Apr 5, 2018):
I got the current source and did a little digging, seems that the issue lies in getting the status of an installed hotfix in App.xaml.cs -> Application_Startup:
When compiled with Debug Configuration, ´search.Count´ took 52s for me.
@Sethur commented on GitHub (Apr 5, 2018):
This should be interesting as well regarding hotfix 4055002:
https://support.microsoft.com/en-us/help/4074880/description-of-the-security-and-quality-rollup-for-net-framework-4-6-4
@Sethur commented on GitHub (Apr 5, 2018):
Update: Replacing
with
fixed this issue. Startup is now < 1s again.
@NickeManarin commented on GitHub (Apr 6, 2018):
@Sethur Thank you for finding out what was slowing down ever more the startup. I'll fix it.
Still, for @waldens, the app was slower even before this Hotfix detection code was added.
@NickeManarin commented on GitHub (Sep 27, 2019):
Any news on how fast the app starts now for you?
@luboq commented on GitHub (Sep 28, 2019):
@NickeManarin Less than 2s, this issue can be closed. Thank you.