Home | Contact Us | FAQ | Search & Site Map | Link to Us
Sign In | Join | Other 45 Sites in Network
HomeAnnouncementsFree MagazinesWhite PapersSubmit Content
Discussion GroupsASP.NETWindows FormsLanguages.NET FrameworkVisual Studio.NET
Articles.NET FrameworkASP.NETToolsWindows Forms
.NET DirectoryOpen Source ProjectsUser GroupsWeb Resources
Related Topics
Visual Basic 6SQL ServerMS AccessOther DB ProductsMS Server ProductsMore Topics ...

.NET Forum / Windows Forms / WinForm General / January 2008

Tip: Looking for answers? Try searching our database.

VS 2008, Web service and Extremely Slow Build

Thread view: 
Enable EMail Alerts  Start New Thread
Thread rating: 
Chris Botha - 31 Jan 2008 08:07 GMT
I have a Web Service with approx 90 functions.
I had, or still have, a VS 2005 Windows app that has a reference to the Web
Service and when building the Windows app it takes a few seconds to build
the release or debug.

Create a VS 2008 Windows app with only 1 form and a "hello world" button on
the form, and building is blinding fast.
Now add a Web Reference to the Web Service, and the app takes longer than 1
minute to build, release or debug.
Make one change to the source file of the form, for example add a comment
line, and the build takes a minute again.

I don't know what it is doing, as during the build the CPU usage is 25% or
lower, RAM usage less than 50% of the RAM (quad AMD with 3 gig RAM).
Marc Gravell - 31 Jan 2008 08:45 GMT
Well, I don't know the cause here - but perhaps create the
web-reference code manaually (not inside VS) via wsdl.exe,
wse3wsdl.exe or svcutil.exe? Then it doesn't recreate until you want
it to...

If the web-service is in the same sln, you might also want to try
using a web-application project for the web-service; in my experience
these buold a lot quicker than the web-site equivalents. (this only
applies if the time is being used building the web-service).

Marc
Chris Botha - 31 Jan 2008 18:05 GMT
Thanks, I used the wsdl.exe program, no joy though, exactly the same
results, the build takes more than a minute.

The following sucks, but at least I can work.
I create a separate assembly, it only references the Web Service (or it uses
the proxy generated by wsdl.exe - both works).
Then the original app references this new assembly and call the Web Service
through the new assembly, so where the call previously was for example
TheWebService.GetCustomers()
it is now
NewAssembly.TheWebService.GetCustomers()

When the Web Service changes, then rebuilding the new assembly takes a
minute, but building the main app after this is as fast as expected.

Geez ...

> Well, I don't know the cause here - but perhaps create the web-reference
> code manaually (not inside VS) via wsdl.exe, wse3wsdl.exe or svcutil.exe?
[quoted text clipped - 6 lines]
>
> Marc
Alberto Poblacion - 31 Jan 2008 09:27 GMT
> I don't know what it is doing, as during the build the CPU usage is 25% or
> lower, RAM usage less than 50% of the RAM (quad AMD with 3 gig RAM).

  I don't have an answer to the main question (why the build is so slow),
but the fact that CPU usage is 25% and you have a quad CPU seems to indicate
that the compiler is running a single thread, so it is only using one of
your four CPUs, and it is working at 100% of the capability of that one CPU.
So yes, it is busy during all the time that your compilation is taking.
Chris Botha - 31 Jan 2008 19:04 GMT
Yup, on a single core PC the CPU runs at 100% performing the same exercise.

>> I don't know what it is doing, as during the build the CPU usage is 25%
>> or lower, RAM usage less than 50% of the RAM (quad AMD with 3 gig RAM).
[quoted text clipped - 5 lines]
> one CPU. So yes, it is busy during all the time that your compilation is
> taking.

Rate this thread:







Free Magazines

Get these publications absolutely FREE for up to 12 months. There are no hidden fees and no obligation. Simply choose a title, complete the application form and submit it. Read more ...

Oracle MagazineNetwork ComputingComputer WorldBio-IT WorldeWeekInformation WeekInfosecurity
 
Sign In
Join
My Latest Posts
My Monitored Threads
My Blog
My Photo Gallery
My Profile
My Homepage

Start New Thread
Enable EMail Alerts
Rate this Thread



©2008 Advenet LLC   Privacy Policy - Terms of Use
This website includes both content owned or controlled by Advenet as well as content owned or controlled by third parties.