5,751

(7 replies, posted in EN : Help, suggestions, discussions, ...)

Please attach your project, thank.
Or send me by email, with image for detail.

For PLC input/output I hacked report property element, see in this video :


Qt 5.7 est sortie aujourd'hui et normalement les prochains paquets Windows cross-compilés seront basé sur cette nouvelle version de Qt .
https://github.com/mxe/mxe/issues/1396
http://blog.qt.io/blog/2016/06/16/qt-5-7-released/

5,753

(7 replies, posted in EN : Help, suggestions, discussions, ...)

Hello Jon,


Thank you . nomicons/smile

what version you use?

In 0.51 devel version "colors and conductor sizes are now preserved through references and their equipotentiality".

Laurent

Not ready yet.

Laurent

Les premiers paquets QET avec les bibliothèques Qt 5.6.1 sont sur le dépôt (Debian Unstable).
https://download.qelectrotech.org/qet/forum_img/Qt5.6.1.png

Bonjour,

je viens de tester sur le Seven de mon aîné, seul PC Windows de la tribu....nomicons/wassat
Vieux Intel I3, vieux DD 320Go 7200Tr/mn Qet prend environ 6 secondes du lancement jusqu’à la fin de la progress bar,  ça semble être bien plus rapide qu'avant aussi sur Windows.
Très très loin de tes 3 minutes Pach ..ça devrait aller bien mieux maintenant?

Bonjour Pach,

merci.
Apres tout dépendra du nombre de cores, threads CPU et du type de CPU de ton Yoga.
Mais bon si Galexis avec son pc du boulot y voit une différence, ça devrait etre plus rapide pour toi aussi.

Apres si tu veux du TGV passes sur un OS Gnu/Linux, Windows c'est le tortillard des Cévennes. nomicons/tongue

galexis wrote:

Test rapide sous WIN7 : bien plus rapide qu'avant, splash screen à peine visible. Pendant le chargement de la collection, sur mon pc du boulot bien pourri, il n'était pas possible d'utiliser le soft pendant ce temps là.

Super. nomicons/smile

For pinning just create a file 40qelectrotech-devel in your /etc/apt/preferences.d/  use nano/gedit/vim by example or other editor for edit this file:


sudo gedit /etc/apt/preferences.d/40qelectrotech-devel


And paste this:


Package: qelectrotech*
Pin: version 0.51.*
Pin-Priority: 1001


Save and refresh repository in your package manager or by line command.

Hi Stefan,

why you need multiple N (neutral) if all N at the same potential, i don't understand?
Could you please attach a screen capture for explain your problem?

Regards,
Laurent

Merci du retour.

5,762

(22 replies, posted in FR : Aide, suggestions, discussions, ...)

Bonjour,

c'est la première fois qu'on nous remonte ce problème, d'habitude quand ça se produisait les users retrouvaient leurs fichiers .qet vide, là on ne pouvaient rien y faire.

Je pense qu'on peut étudier de mettre plus tard en place, un système de fichier .back en parallèle du fichier projet avec un enregistrement automatique toutes les 1/2 heures.

Si par malheur Qet venait à planter ce qui ne doit pas arriver, l'utilisateur pourrait récupérer son projet en renommant le fichier.back en .qet

scorpio810 wrote:

Faudra attendre les retours de ceux qui l'ont installé sur un Windows natif pour avoir une idée, bien que le facteur core/CPU, HDD/SSD va être déterminant.

Galexis, et les autres?

Faudra attendre les retours de ceux qui l'ont installé sur un Windows natif pour avoir une idée, bien que le facteur core/CPU, HDD/SSD va être déterminant.
Il va de soit qu'on ne va pas revenir en arrière.
Il est clair qu'aujourd'hui qu'avec les dernières améliorations sur la conso RAM, le Multithreading on peut envisager d'importer un nombre très important de symboles dans les collections sans que ça demande une machine  avec beaucoup de RAM installée et un temps de chargement du logiciel très long.

Reste à étudier si on peut améliorer avec le Multithreading l'accélération du chargement de nos gros projets.

5,765

(22 replies, posted in FR : Aide, suggestions, discussions, ...)

De notre coté on essaye de comprendre pourquoi ton import ne contient que tes électrovannes, et dans la mesure du possible voir si on peut récupérer ton projet.

Nuri wrote:
Petite différence avec Laurent :
je viens d'installer le dernier build Windows en VM avec Win10. La VM utilisant seulement 2 cores du CPU parmi les 4 disponibles, le chargement est aussi très rapide.
Petite démo :

Je ne suis pas convaincu, c'est mieux avec un Win 10 installation neuve, mais c'est tres très loin d’être aussi rapide et fluide qu'une VM XP et dans une moindre mesure un Seven sur le même disque dur que cette VM... pourtant avec 6 cœurs sur 8 alloués ainsi que 8 Go de RAM dédiée à cette VM !

virtualbox-5.0_5.0.20-106931-Debian-jessie_amd64.deb + VBoxGuestAdditions_5.0.20.iso installées !

5,767

(22 replies, posted in FR : Aide, suggestions, discussions, ...)

Bonjour,

je pense que tu as clairement un gros soucis sur ta machine, c'est quoi comme pc, combien de RAM, machine très stable avec d'autres programmes?

Tu te rappelles si tu faisais quelque chose en particulier avec QET quand tu as eu ce message?
Le problème est que tu as seulement que tes électrovannes en éléments importés, les autres ont disparus après le crash.

Bon, le git pull sur le dépôt mxe et rebuild des environnements de cross-compilation aura été quand même payant : le chargement des collections et l'avancement de la barre de progression démarre maintenant de suite sur la VM WIN 7, pas comme sur ma vidéo précédente.
Bon, c'est toujours aussi lent, vais essayer avec une nouvelle VM WIN 10 neuve.


Merci Nuri, tu me rassures du coup. nomicons/blush
J’étais parti dans de grandes investigations ... , mxe git pull et rebuild des environnements de compilation croisés, recherches aussi du coté de NSIS l'installateur Windows et de mes scripts, voir re installation d'un Seven clean dans ma VM, etc.

Comparaison démarrage QET sous Debian unstable en natif et sous Window 7 en VM.
AMD FX 8350 8C/8T  et dans la VM Seven 6C/6T


Bon ont sait tous que Windows n'est pas réputé pour sa légèreté,  sa stabilité et encore moins pour être un OS rapide, mais là ça commençait à m’inquiéter !


Nuri wrote:

Ben bien les gars, ca valait le coup de faire un splash screen 

Jusqu’à présent oui, aujourd'hui il en serait même superflu suivant les OS et les machines.

5,770

(22 replies, posted in FR : Aide, suggestions, discussions, ...)

galexis wrote:

Son problème est d'autant plus bizarre, s'il utilise la version stable, non ?

famille.geoffroy wrote:

Concernant la provenance de QET je ne sait pas, je l'ai récupéré par l'intermédiaire d'un informaticien de la société où je travail.

Bon, sous MS Windows c'est clairement pas la même vitesse de chargement escompté dans ma VM seven que sur ma Debian...
Vous confirmez?
Il me semble remarquer que la version ReadyToUse est plus rapide au lancement que celles avec l'installateur .. A suivre !

galexis wrote:

La charge mémoire s'est effectivement bien allégée. Pour la vitesse de démarrage, cela semble plus rapide sur LM17.3 mais pas hyper flagrant : je testerais au boulot sur mon poste WIN7, car c'était vraiment très long, avec en plus le côté pénible du splash screen qui m'empêchait de pouvoir faire autre chose en gardant le focus.

Revision: 4544
Author:   blacksun
Date:     2016-06-06 21:15:31 +0200 (Mon, 06 Jun 2016)
Log Message:
-----------
Remove the flag Qt::WindowStaysOnTopHint of the splash screen

Je doute qu'il t’embête beaucoup maintenant le splash screen, je n'ai même plus le temps de le voir.

Une autre différence phénoménale pour te citer Nuri, le lancement et chargement complet de QET est maintenant aussi considérablement réduit. 

QET utilise dorénavant tous les cœurs/threads disponibles du/des processeur(s) de la machine pour gérer le cache SQL des quelques 2600 éléments que contient la collection fournie, le temps de lancement du logiciel et chargement des collections passent maintenant sous la barre des moins de 2 secondes sur ma machine AMD FX 8350 + SDD 840 pro ! nomicons/blink nomicons/smile


https://download.qelectrotech.org/qet/forum_img/RAM3.png

Revision: 4542
Author:   blacksun
Date:     2016-06-06 20:34:34 +0200 (Mon, 06 Jun 2016)
Log Message:
-----------
Use multithreading for loading the element collection

scorpio810 wrote:

Bonjour Pach,

reste plus qu'a attendre la sortie de Qt 5.6.1 et voir si ça corrige le problème que tu rencontres.

C'est pour bientôt : http://lists.qt-project.org/pipermail/d … 26162.html
https://wiki.qt.io/Qt_5.6.1_Change_Files

5,775

(22 replies, posted in FR : Aide, suggestions, discussions, ...)

@ Galexis: c'est son choix de prendre la version stable et non celle en cours de devel même si d'un autre coté on se prive des dernières avancées ajoutées (nouvelles basic shapes, écrans QHD, consommation RAM, et bientôt une autre grosse nouveauté ...).
Celle en cours de développement n'est pas moins stable qu'une taguée ... stable.