Executable trop gros

Bonjour a tous,

Je travaille actuellement sur une application qui a un certain age et qui evolue regulierement le probleme c'est qu'il fois compilé l'executable pése pres de 13 Mo, il y aurait des moyens d'optimisé cette taille (Les images sont intégré a l'interieur, du code pourrait etre transféré dans des DLL ) mais le probleme c'est que le code est plutot touffus ...

Je me demander si il été possible de trouver des applicatifs permettant d'automatiser cette optimisation (Ou eventuellement des fonctions dans l'EDI que je ne connaitrais pas) ?

Merci d'avance,
Ntotor

Bonjour,

Personnellement je ne trouve pas que 13 Mo soit une valeur si critique que cela...
Comme tu le dis si bien avec quelques image on arrive vite à faire grimper la taille...

Pour ce qui est des optimisation automatique, je n'en ai pas entendu parlé, mais ce qui n'empêche en rien d'exister!

Par contre peut être qu'au niveau du code, si il est touffus, peut être qu'un coup de taille-haie s'impose...
Clarifier le code en faisant des modules pourrait faire baisser la taille... mais c'est jamais bien évident !!!


Cordialement

pour combien de lignes de code les 13 mo ?
Le coup des images ça sent pas bon, déjà faudrait savoir combien il y en a ...

Merci de vos réponses,

--> La praline : le probleme c'est qu'a chaque mise a jour critique (jusque 3 par jour) l'executable est renvoyé aux sites distants via une toute petite liaison ADSL est donc les utilisateurs ne peuvents travailler pendant le transfert.

:oops: mais mise a part cela je trouvais quand meme que 13 Mo faisait beaucoup ...

--> vld44 : je ne sais pas comment avoir le nombre de lignes totales (a part une grosse addition ...) mais l'applis est composé de 97 forms, 22 modules et 59 modules de classes.

A bientôt,
Ntotor

C'est peut-être du au choix du langage. VB n'est pas réputé pour faire léger!

En effet 97 form, 22 modules, etc... ca fait un sacrément gros programme !!!

Mais déjà ca nous rassure... Ce ne sont pas trois form avec des photos d'1Mo chacunes :aie:


Sinon 13 Mo c'est gros... disons que n'importe quel logiciel connu fait dans les 6oo Mo... donc 13 contre 6oo... mon choix est fait :P
Mais c'est vrai que c'est problématique si personne ne peut bosser durant le transfert...



A part un changement de langage(mais bonne chance pour le developpement !!!) je ne sais pas quoi te dire d'autre, désolé...
Bonne continuation et bonne chance !

Je ne suis pas un expert en réseau, mais si le vrai problème est l'upload du fichier vers différent PC, il est certainement possible de limiter le taux d'upload. Ainsi la bande passante ne serait pas saturé, et les gens pourraient continuer à bosser. par contre le transfert serait plus long.

Y'a pas moyen de rationnaliser toutes ces forms et d'en faire des formats généraux réutilisables à plusieurs sauces ? Dynamiquement ? Selon le contexte ?

Bah touché au code cela demanderais du temps pour le développement, les tests (très important) et cela ne réglerais pas la solution dans l'immédiat.
Je pense que si Ntotor cherche un prog qui automatise l'optimisation du code, c'est qu'il n'a pas le temps de travailler sur le code.
Donc vaudrait mieux tourner autour de la compression sous rar, divison en partie du fichier, et upload à bas débit.

S'il y a effectivement beaucoup de lignes et peu d'images, tu as tout à gagner à compresser. C'est ce que je fais en ce moment chez un client pour des mises à jour régulières : mon exécutable >5Mo fait 700ko environ une fois compressé.

La Praline, faudra que tu me dises quel exécutable connu fait 600 mo ! :mouarf:

Merci a nouveau pour vos réponse,
--> La praline: En effet face au 600 Mo c'est ridicule (Quoique avec la BD et autres on y arrive :) )

--> zazaraignée: l'appli etait un vb6 a mon arrivée et pas le temps de faire autre chose.

Il y deja de nombreux forms multifonctions (quoique surement ameliorable).

--> Pour l'upload c'est justement le temps de transfert qui est problematique, la charge de la bande passante pour les autres applis est negligeable.

Merci encore,
Ntotor

Citation:

---

Envoyé par Phifi

La Praline, faudra que tu me dises quel exécutable connu fait 600 mo ! :mouarf:

---

Evidement pas l'exe lui même qui fait cette taille !!
Mais Ntotor parlais demise à jour critique, j'ai compris par là que c'était une mise à jour totale. Donc exe+tout ce qui va avec... et là on attends les 6oo Mo... bon allé, j'ai grandis dans le sud, disons au moins les 3oo Mo :aie:

--> Phifi : effectivement pour le transfert c'est une solution ideale.

Par contre (Solution que je n'est pas encore trop creusé) je pense peut etre passer en TS ce qui permettrais d'eliminer les problemes lié au reseau (Dans les deux sens, parce qu'il y a aussi des lenteurs lors de l'attaque de la base)

Si tu le fais manuellement, pas de problème, faut juste ne pas oublier d'obtenir les lecteurs réseau dans ta session TSE (c'est une option du client TSE)

Autre avantage de compresser ton exécutable, tu es sûr de l'intégrité de celui-ci après le transfert réseau.

Peut-être une solution qui ne serrait pas trop lourde en modifications, ne pas incorporer les images dans le code mais les mettre en fichiers joints et les incorporer au moment du load. La première fois cela n'aurrait aucune incidence sur le transfert mais ensuite il ne serrait plus nécessaire de transférer les images. Et cela diminuerait le temp de transfert.
A+

Merci encore pour toute vos reponses,

--> leForestier : c'est effectivement ce que je voudrais faire mais j'aurai voulu rechercher automatiquement les images intégrés pour les sortir du code (Ce sont pleins de petites images pour les boutons etc).

Le probleme de transfert n'est pas reellement le souci majeur (Compression de l'exe ou solution Ts pour ne pas balader l'exe sur le reseau ADSL).

Ce qui m'inquietais le plus c'etait sa taille actuelle (dans la mesure ou il est encore amener a grandir), mais au vu des réactions sur le forum il semblerait que j'eusse eu tort de m'inquieter.

Merci a nouveau a tous,
Ntotor

essaie de compiler "for small code" dans les propriétés du projet.

mici tout plein,

vld44, j'ai testé : j'etais en mode optimisé pour la vitesse, le passage en mode "taille du code", me fait perdre un peu moins de 1 Mo.

A bientot,
Ntotor

Il est doué ce Vld quand même !!! Dès que le sujet est "strange" il en est !!


Bref, content que tu es réussis à diminuer ta taille, et un petit tag :resolu:(à cliquer en bas de la page) serait doc de mise ;)


Bonne continuation...


Cordialement

Yep,

Voila l'été on essaie de perdre ses Ko superflus ...

Il n'empeche que je devrais quand meme faire un gros de nettoyage de printemps ... je crois bien que ce sera pour cet hiver (En esperant que dès cet automne j'aurais fait tomber quelque forms).

Merci encore a tous et a bientot,

Ntotor

Citation:

---

Envoyé par La Praline

Il est doué ce Vld quand même !!! Dès que le sujet est "strange" il en est !!

---

Ben les problèmes de textbox, j'en ai un peu marre :/

nb : en compressant tu ne gagnes rien ntotor ?

Sissi avec la compression je gagne ce qui solutionne mon probleme de transfert dans l'immediat (Avec quelques petit changement mineurs), de toute façon comme j'ai aussi des lenteurs lorsque les clients distants tape sur la base (centralisée) je pense passer en terminal serveur (Si c'est possible ce qui n'est pas forcement gagné).

Mais mon but principal etait de retrouver toute les images intégrés dans l'applis, les sortir et standardisé un peu le tout

Et retrouver les forms qui ne sont plus utilisés et les dégagés.

Le tout en 30 s chrono :)

J'avais aussi la crainte qu'avec une exe aussi gros l'appli souffre de lenteur.

Merci encore,
Ntotor