QElectroTech — Folios non consecutive numbering, new dock collection element

Re: Folios non consecutive numbering, new dock collection element

null@example.com (scorpio810) — Tue, 21 Jun 2016 19:56:12 +0000

Bonjour,

il n'y a pas encore eu d'optimisation sur le chargement des projets.

Re: Folios non consecutive numbering, new dock collection element

null@example.com (pach30310) — Tue, 21 Jun 2016 08:59:11 +0000

bonjour

Le TGV subit une grève dure !!
Sur le Yoga , effectivement le chargement de l'appli est devenu bien plus rapide . Par contre , à l'ouverture d'un projet (80 folios) , je retrouve le tortillard des Cevennes .
Je n'ai pas eu ni pris le temps de faire plus de test car j'avais emmené mon PC boulot qui lui bénéficie à plein des modifications apportées .

Décidément , il y a quelque chose dans l'architecture du Yoga (le proc ??) qui ne "matche" pas avec QET !

Re: Folios non consecutive numbering, new dock collection element

null@example.com (scorpio810) — Tue, 14 Jun 2016 23:53:49 +0000

Les premiers paquets QET avec les bibliothèques Qt 5.6.1 sont sur le dépôt (Debian Unstable).

Re: Folios non consecutive numbering, new dock collection element

null@example.com (scorpio810) — Tue, 14 Jun 2016 13:50:04 +0000

Bonjour,

je viens de tester sur le Seven de mon aîné, seul PC Windows de la tribu....
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?

Re: Folios non consecutive numbering, new dock collection element

null@example.com (scorpio810) — Mon, 13 Jun 2016 17:22:40 +0000

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.

Re: Folios non consecutive numbering, new dock collection element

null@example.com (pach30310) — Mon, 13 Jun 2016 16:33:10 +0000

Bonjour

Je met à jour la version sur mon PC "train" et je fais un retour sur la vitesse de chargement , en espérant qu'elle soit plus TGV que tortillard des Cévennes

Re: Folios non consecutive numbering, new dock collection element

null@example.com (scorpio810) — Fri, 10 Jun 2016 21:25:29 +0000

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.

Re: Folios non consecutive numbering, new dock collection element

null@example.com (Joshua) — Fri, 10 Jun 2016 15:45:44 +0000

Content de lire ça. La refonte du panel porte ses fruits

Re: Folios non consecutive numbering, new dock collection element

null@example.com (galexis) — Fri, 10 Jun 2016 15:39:04 +0000

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à.

Re: Folios non consecutive numbering, new dock collection element

null@example.com (scorpio810) — Wed, 08 Jun 2016 17:31:15 +0000

Merci du retour.

Re: Folios non consecutive numbering, new dock collection element

null@example.com (galexis) — Wed, 08 Jun 2016 17:17:55 +0000

Sous LM17.3 : super rapide.
Pour WIN: je n'utilise que la readytouse, et pas retesté récemment.

Re: Folios non consecutive numbering, new dock collection element

null@example.com (scorpio810) — Wed, 08 Jun 2016 15:20:07 +0000

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?

Re: Folios non consecutive numbering, new dock collection element

null@example.com (scorpio810) — Wed, 08 Jun 2016 02:21:56 +0000

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.

Re: Folios non consecutive numbering, new dock collection element

null@example.com (Nuri) — Tue, 07 Jun 2016 22:41:04 +0000

@Joshua
j'ai piqué l'icône QET dans le thème "Numix Circle". Sinon, le reste des icônes est un petit mélange de 2 thèmes.

@Laurent
C'est clair que par rapport à QET en natif sous Linux, le démarrage Windows est nettement plus laborieux.

Re: Folios non consecutive numbering, new dock collection element

null@example.com (scorpio810) — Tue, 07 Jun 2016 16:29:47 +0000

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 !