phoenix a écrit 807 commentaires

Et ca marche bien ? (Est-ce que des annonces pour des produits d'une valeur d'une centaine d'euros passe ?)

tu as toujours ssh -CX

Bref au lieu d'avoir bash + expect + C, il ont bash + python + C.... Pourquoi ne pas avoir choisis un seul langage pour tout écrire ?

Pour la partie que je souhaite garder et qui nécessite l'archivage

- Mails (je garde tous les mails, pièces jointes comprises) ==> 1 Go
- Logiciel écrits (ca c'est pas très gros)
- Documents (Facture PDF, Comptes, ou document trouver sur Internet parlant d'un sujet intéressant : PDF sur Latex, PDF sur Qt, PDF sur la RFC XSD, ...)
- Photos (plusieurs Go et c'est là qu'un DVD ne devient plus suffisent).

Je suis d'accord pour l'archivage chez un proche mais la question est sur quel support ....

PS: C'est a titre perso, pas dans le cadre professionnel. Le budget n'est pas le même.

Pour les bandes magnétiques, je crois q'un lecteur de bande magnétique n'est pas pour rien. De plus en cas de problème, je souhaiterai pouvoir retrouvé la donnée relativement vite (point que je n'avais pas précisé).

Ensuite, pour l'espace de stockage à distance, j'ai déjà testé. Pour transférer en upload quelques vingtaines de Go, il me faudrait plusieurs semaine de transfert ... :(

La version sous Windows, et la version 3.x et sous Linux la version 4.x mais j'avais déjà fait des tests avant avec d'autres version pour voir si cela changé quelque chose.

Merci à tous pour toutes ces informations, je pense qu'elle pourront être utile à d'autres.
Voilà ce que j'ai changé :
- utilisation de l'option -pipe
- utilisation du linker gold

Je suis passé de plus de 40h à 75m ... La phase de link sur les exe (qui sont en faite au nombre de 800) passe de quelque minute par exe à quelque seconde (voir centième de seconde).

Je pense que c'est surtout grâce à gold. J'espère qu'il est maintenu et qu'il sera améliorer, car c'est vraiment un très bon linker (grâce à lui la compilation est plus rapide que celle avec VisualStudio sous Windows).

Merci

Y-a-t-il une bonne méthode pour trouver le bon ordre ?

Le problème est qu'il y a 11 librairies qui peuvent dépendre l'une de l'autre, j'ai donc des milliers de ligne de undefined reference, et j'ai du mal à retrouver qui va avant quoi (et avec les dépendances circulaire, il faut parfois mettre deux fois la librairie sur la même ligne :( )

Une fois compilé, est-il possible avec une commande, d'extraire l'ordre des dépendances des librairies statique ?

Personnellement je ne trouve pas cela normal mais ce n'est pas moi qui ai écris ce logiciel et il est bien trop tard (vu sa taille) pour changer ce point (en tout cas ce n'est pas pour tout de suite).

C:\Users\uvandenhekke>Configured with: ../gcc-3.4.5-20060117-3/configure --with-gcc --with-gnu-ld --with-gnu-as --host=mingw32 --target=mingw32 --prefix=/mingw --enable-threads --disable-nls --enable-languages=c,c++,f77,ada,objc,java --disable-win32-registry --disable-shared --enable-sjlj-exceptions --enable-libgcj --disable-java-awt --without-x --enable-java-gc=boehm --disable-libgcj-debug --enable-interpreter --enable-hash-synchronization --enable-libstdcxx-debug
Thread model: win32
gcc version 3.4.5 (mingw-vista special r3)

D'après ce que je crois lire, c'est ld aussi, mais peut-être un ld made in mingw.

La RAM est la même : 2Go.

Ce serait pas de chance, le problème est le même avec gcc 2.95, gcc 3.xx, et gcc 4.xx.

Mais j'enverrai un mail à la mailing list si jamais je ne peux pas améliorer plus les perfs avec gold ou -pipe.

Passer en -O0 ne change rien ... La compilation est plus rapide, amis les librairies statique sont plus grosse et donc plus longue à linker.

Je vais regarder si je n'utilise pas l'option pipe, mais je crois que je l'utilise déjà. Cette option ne fonctionne que pour la compilation ou également pour la phase de linkage ?

Pour la compilation multi-cpu, je suis à trois process par CPU (make -j3) sur les deux machines (des dual core).
Je pourrais monté à plus pendant la phase de compilation (CC) mais je suis limité en mémoire pendant la phase de link (LD), 3 processus est alors le maximum.

Comme dit dans le journal, il ne m'est pas possible de compiler en dynamique. Le but est de pouvoir livrer un exécutable et pas l'ensemble des exécutables en cas de correction (et on ne vas pas gérer les problématiques de compatibilité binaire entre les librairies et les exécutables). On veux également, en cas de bug, pouvoir livrer un exécutable sans impacter la configuration existante du reste du serveur chez le client (les autres exécutables, qui sont censé fonctionné). Bref quand ca marche on touche pas.

Ensuite, j'ai une autre problématique, le logiciel est vieux de quelque milliers d'année (1992), il y a donc des choses qui ont été écrites d'une certaine manière (inter-dépendance des librairies), qui même si je trouve ça dommage, je ne vais pas pouvoir y faire grand chose vu la taille du bousin.

C'est intéressant, je vais m'empresser de le tester pour voir le résultat.
Merci de l'information

Oui c'est bien --start-group
Mais comme j'utilise la même option sous Windows et sous Linux, je ne crois pas que c'est cette partie qui change énormément (bien que je dois pouvoir y gagner si je trouve le bonne ordre).

C'est la consommation mémoire qui prend le plus pendant la phase de link : 1Go par ld. Les CPUs est presque à fond (variation entre 90% et 100% par CPU), mais je ferait un benchmark des disques pour comparer.

Je pense que ca na pas encore vraiment d'importance.

Tu as les drivers Qt pour utiliser postgres, mysql, db2, ibase, oracle, ... ainsi que sqllite.

Tu peux utiliser sqllite en attendant, et le jour où tu auras plusieurs postes ou que la volumétrie se fera sentir, tu pourras migrer vers une autre base sans difficulté (juste changé de backend).

Merde ! Ma version de toto a été piraté ....

phoenix@ks354416:/tmp$ cat toto.c
#include <stdio.h>
#include <stdlib.h>

int main (int argc, char *argv[]){
return 0;
}
$ cc toto.c -o toto
$ md5sum toto
9369f8c6f84f837af9f472d6020b7739 toto


J'ai lancé le formatage et vous tiens au coura

Hmmm mon programme n'a pas tant évolué que ça.
En testant avec une ancienne version de mon programme, j'ai toujours ce problème de lenteur (alors qu'avant je ne l'avait pas).

Pour Qt peut-être que ceci peut t'interesser :
http://www.qtsoftware.com/developer/embedded-widget-demos
et http://www.qt-apps.org/ ou tu peux trouver :
http://www.qt-apps.org/content/show.php/QVUMeter?content=756(...)
http://www.qt-apps.org/content/show.php/QProg?content=75108
http://www.qt-apps.org/content/show.php/QCol?content=74565
http://www.qt-apps.org/content/show.php/QPotMet?content=7451(...)
http://www.qt-apps.org/content/show.php/QPot?content=74425

Tu dois avoir également de faire du Phyton/Kde ou Phyton/Kde ;) et ainsi utiliser QtDesigner.

Sinon il me semble qu'il y avait une appli qui s'appelait Kommander et qui permettait de faire des petites applis en script avec une interface graphique. Je ne sais pas si avec KDE 4, elle existe encore.

Ce n'est pas parce que tu as 16 ans que tu es incompétent. Tu peux très bien avoir 16 et développé depuis tes 12 ans....

Je juge une personne sur ce qu'elle fait et non sur son age. Au lieu d'être inspiré par aucune confiance, je préfère lui donner toute ma confiance et toute ma considération (pour être aussi précoce)