Le portail francophone de la géomatique

Oui c'est vrai. En écrivant sans ajouter des chiffres c'est pas terrible d'autant plus que j'ai l'habitude en mode Web d'utiliser la console réseau du navigateur internet pour évaluer les temps ... honte à moi !

Je chronométrerai le temps d'ouverture de la couche parcelle cette semaine avec QGIS 2.18.19 et 3.0.2 pour apporter des chiffres.
Après, je sais bien qu'afficher la couche parcelle au 150 000 est inutile, mais cela permettra au chronomètre d'avoir une idée concernant l'écart des temps de chargement des entités au même endroit (même connexion internet je veux dire) sur la même couche.

Mais souvent je me connecte à PostgreSQL (base de diffusion) qui est le serveur externalisé pour récupérer en local les couches quand je construis un projet QGIS car en étant dépendant du débit internet c'est pas terrible pour la navigation dans la carte et pire pour les géotraitements (même les intersections spatiales simples).

Mais là, en version de QGIS 3.0.2, l'autre jour j'ai abandonné car je sentais une différence importante ne serait-ce que pour ouvrir les mêmes couches. je sais pas ça me donnais l'impression que pour ouvrir une couche QGIS 3 déclenchait soit plus de requêtes soit qu'il téléchargeait d'une manière inadéquate par rapport au 2 ou ça donne l’impression de recevoir les entités par paquet (ceci me rappelle un peu les temps de latence que l'on observe lors de l'ouverture de classes d'entités de géodatabase d'entreprise quand on est pas sur du réseau intranet 100 Méga mais sur de l'internet à environ 10-15 Méga).
Après, loin de moi l'idée de critiquer cette dernière solution elle est très bien, c'est pas l'objectif.

D'où mon message pour savoir s'il y a d'autres personnes qui avec cette version 3, qui est une version majeure, ont déjà rencontré ce souci ou c'est moi qui me fais des idées.
C’est sur que pour des architectures intranet dans tous les cas sur du 100 méga ont le sentira pas, mais je pense qu'aujourd'hui pas mal d’endroits externalisent l’hébergement des serveurs, sur des serveurs dédiés, ce sont plus ces personnes là qui sont susceptibles de rencontrer ce que je décris.

Dans tous les cas je vais regarder les temps de plus près dans le courant de la semaine.

Merci en tout cas pour votre réponse

Bonjour,

Je viens de tester de mon côté et j'observe le même comportement avec une couche "bâtiments" (env. 407 000 objets) stockée en base de données PostgreSQL / Postgis.

- QGIS 2.18.19 : temps de chargement 7s
- QGIS 3.0.2 : temps de chargement 24 s

Même configuration au niveau des options entre les deux versions de QGIS.

Pierre

Dernière modification par Hydrolithe (Thu 03 May 2018 10:38)

Bonjour JRM,

Il y avait une case "réaliser la simplification par le fournisseur de données lorsque c'est possible" qui n'était pas cochée dans QGIS 3.0.2 et en refaisant le test d'ajout de couche, j'obtiens les mêmes temps de chargement entre les deux versions. J'avais comparé les paramétrages entre les deux versions un peu trop rapidement ;-)

Merci, Pierre

Pourquoi, humour? Ils paient la tournée, point et pour info j'ai très soif...
Allez, bon w-e

Bonjour,

je reviens donc vous apporter les résultats des tests que j'ai réalisé ce matin à 08h.
J'ai tout d'abord vérifié les options de rendu et il s'avère que pour mon cas la case à cocher "Activer la simplification des entités par défaut lors de l'ajout de nouvelles couches" était déjà activée dans les deux versions.
Concernant l'option "Réaliser la simplification par le fournisseur de données lorsque c'est possible" elle n'était activée sur aucune des deux versions.
Pour le test d'aujourd'hui j'ai donc choisis de l'activer uniquement dans le version 3.0.2.


Ensuite, j'ai réalisé un test de débit une nouvelle fois, et j'ai bien fais ... :
7.7 Mb/s descendant
0.992 Mb/s montant
163.8 ms latence
On est donc dans des conditions moins favorables que la dernière fois, mais peu importe je refais le même test.


Ouverture de la couche parcelle :

QGIS 2.18.19 : 2mn 10 s -> Logique à mon sens vu l'écart du débit descendant.
QGIS 3.0.2 ->  au bout d'un quart d'heure même pas 1/25 ème de chargé (il y a 25 communes dans ce que je charge).

Et franchement, il n'y a même pas besoin de chronométré quand on est devant l'écran, la différence est élevée et sans ambiguïté.
Pourtant ça devrait aller plus vite dans la version 3.0.2 maintenant étant donné que la deuxième option cochée, que je ne souhaite pas garder quoiqu'il en soit car je crains des approximations fortes liées à la simplification des géométries dans le calcul des surfaces notamment et autres algorithmes s'appuyant sur ce type opération, mais ça c'est une autre question.

Hydrolithe, pouvez-vous m'indiquer plus de précisions sur le type d'architecture déployée pour vos tests :

- Vous testez depuis QGIS installé sur votre poste ou sur le serveur de base de données ?
- Le serveur de base de données ou est hébergée la base de données PostgreSQL/PostGIS faisant l'objet de votre test est sur un réseau interne ou vous passez par internet pour vous connecter ?


Merci.

Bonsoir,

ok.
Merci Hydrolithe pour votre réactivité et pour ces précisions.
Une dernière question, est-ce que vous pouvez m'envoyer comme je l'ai fais dans mes derniers messages un résultat de test de débit (surtout débit descendant et latence) ?

J'ai besoin de procéder par élimination et pour cela je voudrais commencer par comparer nos deux connexions.

Ensuite, je vais creuser la semaine prochaine pour voir d'ou cela peut provenir.
Si ce type de problème n’apparaît que pour moi, c'est de mon côté le souci pas du logiciel

Dans l'attente de votre retour.

Bonsoir,

merci pour votre retour.
La principale différence c'est que vous avez une latence bien meilleure.

Si le serveur vous est accessible via le réseau interne, je suppose qu'il est hébergé chez vous, dans le réseau local ?

Pour ma part, ce matin j'ai réessayé et testé plusieurs possibilités mais j'ai toujours les mêmes différences très élevées entre les deux versions de QGIS.
Après, je vous confirme que si je charge la même couche sur une instance PostGIS en local sur mon poste ce que j'ai fais, l'ouverture est très rapide dans la version 3.

Mais la même couche entre QGIS 2 et QGIS 3 dans mes conditions réelles (hébergement externalisé), la différence est très importante (en fait je m'arrête avant la fin du chargement, il y en aurait vraiment pour longtemps si je devais rester devant au chrono). Et même quand je zoome autour du 1/10000 ou 8000 dans QGIS 3 ça se charge mais il y a une différence importante avec la version 2 en ce qui me concerne.

Ce serait intéressant si un autre utilisateur pouvait faire le test dans des conditions similaires aux miennes (hébergement externalisé).
Mais au vu de la différence entre les deux versions je me dis qu'il y a forcément quelque chose de différent dans la méthode utilisée pour charger les entités dans le canevas de carte, mais je suis bien incapable de dire laquelle.

Après je m'en sors en faisant autrement : j'ai paramétré QGIS pour ne pas afficher les couches à l'ajout puis j'en fais une copie en local.
J'aurais bien aimé quand même trouvé la solution.

Merci en tout cas pour vos réponses.
On ne sait jamais, si d'autres membres ont des idées je suis preneur.

Bonne soirée.

Bonjour, je me permets d'aborder un sujet de lenteur de chargement des couches avec QGIS 2.14.13 à partir de deux versions différentes PostgreSQL+Potgis. Je travaille également dans une collectivité dans laquelle plusieurs personnes utilisent QGIS 2.14.13 quasi quotidiennement. Nous utilisons PostgreSQL et Postgis pour les données. Actuellement nous avons une ancienne instance PostgreSQL v8.4 + Postgis 1.5 et nous avons récemment installé une nouvelle instance PostgreSQL v 9.6 + PostGIS v 2.3 avec les mêmes données.

Je commence à tester l'accès aux données sur la nouvelle instance avec QGIS 2.14.13 et je rencontre également un problème de lenteur énorme de chargement initial des couches (lorsque je fais clic sur le petit éléphant).

Le temps d'attente pour le chargement des données à partir de l'ancienne version PostgreSQL+Postgis est 2 minute environ, alors que à partir de la nouvelle version le temps d'attente est plus de 3 heures! Cela est très inquiétant, car pour nous QGIS était un outil de travail important utilisé par 40 personnes environ dans la collectivité.

Est-ce que quelqu’un peut expliquer ce problème de lenteur?

L'étape suivante pour moi est de faire des tests avec QGIS 3.2.

Bonjour,


Pour répondre à votre première question, je précise que les 2 minutes/3heures c'est lorsque je clique sur le bouton "Connecter" pour obtenir la liste des schémas de la base de données.

Je suis passée en version QGIS 2.18.22 (LTR) et la lenteur persiste.

Ma base contient des centaines de tables et des vues. Toutes les tables ont des indexes spatiaux. 

Pourquoi cette différence ? Il me semble que cette lenteur vient du fait que la table geometry_columns a été remplacé dans la nouvelle version de Posgis par une vue, dans laquelle se trouvent automatiquement 2 fois plus d'objets - il y a des centaines des vues...

Bonjour,

Je confirme que ça va plus vite avec la méthode que vous proposez!

Merci beaucoup!