🚀 go-pugleaf

"SLE" <info@NOSPAMproit.be> wrote in message
news:SVnIa.59691$1u5.4648@afrodite.telenet-ops.be...
> Gegeven:
> Een (heel) grote .NET applicatie, omwille van de grootte opgesplitst in
> verschillende solutions. De grootste solutions bestaan echter nog uit ca.
20
> VB.NET projecten: Windows Forms, XML Web Services, XSD's, etc. E�n project
> kan makkelijk een 30-tal forms bevatten.
>
> Development machines:
> Windows XP Pro + VS.NET 2002 + Framework 1.0
> Compaq Evo D510 met 1GB RAM (512MB is - schaamrood - al niet meer
voldoende)
> en WDC 7200rpm 40GB HD.
>
> Probleem:
> 1GB wordt blijkbaar te weinig?! Om in bepaalde scenario's te kunnen
> debuggen, start de developer 2 VS.NET instanties op. In beide instanties
> worden 2 grote solutions geopend. Het opladen duurt erg lang (VSS zit hier
> ook voor iets tussen) maar daar kunnen we mee leven. Eenmaal opgeladen,
> verraadt Task Manager >200MB memory usage per devenv.exe process! Een form
> (met veel Infragistics controls) openen duuuuuurt immens lang en memory
> usage kan oplopen tot >300MB. En ondanks 1GB RAM is er quasi permanent
disk
> access. In FileMon is niks abnormaals te bespeuren. En dan zijn we nog
niet
> aan het debuggen ... Kortom, onwerkbaar.
>
> Gevraagd:
> - Heeft iemand ervaring met slechte performantie van VS.NET 2002 in
grotere
> projecten en hiervoor een oplossing kunnen vinden?
> - Is VS.NET 2003 �cht sneller en minder resource-killer?
> - Zouden tools � la RAM Idle of TweakXP iets kunnen uithalen?
>
> We hebben al wat ge�xperimenteerd met "tips & tricks" (dynamic help
> uitschakelen, XP z'n paging file desactiveren/verkleinen, virusscanner
> uitschakelen, VSS unbinden, etc.) maar die haalden tot dusver niks uit. We
> kunnen natuurlijk de solutions n�g verder opsplitsen (tot onbruikbaar?) of
> n�g meer RAM inpompen, maar waar eindigt dit ...
>
> Any help would be more than appreciated.
>
>
> --
> SLE
>
>

Ik weet niet of het veel gaat uitmaken maar probeer O&O CleverCache eens...
Dit werkt voor performantie bij mij zeer goed en beter dan RAM Idle (niet
echt betrouwbaar...)
http://www.oo-software.com/en/index.html

"SLE" <info@NOSPAMproit.be> wrote in message
> 1GB wordt blijkbaar te weinig?! <SNIP> Eenmaal opgeladen,
> verraadt Task Manager >200MB memory usage per devenv.exe process! Een form
> (met veel Infragistics controls) openen duuuuuurt immens lang en memory
> usage kan oplopen tot >300MB.

Het grote geheugen gebruik is normaal; niet vergeten dat de VS.NET forms
editor zelf in managed code geschreven is, en dat de .NET runtime enkel
geheugen gaat vrijgeven als dat absoluut nodig is. Aangezien je 1Gb RAM erin
hebt steken gaat dit dus niet vaak het geval zijn.

> En ondanks 1GB RAM is er quasi permanent disk
> access. In FileMon is niks abnormaals te bespeuren. En dan zijn we nog
niet
> aan het debuggen ... Kortom, onwerkbaar.

Is hij echt constant met de harde schijf bezig, of enkel wanneer je actief
aan het tippen bent in de editor? In het laatste geval is het waarschijnlijk
de VB.NET background compiler die je performantie zo hard aantast. Bij elke
lijn code die je schrijft gaat VS je code proberen te compileren in de
achtergrond en adhv de compilatie fouten gaat die dan in de IDE de code
aanduiden waar fouten optreden.
Het is evident dat als hij telkens je een letter tipt hij de ganse solution
gaat recompilen, dat dit een serieuze performantie hit is.

Na wat zoeken heb ik devolgende thread kunnen vinden in ��n van de VB.NET
nieuwsgroepen:
http://groups.google.com/groups?hl=en&lr=&ie=UTF-8&frame=right&th=aabd2ee78cee8ee8&seekm=TdC2TieBDHA.2496%40cpmsftngxa06.phx.gbl#link1
Vooral het antwoord van die Microsoft werknemer is interessant: "We have
seen cases of IDE becoming slow in very large solutions. The VB compiler is
working to generate task list errors and updated intellisense information
and it could take time if the solution is very large. Can you confirm that
it is a very large solution? If so, you could improve performance by
referencing dlls instead of creating project to project references in one
big solution (that is load in the solution only the projects that you are
actually working on and create a file reference to the others) Also, we made
performance improvements to the IDE in the new VisualStudio release that
should be available very soon".


Voor meer specifieke vragen rond dit onderwerp kan je best ��n van de MS
nieuwsgroepen gebruiken [zoals microsoft.public.dotnet.languages.vb
bijvoorbeeld]. Daar gaan je ze veel beter kunnen helpen...

Mvg,
Pieter Philippaerts