Products

Solutions

Resources

Partners

Community

Blog

About

QA

Ideas Test

New Community Website

Ordinarily, you'd be at the right spot, but we've recently launched a brand new community website... For the community, by the community.

Yay... Take Me to the Community!

Welcome to the DNN Community Forums, your preferred source of online community support for all things related to DNN.
In order to participate you must be a registered DNNizen

HomeHomeDevelopment and...Development and...DNN Platform (o...DNN Platform (o...Building solution painfully slow with VS2008 and vbc.exeBuilding solution painfully slow with VS2008 and vbc.exe
Previous
 
Next
New Post
6/4/2008 11:59 AM
 

After successfully following Michael Washington's tutorial on building a module with LINQ to SQL, I installed a 90-day evaluation version of Visual Studio 2008 Pro and began designing and implementing my own module in C# using the principles he outlines.

As I discovered more about LINQ and VS2008 the design and coding went fine but since upgrading from VS2005 Pro, which built DNN without any problems, I am now experiencing extermely slow build times with VS2008 and wondered if anyone else has a similar problem? Task Manager shows vbc.exe to be consuming almost all the CPU time (65-95%). I have seen a few postings around the net which imply that other people may have some issues like this. The build seemed to be stuck sometimes for 10 minutes at a time (yes, ten minutes!!)  on validating web site or on a single line of the build before moving on. Often the build fails when some later step times out.

My build machine is an Intel Celeron 3.06GHz with 2GB of RAM. Admittedly the Celeron is not noted for high performance, and perhaps its a bit long in the tooth now? However, its not that slow normally and I would have thought 2GB of memory would have been sufficient for what I'm trying to do. As i said, VS2005 was able to build DNN regularly with acceptable performance. The machine typically handles Photoshop and large spreadsheets without any problems and with memory to spare.

Do I need to get a faster machine now, do you think? If so, what would you recommend as a minimum-spec machine for developing modules for DNN?

Has anyone experienced these performance issues with building with VS2008? If so, have you found a solution that speeds up the build time? I know I'm recommended not to use the full source install of DNN for module development, but as I say, with VS2005 it was not an issue.

Steve Taylor

 
New Post
6/4/2008 1:48 PM
 

Dwayne J. Baldwin
 
New Post
6/7/2008 9:45 PM
 

First off - stop rebuilding or recompilling DNN - there is absolutily not need to do so if you are making a MODULE.

Also since Michael's tutorial is based on a Dynamic module - and assuming yours is as well there is actually no need to BUILD or REBUILD anything.

Set the project build option to either No Build or Build Current - there is not need to do anything else.
If you are setup this way - then all you should need to do is hit debug to launch your website and it should be all but instant.

ALSO - you dont need VS2008 pro to build modules --  VS2008 Web Express is perfectly fine for building Dynamic Modules and is
actually faster at doing so in many cases because its not where near as resource heavy as the PRO version.

If you want to make WAP based modules - you can also use VS2008 Web Express - but you will first need to install the BETA version
of Service Pack 1 for VS2008 as this upgrade Web Express to include the ability to maked compiled projects.

As a side bonus the service pack also has a number of performance speedups as well


Westa

 
New Post
9/15/2008 8:33 PM
 

I am also experiencing slow build times (couple minutes) anytime there is modification affecting GAC (any file in bin). True, I do not need to rebuild for any changed on code-behind, however any changes within app_code folder seems to force full recompile and refresh of .Net temp folders. Load times seem to depend on how many DLLs i have in the bin, so I try to keep it to minimum. Also appears to take longer when I have debug=True, so I try to keep it off which makes debugging a challenge. Experienced performance boost setting up RAM drive for .Net temp folders, but this creates other complexities with the ever increasing app size. I wonder if others have found a more efficient way to develop custom modules in VS 2008.

-Lauren

 
New Post
4/16/2010 11:47 AM
 

I don't think it is your machine, just the nature of the beast.  Anytime you edit file that affects GAC (e.g. edit something in app_code folder) the whole site gets recompiled and reloaded. I try to test changes out in code-behind before putting them in app_code which triggers the rebuild. If there is better approach I would like to hear about it.

 
Previous
 
Next
HomeHomeDevelopment and...Development and...DNN Platform (o...DNN Platform (o...Building solution painfully slow with VS2008 and vbc.exeBuilding solution painfully slow with VS2008 and vbc.exe


These Forums are dedicated to discussion of DNN Platform and Evoq Solutions.

For the benefit of the community and to protect the integrity of the ecosystem, please observe the following posting guidelines:

  1. No Advertising. This includes promotion of commercial and non-commercial products or services which are not directly related to DNN.
  2. No vendor trolling / poaching. If someone posts about a vendor issue, allow the vendor or other customers to respond. Any post that looks like trolling / poaching will be removed.
  3. Discussion or promotion of DNN Platform product releases under a different brand name are strictly prohibited.
  4. No Flaming or Trolling.
  5. No Profanity, Racism, or Prejudice.
  6. Site Moderators have the final word on approving / removing a thread or post or comment.
  7. English language posting only, please.
What is Liquid Content?
Find Out
What is Liquid Content?
Find Out
What is Liquid Content?
Find Out