Skip to content
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

QGIS startup is slow on windows with --configpath option #20061

Closed
qgib opened this issue Dec 11, 2014 · 17 comments
Closed

QGIS startup is slow on windows with --configpath option #20061

qgib opened this issue Dec 11, 2014 · 17 comments
Labels
Bug Either a bug report, or a bug fix. Let's hope for the latter! Feedback Waiting on the submitter for answers Project stale Uh oh! Seems this work is abandoned, and the PR is about to close.

Comments

@qgib
Copy link
Contributor

qgib commented Dec 11, 2014

Author Name: Regis Haubourg (@haubourg)
Original Redmine Issue: 11845
Affected QGIS version: 2.6.0
Redmine category:project_loading/saving


Hi all,
we experience very slow startup (from 1 to 5 minutes) on windows with QGIS 2.x (last test with 2.6.1) when using remote profiles with @--configpath@ option.
Whole topic and process monitor logs are available "here":http://osgeo-org.1560.x6.nabble.com/QGIS-slow-startup-on-windows-td5177403.html.
This is related to QGIS trying to create files in @C:\Windows\CSC\v2.0.6\@, a system folder dedicated to store offline data, and that has special permissions..

Second startup is sometimes fast, sometimes slow.


@qgib
Copy link
Contributor Author

qgib commented Dec 11, 2014

Author Name: Martin Dobias (@wonder-sk)


Not sure if this is really QGIS problem. If you use --configpath to an ordinary path on your local disk, would it be still slow?

My impression is that the system/network configuration for your shared folder might be the reason for slowness.


  • status_id was changed from Open to Feedback

@qgib
Copy link
Contributor Author

qgib commented Dec 11, 2014

Author Name: Regis Haubourg (@haubourg)


I am confuzed, I run the same tests as yesterday, and I have no more that file creation error.
Everything goes well wherever I move qgis profile. Nasty problem.
I will try to reproduce it again..

@qgib
Copy link
Contributor Author

qgib commented Dec 15, 2014

Author Name: Regis Haubourg (@haubourg)


New tests today, problem is back..
I found several things:

  • Microsoft CSC cache is due to offline sync of some files. No part of qgis was involved in sync but I disabled sync, and now the error pointing to C:\Windows\CSC\v2.0.6\ disappeared.
    It is now replaced by several errors locating ressources that do not exists.

Among them, I found a repetitive pattern occuring all process life time, and related to QGIS.ini file.
First reading to actual remote_path\.qgis2\QGIS\QGIS2.ini path is OK, but then QGIS tries to read old 1.x QGIS.ini or QGIS2.ini in other locations:

  • remote_path\.qgis2\QGIS.ini
  • C:\ProgramData\QGIS\QGIS2.ini
  • C:\ProgramData\QGIS2.ini

See attached picture repetitive_ini_reading_pattern.jpg


  • 8205 was configured as repetitive_ini_reading_pattern.jpg

@qgib
Copy link
Contributor Author

qgib commented Jun 10, 2015

Author Name: Nathan Woodrow (@NathanW2)


hmm I'm seeing this now too and it only just started. Very strange. Seeing the same stuff in the logs.

@qgib
Copy link
Contributor Author

qgib commented Oct 5, 2015

Author Name: Jürgen Fischer (@jef-n)


  • category_id was configured as Project Loading/Saving
  • subject was changed from QGIS startup is slow on windows with --confipath option to QGIS startup is slow on windows with --configpath option

@qgib
Copy link
Contributor Author

qgib commented Dec 20, 2015

Author Name: Giovanni Manghi (@gioman)


  • status_id was changed from Feedback to Open

@qgib
Copy link
Contributor Author

qgib commented Jan 9, 2017

Author Name: Giovanni Manghi (@gioman)


What it the status of this issue when tested against recent qgis releases?


  • status_id was changed from Open to Feedback
  • priority_id was changed from High to Normal

@qgib
Copy link
Contributor Author

qgib commented Jan 9, 2017

Author Name: Regis Haubourg (@haubourg)


I think this a nasty issue, hard to reproduce. I would keep that open until that black magic est solved

@qgib
Copy link
Contributor Author

qgib commented Jan 26, 2017

Author Name: Giovanni Manghi (@gioman)


  • status_id was changed from Feedback to Open

@qgib
Copy link
Contributor Author

qgib commented Apr 30, 2017

Author Name: Giovanni Manghi (@gioman)


  • regression was configured as 0
  • easy_fix was configured as 0

@qgib
Copy link
Contributor Author

qgib commented Oct 23, 2018

Author Name: Regis Haubourg (@haubourg)


QGIS 3 is arriving as next LTR, and confipath option has changed. Please reopen if necessary


  • status_id was changed from Open to Closed
  • description was changed from Hi all,
    we experience very slow startup (from 1 to 5 minutes) on windows with QGIS 2.x (last test with 2.6.1) when using remote profiles with @--configpath@ option.
    Whole topic and process monitor logs are available "here":http://osgeo-org.1560.x6.nabble.com/QGIS-slow-startup-on-windows-td5177403.html.
    This is related to QGIS trying to create files in @C:\Windows\CSC\v2.0.6\@, a system folder dedicated to store offline data, and that has special permissions..

Second startup is sometimes fast, sometimes slow.

to Hi all,
we experience very slow startup (from 1 to 5 minutes) on windows with QGIS 2.x (last test with 2.6.1) when using remote profiles with @--configpath@ option.
Whole topic and process monitor logs are available "here":http://osgeo-org.1560.x6.nabble.com/QGIS-slow-startup-on-windows-td5177403.html.
This is related to QGIS trying to create files in @C:\Windows\CSC\v2.0.6\@, a system folder dedicated to store offline data, and that has special permissions..

Second startup is sometimes fast, sometimes slow.

@qgib qgib closed this as completed Oct 23, 2018
@qgib qgib added Bug Either a bug report, or a bug fix. Let's hope for the latter! Project labels May 25, 2019
@haubourg
Copy link
Member

I reopen this issue, according to this message, this still occurs

@haubourg haubourg reopened this May 23, 2020
@NathanW2
Copy link
Member

NathanW2 commented May 23, 2020 via email

@gioman gioman added the Feedback Waiting on the submitter for answers label May 23, 2020
@gioman gioman removed the Feedback Waiting on the submitter for answers label Aug 1, 2020
@Pedro-Murteira
Copy link

@haubourg Hello, is this still a problem in more recent releases?

@gioman gioman added the Feedback Waiting on the submitter for answers label Mar 14, 2022
@haubourg
Copy link
Member

@haubourg Hello, is this still a problem in more recent releases?

No idea, I dropped Windows so I lost my user's feedbacks . Maybe we can close again..

@github-actions
Copy link

The QGIS project highly values your report and would love to see it addressed. However, this issue has been left in feedback mode for the last 14 days and is being automatically marked as "stale".
If you would like to continue with this issue, please provide any missing information or answer any open questions. If you could resolve the issue yourself meanwhile, please leave a note for future readers with the same problem and close the issue.
In case you should have any uncertainty, please leave a comment and we will be happy to help you proceed with this issue.
If there is no further activity on this issue, it will be closed in a week.

@github-actions github-actions bot added the stale Uh oh! Seems this work is abandoned, and the PR is about to close. label Mar 29, 2022
@github-actions
Copy link

While we hate to see this happen, this issue has been automatically closed because it has not had any activity in the last 42 days despite being marked as feedback. If this issue should be reconsidered, please follow the guidelines in the previous comment and reopen this issue.
Or, if you have any further questions, there are also further support channels that can help you.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Bug Either a bug report, or a bug fix. Let's hope for the latter! Feedback Waiting on the submitter for answers Project stale Uh oh! Seems this work is abandoned, and the PR is about to close.
Projects
None yet
Development

No branches or pull requests

5 participants