Re: Nouveautés de la version de développement 0.9
Une readytouse 64bits prête à l'emploie se serait possible ?
You are not logged in. Please login or register.
QElectroTech → News → Nouveautés de la version de développement 0.9
Une readytouse 64bits prête à l'emploie se serait possible ?
As tu de ton coté essayés en changeant les binaires? Voir si tu avais un gain comme dans mes tests.
J'ai pas de D et si faut faire une demande d'installation en 3 exemplaires à chaque mise à jour, je vais pas m'en sortir !
La version installer 32 bits -0.90-DEV+git7633 mets 3.5 secondes à se lancer sur un Windows qui vient d’être rebooté. Soit
beaucoup plus de temps que la version installer 64 bits qui mets : Elements collection finished to be loaded in 2.8 secondes
Donc le soucis ne vient pas que du binaire 32 VS 64 bits .. Meme si le binaire 32 bits semble prendre un peu plus de temps....
Mais bon, avec Windows c'est toujours tres compliqué pour comparer on ne sait jamais ce qu'il fait dans notre dos cet OS !!! Faut toujours avoir l’œil dans le gestionnaire des taches pour être sur qu'il ai bien fini de démarrer ...et qu'il n'ai pas en train d'installer une énième MAJ ... avant de faire le Benchmark ..
Pour résumer:
Les différences de temps de lancement des versions Windows :
On compare le temps de lancement sur un Windows fraîchement démarré en
fonction des version portables ou installables et suivant l'architecture du binaire 32 bits VS 64 bits avec environ 8217 éléments.
qelectrotech-0.90-DEV+git7633-x86-win32-readytouse.7z -> 25 secondes
qelectrotech-0.90-DEV+git7633-x86_64-win64-readytouse.7z -> 15 secondes... binaire 64 bits qelectrotech.exe de la version installer
Installer_QElectroTech-0.90-DEV+git7633-1.exe -> 3.5 secondes
Installer_QElectroTech-0.90-DEV_x86_64-win64+git7633-1.exe -> 2.8 secondes
https://download.qelectrotech.org/qet/b … 2-07-06-1/
qelectrotech-0.90-DEV+git7645-x86-win32-readytouse.7z -> 25 secondes
qelectrotech-0.90-DEV+git7645-x86-win64-readytouse.7z -> 17 secondes
Linux Debian Sid x86_64 -> 0.226 seconds ....
Super, je testerais la 64 bits !
Par contre le fait de ne choisir que les elements => elements/10_electric/ dans la config ne changera pas le temps de chargement..avec la ReadyToUse ... le mieux étant de supprimer les autres dossiers éléments que tu te sers pas.
Sur ta ReadyToUse si tu ne conserves que le dossier 10_electric/ la ReadyToUse 64 bits se lance en 1.47 seconde.
26s avec la readytouse 64bits au boulot au premier lancement et toute la collection.
PFFFiouuu, ...... ils t'ont mis quoi le service informatique de ta boite sur ton Windows pour que ça rame autant?
J'imagine que TIA portal ou un gros soft dfe CAO ne doit pas pouvoir se lancer sur ta bécane ...
Que de la bureautique...
Sur ta ReadyToUse si tu ne conserves que le dossier 10_electric/ la ReadyToUse 64 bits se lance en 1.47 seconde.
Mets les autres dossiers éléments que tu ne te serviras dans un coin ou dans la corbeille, ça devrait le faire.
26s avec la readytouse 64bits au boulot au premier lancement et toute la collection.
Donc tu es passé de 32 secondes à 26 secondes rien qu'en prenant la 64 bits, je pensai ne plus la compiler mais vu que certains y voit un gain, je vais donc continuer à faire les paquets.
De toute façon le script de packaging je l'ai déjà modifié en conséquence, autant le laisser.
Je suis passé en full 64 bits y a presque 20 ans en arrière ... en laissant de coté Ubuntu Dapper par une Debian en full 64 bits (c'étais les prémisses du X86_64, et ce n'étais pas aussi si simple que maintenant ...
Voir mon premier site (~ 2002 to ~ 2010)...
http://scorpio.kindwolf.org/
http://scorpio.kindwolf.org/hercules%20deluxe.html ...
Déjà il y avait un gros gain par rapport au même système et logiciels en 32 bits.
Sur Windows il a fallut attendre la fin de Windows 10 ... pour commencer à voir un léger gain sur les programmes 64 bits ...
Juste avec le dossier electric:
15:26:00.153 Info: Elements collection finished to be loaded in 16.912 seconds
Gain 10s.
2ème démarrage :
15:27:14.676 Info: Elements collection finished to be loaded in 1.181 seconds
Juste avec le dossier electric:
18:28:18.508 Info: "QElectroTech V 0.90-DEV+8a1f509b6b0a58100c957a06d79751d3"
18:28:18.508 Info: "Compilation : GCC 9.4.0"
18:28:18.508 Info: "Built with Qt 5.15.3 - Date : Jul 6 2022 : 08:02:19"
18:28:18.509 Info: "Run with Qt 5.15.3 using 8 thread(s)"
18:28:18.509 Info: "CPU : NAME \r\r\nINTEL(R) CORE(TM) I7-8550U CPU @ 1.80GHZ \r\r\n\r\r\n"
18:28:18.509 Info: "RAM Total : 16 GB"
18:28:18.510 Info: "RAM Available : 11 GB"
18:28:18.511 Info: "GPU : VideoProcessor \r\r\nIntel(R) UHD Graphics Family \r\r\n\r\r\n"
18:28:18.511 Info: "GPU RAM : RAM Total : AdapterRAM \r\r\n1073741824 \r\r\n\r\r\n B"
18:28:18.511 Info: "OS : winnt - x86_64 - Version : Windows 10 Version 2009 - Kernel : 10.0.19044"
18:28:18.511 Info: *** Qt screens ***
18:28:18.511 Info: "( 1 : 3840 x 2160 )"
18:28:18.512 Info: DISK : C:/
18:28:18.512 Info: FileSystemType: "NTFS"
18:28:18.513 Info: SizeTotal: 66 GB
18:28:18.513 Info: AvailableSize: 6 GB
18:28:18.513 Info: DISK : D:/
18:28:18.513 Info: FileSystemType: "NTFS"
18:28:18.514 Info: SizeTotal: 20 GB
18:28:18.514 Info: AvailableSize: 0 GB
18:28:18.517 Info: DISK USED: C:/
18:28:18.517 Info: FileSystemType: "NTFS"
18:28:18.517 Info: SizeTotal: 66 GB
18:28:18.517 Info: AvailableSize: 6 GB
18:28:29.561 Info: Elements collection finished to be loaded in 12.349 seconds
The branch, master has been updated
via 8af850df44ffca209fc98c12f9ae55b0aaa022a9 (commit)
from 8a1f509b625cbe4bc1d10ec60d041884f44160d8 (commit)
Those revisions listed above that are new to this repository have
not appeared on any other notification email; so we list those
revisions in full, below.
- Log -----------------------------------------------------------------
commit 8af850df44ffca209fc98c12f9ae55b0aaa022a9
Author: Laurent Trinques <scorpio@>
Date: Fri Jul 8 20:50:45 2022 +0200
Add the architecture of the CPU that Qt was compiled for, in widget aboutqetdialog and in the logs
-----------------------------------------------------------------------
https://doc.qt.io/qt-6/qsysinfo.html#bu … chitecture
The branch, master has been updated
via ab724377c0b74c36db7048615ccfa03fb3c22b5c (commit)
from 4c5d27e9af7381e36aff2038935fba24022d7e6d (commit)
Those revisions listed above that are new to this repository have
not appeared on any other notification email; so we list those
revisions in full, below.
- Log -----------------------------------------------------------------
commit ab724377c0b74c36db7048615ccfa03fb3c22b5c
Author: Laurent Trinques <scorpio@>
Date: Sat Jul 16 12:58:35 2022 +0200
Fixed a bug with many slaves of type Other, whose XREFs overlap in list
mode
-----------------------------------------------------------------------
Summary of changes:
sources/qetgraphicsitem/crossrefitem.cpp | 8 ++++++++
1 file changed, 8 insertions(+)
galexis wrote:26s avec la readytouse 64bits au boulot au premier lancement et toute la collection.
Donc tu es passé de 32 secondes à 26 secondes rien qu'en prenant la 64 bits, je pensai ne plus la compiler mais vu que certains y voit un gain, je vais donc continuer à faire les paquets.
De toute façon le script de packaging je l'ai déjà modifié en conséquence, autant le laisser.Je suis passé en full 64 bits y a presque 20 ans en arrière ... en laissant de coté Ubuntu Dapper par une Debian en full 64 bits (c'étais les prémisses du X86_64, et ce n'étais pas aussi si simple que maintenant ...
Voir mon premier site (~ 2002 to ~ 2010)...
http://scorpio.kindwolf.org/
http://scorpio.kindwolf.org/hercules%20deluxe.html ...
Déjà il y avait un gros gain par rapport au même système et logiciels en 32 bits.Sur Windows il a fallut attendre la fin de Windows 10 ... pour commencer à voir un léger gain sur les programmes 64 bits ...
J'ai mis à jour mon pc de bureau vers W10 21H2. Je suis sur la readytouse 64bits du 16 juillet et la bibliothèque complète:
16:02:14.086 Info: Elements collection finished to be loaded in 25.19 seconds
Pas de gain majeur...
et 16:04:51.999 Info: Elements collection finished to be loaded in 1.219 seconds
au second démarrage.
Pour avoir un gros gain il te faut passer par la version installer 64 bits ! Ou faire sur ta machine un double boot Linux ...
De plus tu peux avoir les deux versions installer et ReadytoUse qui cohabitent sur ta machine.
Et donc émettre un ticket pour qu'ils t'installent la dernière 0.90-dev installer 64 bits, ensuite tu peux toujours suivre le développement avec les derniers ReadyToUse. Puis suivant l'avancement du projet QET, renouveler ton ticket... pour la dernière dev ..
Update MXE x86_64 only for Windows 64 builds to
KF5 5.90 -> KF5: 5.96.0
Qt 5.15.3 -> Qt: 5.15.5
GCC 9 -> GCC:11.3.0
QElectroTech can now import dxf file in the element editor by using dxf2elmt software. For that go to file menu -> importer un dxf.
dxf2elmt must downloaded by user and present in a specific folder, if it's not the case when user try to import a dxf a dialog is opened with a little how to instruction (actually in french).The old dxf convertor is still present in the file menu, but we probably remove it in future because this one is far better.
Thanks a lot antonioaja for your work.
Added English translations.
Network outage
Posté le dimanche 31 juillet 2022, à 13:35 UTCSince 2022-07-31 12.53 UTC (14.53 CEST), our hoster is experiencing a partial network outage impacting all of our main services. We will keep you updated. Secondary services (MX2, NS2, etc.) are still up and running.
For Debian unstable and Ubuntu 22.04 users who use my PPA or Debian repositories apt-key is deprecated.
apt-key deprecation warning when updating system; see:
https://syslog.me/2022/01/10/apt-key-is … -now-what/“Deprecated” usually means that a certain functionality will be eventually removed from the system. In this case, Ubuntu users will be hit already in 2022 with the release of 22.10 in October as the command will be available last in the next LTS (22.04) to be released in April. Debian users will have more time, as the command won’t available in the next major release of Debian (supposedly Debian 12, that may be a couple of years away). This is written in clear letters in the man page:
Key is stored in legacy trusted.gpg keyring (/etc/apt/trusted.gpg), see the DEPRECATION section in apt-key(8) for details
sudo apt-key export 1D4FB6C1 | sudo gpg --dearmour -o /usr/share/keyrings/qelectrotech.gpg
echo "deb [signed-by=/usr/share/keyrings/qelectrotech.gpg] http://debian.qelectrotech.org/qet/debian/ unstable main" | sudo tee /etc/apt/sources.list.d/qelectrotech.list
Now remove in /etc/apt/sources.list :
deb http://debian.qelectrotech.org/qet/debian/ unstable main
And old key:
sudo apt-key del 1D4FB6C1
J'ai migré sous LinuxMint 21, et j'ai l'erreur:
W: http://ppa.launchpad.net/scorpio/qelectrotech-dev/ubuntu/dists/jammy/InRelease: Key is stored in legacy trusted.gpg keyring (/etc/apt/trusted.gpg), see the DEPRECATION section in apt-key(8) for details.
J'ai suivi les commandes si dessus, cela n'a pas corrigé le problème.... merci pour l'aide.
@galexis: si tu utilise le PPA pense à changer l'url dans la commande.
https://qelectrotech.org/wiki_new/doc/i … or_details
https://askubuntu.com/questions/1398344 … ing-system
QElectroTech → News → Nouveautés de la version de développement 0.9
Powered by PunBB, supported by Informer Technologies, Inc.
Generated in 0.029 seconds (22% PHP - 78% DB) with 11 queries