Concatener : utilisation excessive de la ram

Question

Bonjour à tous.
J'ecris actuellement une classe c# qui permet de concateniser des fichiers (ajouter,enlever,extraire,lire un flux).
Il fonctionne parfaitement, mais lorsque par exemple je concatenise 4900 fichiers image (~650Mo), la ram est totalement utilisée (1Go).

Explication : J'utilise des tableaux de tableaux de byte pour le buffering binaire de chaque fichier, mais je ne sais pas comment vider la ram dédié à ces tableaux de tableaux lorsque la methode a rempli sa fonction.

Pouvez-vous m'aider ?
Merci d'avance.

cs_rodcobalt22 · Answer

a part leur affecté la valeur Null pour le garbage les intercèpte quand le besoin se fait sentir, je vois pas. Quelqu'un à une autre solution ?

RodCobalt22, vous salue bien 
Pensez au TAG résolu ! Ainsi les réponses seront plus facile à trouver et les serial Helper iront plus vite

sebmafate · Answer

ce n'est pas concaténiser, mais concaténer

Sébastien FERRAND (blog)
Consultant Indépendant
[Microsoft Visual C# MVP]

MorpionMx · Answer

Voire concaténation dans le contexte du titre ^^

Mx
MVP C#

cs_rodcobalt22 · Answer

Heuresement qu'il ne raconte pas de bétise ça aurait pu être cancanner 

Ok ok, j'ai compris ---->[] 

RodCobalt22, vous salue bien 
Pensez au TAG résolu ! Ainsi les réponses seront plus facile à trouver et les serial Helper iront plus vite

cs_Gammacronosios · Answer

Désolé, desolé... oui "concaténer", c'est mieux pour kozé la france...
Nan sans rire, j'aurais du me renseigner avant d'ecrire...

Désolé RodCobalt22, mais avec "null" mes variables se vident, mais pas la mémoire...
Du coup j'ai réécris mon projet en vb.net... et là ça marche.

Merci pour vos réponses ! (même si les 3/4 sont pour l'orthographe ^^)

sebmafate · Answer

en même temps, pour concaténer des chaines, le mieux, c'est d'utiliser soit un String.Concat, soit un StringBuilder.

Sébastien FERRAND (blog)
Consultant Indépendant
[Microsoft Visual C# MVP]

cs_rodcobalt22 · Answer

Effectivement, c'est beaucoup "plus mieux". D'ailleur Coq à écrit un article vraiment bien sur les raisons de l'utilisation d'un string builder.

http://blogs.developpeur.org/coq/archive/2007/07/28/un-bon-moyen-de-se-souvenir-de-l-ami-stringbuilder.aspx

Au faite, enlève mon "réponse acceptée" sinon d'autre pourrais roire que c'est la solution.

RodCobalt22, vous salue bien 
Pensez au TAG résolu ! Ainsi les réponses seront plus facile à trouver et les serial Helper iront plus vite

cs_coq · Answer

Salut, 

Hmmmm, mais on ne parle pas de concaténation de chaine là, si ?
Par contre je suis curieux de savoir en quoi une simple traduction du code C# en VB.NET aurait résolu le problème... (sauf changement dans la configuration/charge de la machine obligeant le GC à libérer plus fréquement la mémoire...)

Sinon à part ça pourquoi ne pas directement écrire les données binaires les unes à la suite des autres sur le flux de sortie ?

/*
coq
MVP Visual C#
CoqBlog
*/

cs_Gammacronosios · Answer

Salut coq, oui on parle bien de concaténation de fichiers.

"Sinon à part ça pourquoi ne pas directement écrire les données binaires les unes à la suite des autres sur le flux de sortie ?"
-> c'est ce que j'ai fait, mais mes variables prenaient bcp bcp de ram et je ne savais pas comment les vider :(

Je n'ai pas "traduit" mon  projet du C# en VB.net, je l'ai totalement réécrit. J'ai voulu l'ecrire en C# parce que je l'utilise en cours, mais je n'aime pas beaucoup ça syntaxe, je ne la trouve pas du tout structuré et je me perds... contrairement au vb ou je suis totalement à l'aise :) et ou j'ai pu comprendre mon erreur... bref nous ne sommes pas sur un forum vb, mais de c# alors je ne développerait pas plus.

C'est un art la programmation, non

cs_rodcobalt22 · Answer

C# pas structuré !!!!!!

Heu que tu sois à l'aise avec le VB c'est une histoire de gout mais critiquer la structuration d'un langage qui délimite les zones de traitement par des accolades, c'est que l'on appel la structure lol. mais bon maintenant je suis un fanatique de ce langage depuis qu'une certaine personne ma l'a fait découvrir

RodCobalt22, vous salue bien 
Pensez au TAG résolu ! Ainsi les réponses seront plus facile à trouver et les serial Helper iront plus vite 
 PS : Pardonnez mes fautes d'orthographe (All

cs_Gammacronosios · Answer

Désolé RodCobalt22, je ne voulais pas te vexer... Contrairement au C#, les structures comme If, For, While, Try et tout finnissent souvent par un End If ou Next, ce qui me permet de me retrouver. Alors qu'en C#, les accolades y sont à toutes les sauces... mais bon... ce n'est évidement qu'un point de vue, n'y vois là aucune insulte au c# !!!! 





C'est un art la programmation, non

cs_rodcobalt22 · Answer

tu m'as pas vexer t'inquiète.
C'est sur tu as entièrement raison chacun à ses habitudes.
Ce que je fais moi pour me retrouver dans mes accolades (quand y en a beaucoup) c'est un copie / Colle de l'instruction ouvrant l'accolade, Par exemple :

if(toto == boulet)
{
      ......
      .....
      .....
}//if(toto == boulet)

Comme ça je sais à quelle zone il appartient. Mais à force, l'indentation suffit amplement mais comme tu l'as dit c'est une question d'habitude.

Par contre, si tu code VB.Net pense bien à mettre par défaut le "Option Explicit" sur "On". ça t'évitera pas mal de surprise et te permettra d'avoir un code plus cohérent même si plus stricte

RodCobalt22, vous salue bien 
Pensez au TAG résolu ! Ainsi les réponses seront plus facile à trouver et les serial Helper iront plus vite 
 PS : Pardonnez mes fautes d'orthographe (All

Concatener : utilisation excessive de la ram

12 réponses

Votre réponse

Discussions similaires