🚀 go-pugleaf

RetroBBS NetNews Server

Inspired by RockSolid Light RIP Retro Guy

Article View: be.comp.programming
Article #114

Re: Windows XP & VS.NET 2002

#114
From: Pieter Philippaerts
Date: Fri, 20 Jun 2003 01:57
46 lines
3686 bytes
"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
Technical Details
Message-ID: <URtIa.290777$122.25806472@amsnews02.chello.com>
Path: arc1-ca.pugleaf.net!archiver1.google.com!news1.google.com!sn-xit-02!sn-xit-04!sn-xit-06!sn-xit-09!sn-xit-08!supernews.com!small1.nntp.aus1.giganews.com!border1.nntp.aus1.giganews.com!nntp.giganews.com!amsnews01.chello.com!amsnews02.chello.com.POSTED!53ab2750!not-for-mail
References: <SVnIa.59691$1u5.4648@afrodite.telenet-ops.be>

Show Full Headers
Complete Article Headers
X-Google-Language: DUTCH,ASCII
X-Google-Thread: 10b37c,5b6c4ec8ff794e65
X-Google-Attributes: gid10b37c,public
X-Google-Thread: fcea4,5b6c4ec8ff794e65
X-Google-Attributes: gidfcea4,public
X-Google-ArrivalTime: 2003-06-19 18:57:13 PST
Path: arc1-ca.pugleaf.net!archiver1.google.com!news1.google.com!sn-xit-02!sn-xit-04!sn-xit-06!sn-xit-09!sn-xit-08!supernews.com!small1.nntp.aus1.giganews.com!border1.nntp.aus1.giganews.com!nntp.giganews.com!amsnews01.chello.com!amsnews02.chello.com.POSTED!53ab2750!not-for-mail
From: "Pieter Philippaerts" <pieter@nospam.mentalis.org>
Newsgroups: be.comp.programming,be.comp.os.windows
References: <SVnIa.59691$1u5.4648@afrodite.telenet-ops.be>
Subject: Re: Windows XP & VS.NET 2002
Lines: 48
X-Priority: 3
X-MSMail-Priority: Normal
X-Newsreader: Microsoft Outlook Express 6.00.3718.0
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.3718.0
Message-ID: <URtIa.290777$122.25806472@amsnews02.chello.com>
Date: Fri, 20 Jun 2003 01:57:08 GMT
NNTP-Posting-Host: 195.162.214.52
X-Complaints-To: abuse@chello.be
X-Trace: amsnews02.chello.com 1056074228 195.162.214.52 (Fri, 20 Jun 2003 02:57:08 WEST)
NNTP-Posting-Date: Fri, 20 Jun 2003 02:57:08 WEST
Organization: chello broadband