Newsgroup: it.comp.lang.visual-basic
Titolo: 1mb

1)         avevo un k6-400 64mb RAM
Con un programma in vb. di circa 1mb riesco a chiamare fino a 4 istanze
dopodiché
Il 90% delle risorse è in uso.
2) cambio la RAM con un banco da 128mb....uguale!
3) acquisto athlon 550 128ram prestazioni quasi uguali tranne su calcoli
  puramente numerici.
4) provato lo stesso programma su pentium 200 16ram apro le stesse istanze
ma leggermente più lento.
domande:
che significa risorse in uso e la RAM non è una delle risorse?
può un programma di 1mb*4 saturare 128mb
per ottenere prestazioni decenti devo settare il bios x high performance
sicuramente qualche altra cosa si può fare
cosa?
E-mail: 
orf...@tin.it

 può un programma di 1mb*4 saturare 128mb
Anche 1 solo programma puo' occupare tutta la ram ... dipende da cosa fa !!!
Magari dicci cosa fa il programma e poi forse riusciamo a capire !!!
P.S. la prox volta manda un po' meno messaggi tutti in una volta e leggi il
Manifesto del NG sul Sito Comune nella sezione Documentazione !!!
--
Ciaps
Stracca
---------------------------------------------
    Le risposte alle tue domande le trovi
    sul Sito Comune di questo NewsGroup:
 
http://www.murialdo.it/it_lang_vb
       ... e nell'help in linea !
---------------------------------------------


Mi accodo qui, perche' ho cancellato il msg originale.
Le "risorse" di cui state parlando, sono un'area di memoria limitata a 64KB
(64KB per USER e 64KB per GDI), in cui Windows mette varie cosucce, tipo
riferimenti a immagini, testo, etc. dei controlli.
Quindi, anche avendo a disposizione 18teraByte di RAM, le risorse sono
_comunque_ limitate a 64KB.
Inoltre, la dimensione dell'eseguibile non e' indicativa della sua richiesta
di risorse (al limite indica altre cose, ad un occhio attento).
Possibili cause di un'occupazione eccessiva di risorse sono:
- troppi controlli
- troppa grafica
Soluzione:
- snellire l'interfaccia utente. Che il piu' delle volte vuol dire anche non
incasinare la mente dell'utente con "fronzoli" non necessari.
- evitare di mantenere caricato in memoria qualsiasi cosa non venga
utilizzata spesso (es. form di about, splash screen, forms secondarie
pesanti, etc...)
Roal Zanazzi

 pesanti, etc...)
poche volte consigli cosi' chiari e vitali (e troppo spesso tralasciati)
sono stati espressi in cosi' poche righe.
sono *serissimo*.
subscribe /roal /y


Concordo con pal e Roal :-)
Scusate ma c'é il modo di sapere se un form é caricato o no ?  per esempio
un tool che mi elenca le finestre caricate relative alla mia applicazione ?
cosi' che poi so dove colpire con gli unload :-)
Ho una grossa applicazione,e  normalmente all'inizio carico solo 1 form, ma
chi mi assicura che gli altri non vengano caricati lo stesso anche se non
glie lo chiedo ? una volta ho messo una msgbox all'interno di un evento Load
di un form secondario,e alla partenza del programma questo evento veniva
generato, ma io non gli ho detto di caricare il form.
Ciao,DaVe

 generato, ma io non gli ho detto di caricare il form.
Una qualsiasi istruzione che fà rifermineto ai controlli o al contenuto
di una form fa caricare la form stessa.
Ciao
	  :-) Hd (-:
-^- Verso l'infinto e oltre -^-

cosi' che poi so dove colpire con gli unload :-)
Public Function IsFormLoaded(frmForm As Form) As Boolean
    Dim i As Integer
    IsFormLoaded = False
    For i = 0 To Forms.Count - 1
        If Forms(i) Is frmForm Then
            IsFormLoaded = True
            Exit Function
        End If
    Next
End Function
Saluti
Faber