Newsgroup: it.comp.lang.delphi
Titolo: D2006 - Problemi occupazione memoria editing sorgenti di una certa dimensione

Salve a tutti.
Ho da poco installato D2006 Professional ed ho notato con particolare 
soddisfazione dei miglioramenti di velocità qua e là rispetto a D2005 
(uso Win32 non .net). L'unico problema che sto riscontrando nella nuova 
versione è nell'editing di sorgenti che superano una certa  dimensione : 
ho una unit di 16000 righe per un totale di 500Kb; durante l'editing di 
questo sorgente la memoria utilizzata da BDS schizza progressivamente 
alle stelle comportando progressivi rallentamenti di risposta 
dell'editor fino al quasi totale inchiodamento quando ovviamente la 
memoria fisica viene sforata. Ho un P4 3Ghz con 1 Gb di RAM. Nell' 
editing di sorgenti più piccoli il problema non si verifica.
Qualcuno ha riscontrato lo stesso problema? Presumo che sia un bug e che 
sia legato ai controlli che il programma fa in tempo reale durante la 
digitazione che sono tra l'altro comodissimi. D2005 usato fino ad una 
settimana fa con gli stessi sorgenti questo problema non lo aveva.
Grazie per eventuali consigli.
Davide Angeli

 problema non lo aveva.
Prova a disabilitare "Error Insight" dalla finestra delle opzioni 
dell'IDE (nella pagina [Editor Options|Code Insight]) per i file di tipo 
Pascal. Se il problema persiste, magari dopo aver riavviato Delphi, 
significa che il difetto č determinato da qualche altro fattore.
Ad esempio, potresti accertarti che il supporto a Together non sia 
abilitato per quel progetto (il parsing di un file cosě corposo potrebbe 
dare luogo al problema).
Ciao,
   Marco.
-- 
MARCO BREVEGLIERI
  (
http://www.marco.breveglieri.name
)

 dare luogo al problema).
Effettivamente, disabilitando Together per il progetto, la memoria non 
schizza piů alle stelle. Non č un fulmine lo stesso ma almeno il tempo 
di risposta č accettabile e si riesce a scrivere quantomeno come con D2005.
Grazie Mille!
Ciao,
Davide

 di risposta è accettabile e si riesce a scrivere quantomeno come con D2005.
Evidentemente, la quantità ingente di codice in quella pagina rende più 
laborioso Together che deve mantenerne il modello.
Se desideri usare Together, la soluzione più giusta sarebbe quella di 
"scorporare" quella unit ridistribuendone in modo logico i tipi 
contenuti al suo interno.


 contenuti al suo interno.
Le cose sono migliorate disabilitando Together, comunque rimango 
dell'idea che ci sia un memory leak nell'editor perchè comunque il 
problema da me riscontrato adesso si sposta solo avanti nel tempo nel 
senso che invece di 10 min ci impiega una o due ore ad impallarmi il 
sistema ed ora ho spezzato pure la unit in due. Proverò disabilitando 
anche l'error insight ma mi scoccia parecchio anche perchè è una delle 
cose che più ho apprezzato di D2005 e sarebbe proprio un peccato se 
l'avessero sforacchiata in D2006.
Ciao,
Davide

 dell'idea che ci sia un memory leak nell'editor [...]
Io ho un gruppo di progetti riconducibili a package contenenti alcune 
classi, talune semplici, altre più voluminose; il supporto a Together è 
attivato (perchè alcuni Refactoring molto particolari sono usufruibili 
solo in questo modo), ma non ho riscontrato questo problema. :-|


 solo in questo modo), ma non ho riscontrato questo problema. :-|
Facendo altre prove secondo me a questo punto il problema non è Together 
(magari lui semplicemnte lo acuisce) ma è proprio l'Error Inside. 
Disabiltato quest'ultimo la memoria usata da BDS non supera mai i 130Mb 
e l'editing dei sorgenti incriminati è fulmineo. E' frustrante dover 
rinunciare ad una cosa a cui ormai si era abituati perchè ribadisco in 
D2005 questo problema non l'ho mai riscontrato, e a questo punto non 
resta che attendere fiduciosi qualche service pack.
Grazie comunque
Ciao,
Davide