question existantielle : place ou rapidité

Réponse acceptée !
Quantitativement ? En dessous de 128Mo de mémoire... négligeable, à mon sens. Au delà de 512Mo... ça devient difficilement acceptable. L'utilisation d'algos de hash et/ou de compression ne pourrait il pas aider... Explique un peu tes traitements... Cordialement, Xterminhate.

Réponse acceptée !
Cela dépend du projet et de son utilisation.
Il faudrais juger si la vitesse d'exécution des instructions est plus importante que l'espace mémoire utilisé. Si la mémoire est énorme et que c'est donc négligeable, autant rendre le prog plus rapide... !

Le CyberMonde nous offre une meilleur qualité de vie
CyberMan.inc The WebSite

Réponse acceptée !
merci les gars d'avoir répondu présent aussi rapidement

c'est vrai qu'a y réfléchir,
tout le monde n'a pas 1Go de RAM

actuellement, je ne peux pas quantifier la place que ça prendrai
pr cet usage , ça prendra approximativement
un peu moins que le double de la taille de chaque fichié analysé

sachant que cette taille n'est pas limitée...

dc
pour les personne ayant peu de mémoire,
leur système (windows)
tamponnera
et sera ralentira le tout

ce qui est un retour à la case départ je pense

pour les autres, ils auront un rsltt plus rapide

mais le jeu en vaut il la chandelle?

pour etre plus précis sur l'utilisation mémoire, je dirais
que les fichiers sont entre qq octets et 600ko voir bcp plus

(il s'agit de fichiers sources )
ce qui fait une occupation d'1.2 Mo mini par fichier,
en RAM,

dc 2 Mo c'est négligeable
en fait

mais je me demande si ça fera que ça vu tt ce qu'il y a a coté
on verra, je pense que je v me lancer là dedans

___________________________________________________________
Magicalement
Nono

Réponse acceptée !
Bonjour,

Pour moi jusqu'a 10 Mo en mémoire ça va mais après ça commence à faire lourd.

Merci,

Le créateur du site http://victorlogiciels.com

Réponse acceptée !
Une suggestion en passant....

Dans les préférences de ton outil, tu peux proposer un champ indiquant la taille mémoire maximale utilisable par l'application. Par défaut, tu peux partir sur la mémoire physique moins environ 250Mo (mémoire physique occupée par windows en conditions normales d'utilisation). bien sur l'utilisateur peur vouloir réduire cette espace mémoire....

Si le fichier nécessite plus de mémoire que l'espace spécifié dans les propriétés de l'outil, tu peux fragmenter l'analyse de ton fichier (si possible)....

Franchement, la mémoire, c'est fait pour être utilisée !

Cordialement,
Xterminhate.

Réponse acceptée !
BN>

Défit plus fort une programmation propre et rapide:
garder une utilisation de classes (ça fait un poil plus ordonné)
en évitant la miriade de fonctions globales

conserver une gestion d'exception

(et oui, on est enfant de la POO ou on ne l'est pas)

optimiser tout ce petit monde là
en privilégiant au max la réutilisation des classes communes
(qui forcément provoqueront des empilages etc)

seules ces classes doivent faire appel aux fonctions system si besoin est.

et chaque appel étant plus ou moins protégé.



ayant tout ce petit monde (que nous appellerons Bxxx ;) )
et que nous optimiserons au max

on va privilégier la vitesse , si si
avec des algos bien construit

dans le cas précité,
il est question de ne pas refaire certains traitements
en en mémorisant les résultats

dc forcément, on perd en place, mais on y gagne en rapidité
(tant que tt tient ds la RAM)

___________________________________________________________
Magicalement
Nono