|
|
Ici sur ma Debian je n'ai pas réussi a planter le logiciel. Déplacement à la souris des onglets ou depuis le panel d’éléments monter descendre? Tu pourrais tester avec la dernière version 0.8-dev? Si tu pouvais préciser en quoi la collection ne te convient pas? Merci pour les compliments. ;-) |
|
|
Il s'agit du déplacement des onglets, je viens d'essayer avec la version 0.8 dev, le problème s'y trouve toujours même s'il semble être un peu plus résistant au bug. Je pourrais essayer lundi au boulot sur un Windows 7 pour voir si il existe également. (J'ai uploadé une petite vidéo pour montrer le problème: https://youtu.be/-e3Pf3CWZZE ) Concernant la collection, elle est top et m'a permis de produire rapidement des schémas, quand je dis à refaire c'est plutôt pour le matériel spécifique qu'on utilise au boulot et que j'avais déjà créer en "dwg" (Actionneurs, automates régulations, capteurs et sondes fabricants...) |
|
|
Oups.. *Il s'agit du déplacement des onglets ** à la souris ***, j'ai écris trop vite et pas trouver de bouton pour éditer la note précédente. |
|
|
Merci pour la vidéo, bon j'essayerai d'insister un peu plus sur ma Debian, voir si ça crashe.. j'en doute. QET sur Windows c'est lent, le chargement des collections prend 25 X plus de temps, pareil pour les gros projets.. il n'est pas aussi rapide et fluide que sur une machine Linux, si t'as l'occasion de tester tu comprendras. Si tu refaits ou crée de nouveaux symboles, n’hésite pas à me les envoyer, je les rajouterai dans la collection. |
|
|
Je viens de faire un apt-get install sur mon vieux macbook intel core 2 duo (2x2.13ghz) de 2009 sur Debian 9, j'avoue avoir été un peu surpris de recevoir la version 0.5 (:D) le lancement à été long et semblait bloqué sur un seul "core". J'ai donc installé le deb de la 0.7 et la je doit admettre qu'effectivement c'est rapide ! Le chargement de la librairie aussi voir plus rapide que sur mon win10 (i7-3770k, 4core 8threads, overclocké a 4.5Ghz... ), qu'est-ce qui peut expliqué une telle différence ? *Au passage: je n'ai effectivement pas réussi a reproduire le bug sous debian* Malheureusement au boulot je n'ai pas la possibilité d'utiliser linux... et la plupart du temps quand je "conçois" en électricité je suis sur windows (logiciels fabricants, cad ...) Le partage des symboles est prévu, j’attends juste de trouver la "rigueur de création" des symboles et de classement, une fois que ce sera plus ou moins homogène, je packagerais tout ça et enverrai par lots. |
|
|
Et si tu testes avec l'AppImages c'est encore plus rapide. Sur ma Debian Sid, Ryzen 1700X c'est a peine si je vois la progressbar de chargement des collections environ 2 secondes le lancement complet.. C'est pour ça que QET tourne sur une Debian au boulot. J'ai essayé de nombreuses options de cross-compilation, mais c'est des heures et des heures a recompiler les environnements de cross-compilation à chaque fois avec un make -j16... https://www.leetchi.com/c/qelectroteck https://qelectrotech.org/forum/viewtopic.php?pid=9008#p9008 Même re essayé de compiler directement sous Windows, ça n'a rien changé à part que ça prend 6 fois plus de temps à compiler... Bref, il y a de tres nombreux softs qui fonctionnent mieux sous Linux que sous Windows.. Ce n'est pas pour rien que Microsoft se lance dans WSL, puis l’améliore avec WSL2 ... https://docs.microsoft.com/fr-fr/windows/wsl/wsl2-index https://docs.microsoft.com/fr-fr/windows/wsl/wsl2-about |
|
|
Je pense que c'est un problème d'I/O sur Windows: https://stackoverflow.com/questions/39271541/os-level-file-i-o-locks-on-qt-platforms |
|
|
Sinon une solution possible : serait de créer un RAMDISK Windows et d'y copier la collection officielle, dans ta config de QET "répertoire de la collection officielle" tu choisis le dossier dans le RAMDISK. |
|
|
** Je confirme que sous W7 le bug est là aussi, un peu plus facilement que chez moi, mais je suppose que ça doit être lié aux performances de l'ordinateur... ** Malheureusement je ne pense pas pouvoir accéder à WSL au boulot en utilisateur une fois que nous aurons tous migrer vers W10... Mais ça reste à voir je n'ai jamais essayer d'activer ça Quoi qu'il en soit, ne te prend pas trop la tête car même si il est vrai que c'est extrêmement lent en comparaison à la version linux, de tous les softs de schémas que j'ai pu essayer, (voir même tous les softs pro de manières générales) cela reste (et de loin) le plus réactif !! Une solution alternative qui pourrait peut-être soulager les utilisateurs Windows serait de pouvoir sélectionner dans les paramètres les dossiers de bibliothèques à charger par défaut au démarrage. Cependant, j'insiste, de mon point de vue, cela n'est pas un élément bloquant, une fois que la bibliothèque est chargée, il n'y as plus de soucis... (D'ici quelques jours j'irais faire un tour sur la cagnotte en mon nom, mais j'ai une question, est-ce qu'une entreprise peut faire une donation ? J'aimerais assez proposer à mon boss de faire une donation étant donné le temps que ce soft me fais gagner, en lui rappelant que des solutions plus ou moins équivalentes lui coûterait beaucoup plus cher, et puis surtout pour vous soutenir!, j'aimerais aider pour le code, mais il va y avoir encore quelques années d'auto apprentissage avant que je ne puisse ecrire quelque code que se soit lol) |
|
|
Ça prend beaucoup d'espace disque sur ta machine, quelques Go, mais ça peut-être bénéfique si tu lances souvent QET. Avec l'installeur tu as le choix des collections à installer. Oui il peut faire un don, mais comme nous n'avons pas le statut d'une association loi 1901 ça risque de le bloquer.. |
|
|
Une solution serait de faire um memcopy sur les méthodes setUpIcon, setUpData. |
|
|
Si tu peux tester ce paquet : x86_64-w64-mingw32.static.posix.seh https://download.qelectrotech.org/qet/scorpio/Installer_QElectroTech-0.80-DEV_x86_64-win64%2bgit6090-1.exe |
|
|
Salut, je viens de tester ici au travail (Win7) le bug est toujours présent mais il est déjà beaucoup plus difficile à reproduire comparée a la 0.7 ou la 0.80-DEV+git6069 (celle que j'utilise actuellement). Petite precision que j'aurais du donner tout de suite(Je ne sait pas si cela change fondamentalement quelque chose..): J'utilise les versions portables, dans le cas de l'installeur (Installer_QElectroTech-0.80-DEV_x86_64-win64%2bgit6090-1.exe) je l'ai décompréssé et extrait dans un dossier. Je testerai aussi chez moi ce week-end pour voir si les améliorations sont égalements bénéfiques sous W10. |
|
|
Salut, merci pour le retour, et du coté du lancement du logiciel tu remarques quelque chose, plus rapide? |
|
|
Je n'avais pas fait attention, sur le pc du boulot c'est un amd 8 core sans hyperthread, globalement il charge plus vite que sur mon pc de la maison (intel 4core - 8threads/ cf vidéo que j'eu envoyée). J'ai fait quelques mesures, il semblerait que les modifications ai ralentis un peu le chargement de la bibliothèque *Temps mesuré entre l'apparition de la fênetre de présentation (QET - Chargement...) et la fin du chargement de la bibliothèque - Même histoire, j'essayerais aussi à la maison Qet 0.8dev git 6069 (Version que j'utilise - 7289 éléments) 1) 05.8s 2) 05.21s Qet 0.8dev git 6090 (Version proposée au dessus - 7022 éléments) 1) 09.05s 2) 08.50s Qet 0.7 (6042 éléments): 1) 05.2s 2) 04.76s |
|
|
Je pense que le problème de chargement sous Windows provient de QDomDocument -> QTBUG-32926 mais aussi des pertes de schémas qui semblent se produire que sous Windows.. Efficiency comparison of C++ Xml parsing (Qt/TinyXml 2/RapidXml) QtXml deprecated |
|
|
Je reviens avec les chiffres du pc de la maison, globalement l’échelle de résultats est la même: qet 0.8 git 6087 (7022 elements) 1) 12.59s 2) 11.98s Qet 0.8dev git 6090 (Version proposée au dessus - 7022 éléments) 1) 17.84s 2) 17.74s qet 0.7 (6042 elements): 1) 11.77s 2) 11.50s J'ai lu un peu des deux liens que tu as envoyer en particulier la comparaison avec les trois méthode de parsing, d’après les tests qu'il a envoyer on retrouve un peu les différences entre linux/windows constatés sur Qet, cela semble être une bonne piste! Concernant les pertes de schémas je ne crois pas avoir eu le cas.. heureusement :D surtout pour les schémas du boulot :D Qu'est-ce que tu appelles pertes ? Fichier disparaissant ? Illisible? |
|
|
A oui j'allais oublier: malgré le temps de démarrage global plus long, la fenêtre qet semble s'afficher plus vite avec la 6090 qu'avec les autres versions. Autrement dit le "panneau de chargement" QET reste moins longtemps avant d'afficher le programme: mais cela reste un constat "humain" je n'ai pas de chiffres pour l'avancer. HS: Comment je fais pour modifier une note que j'ai poster ? je ne trouves pas de bouton, et je ne dois pas taper les bon mots clés sur gogole... |
|
|
Merci pour ton retour et ces chiffres, il faut additionner 1 + 2 ou ce sont deux lancements différents? Pour les fichiers corrompus : https://qelectrotech.org/forum/viewtopic.php?id=208 https://qelectrotech.org/forum/viewtopic.php?id=1379 https://qelectrotech.org/forum/viewtopic.php?id=1535 etc...
Pour modifier une note suffit de se déplacer dans les notes -> des boutons apparaîtrons pour éditer, etc.  |
|
|
Il s'agit de deux lancements différents. C'est bon a savoir pour les fichiers corrompus, je n'ai pas eu le cas encore. mais je ne travaille vraiment dessus que depuis la 0.7. On as une sauvegarde chaque jour sur le serveur de l'entreprise donc, en théorie, je ne perdrais qu'un jour max, mais je prendrais des précautions supplémentaires pour les gros schémas ! Je pense que mon compte ne permet pas l'édition je n'ai pas ces boutons à disposition. |
|
|
En principe maintenant tu peux éditer tes notes. |
|
|
Bon on s'égare un peu du sujet initial, mais au vue de ce lien, Efficiency comparison of C++ Xml parsing (Qt/TinyXml 2/RapidXml) il semble assez claire que Qt n'est pas des plus optimal pour le xml. Bien que rapidxml semble le plus rapide, je pencherais plutôt pour tinyxml2 qui semble plus convivial à utiliser mais aussi toujours maintenu (rapidxml semble ne pas avoir été mis à jours depuis plusieurs années). Bon je reste sur la feuille de route prévu pour la 0.8, mais dès que je pourrais je ferais quelque test avec tinyxml2. Si on peut accélérer Qet mais aussi résoudre le problème de fichier corrompu, c'est tout benef :) |
|
|
https://git.tuxfamily.org/qet/qet.git/commit/?id=e618539ddb7f4782b42c48ec9b7b5715c844baa9 |
- Anonymous
