Hey Daniel, Daniel Nauck wrote: > Hello, > > why do you care about the speed of the initial request? > Its only a one-time delay.
Slightly off-topic, as the thread was about an embedded system: It depends on how many of those one-time delays a website has: If you bring a big and heavily visited site back online, those delays are over-significant. W/out a cluster/reverse proxy/traffic shaper or at least a spider that pre-compiles the pages before your visitors are back, your server will have a hard time dealing with a lot of forked mcs processes. This is the reason why mcs will be someday extended for in-proc compilation and why MS came up with pre-compiled sites. > Stéphane Zanoni schrieb: >> Not really sure, but can you not use ngen to pre-JIT? Should drop the >> start time considerably? It's unrelated to JIT compilation as ASP.NET requires classic source code to assembly compilation. Robert >> >> >> Stéphane >> >>>>> Marek Habersack <[EMAIL PROTECTED]> 5/28/2008 10:16 AM >>> >> On Wed, 28 May 2008 15:56:33 +0800 >> Mike Cleaver <[EMAIL PROTECTED]> wrote: >> >>> This is an issue that we have too, we have no code behind, just plain >> >>> ASPX files used as views for a MVC style system. The compilation >> time >>> looks to me to be basically 1 second per ASPX/ASCX file regardless of >> >>> complexity (core2 6400/osx). So our main page has a master page and >> 3 >>> controls on it, giving it about 5 seconds of time to compile on first >> >>> view. >> That's how ASP.NET works. It's the same on MS .NET. Upgrading to mono >> 1.9 will give >> you batch compilation, which will make the initial compilation time a >> bit longer but >> further requests will be a bit faster, in turn. >> >>> Back in april Miguel posted: >>>> Compiler hosting inside ASP.NET: This will embed the whole compiler >> >>>> into the ASP.NET process, eliminating about one second for each >>>> compilation of a piece of code. In the past, for each request for >> an >>>> uncompiled resource, we would have to call the compiler, wait for >>>> its output and then load the output. This typically shaves between >>>> 0.7 to 1 second on those scenarios, ideal to improve the developer >>>> experience. >>> Any news on that front? It sounds like exactly the solution I'm >> after! >> This won't change much. There will still be initial compilation which >> will still >> take time. Since with 1.9+ the files are compiled in a batch, you will >> possibly gain >> 1s. Again, this is just the very first request that gets the >> performance hit. >> >> regards, >> >> marek >> >>> On 28/05/2008, at 12:37 AM, Marek Habersack wrote: >>>> -----BEGIN PGP SIGNED MESSAGE----- >>>> Hash: SHA1 >>>> >>>> On Wed, 21 May 2008 02:54:22 -0700 (PDT) >>>> haaroon <[EMAIL PROTECTED]> wrote: >>>> >>>>> Hi, >>>> Hi, >>>> >>>>> I am new to this forum. I am doing porting mono to my Linux >>>>> embedded system >>>>> and my system Spec as follows... >>>>> >>>>> Hardware: - >>>>> CPU = x86 >>>>> CPU Speed =500MHZ >>>>> RAM =512MB >>>>> >>>>> Software Version: - >>>>> Kernel Version 2.0.31 >>>>> Mono 1.2.4 >>>> You should consider upgrading your mono to 1.9 >>>> >>>>> Mod-mono 1.9 >>>>> Apache 2.2.8 >>>>> >>>>> After porting the ASP.Net Page taking minimum 11 sec to load first >> >>>>> time. And >>>>> second time onwards its coming faster. Once I rebooted my >> system >>>>> the entire >>>> That's how ASP.NET works. On the first request it generates source >>>> from all the >>>> referenced .as?x files and compiles it on the fly. Further requests >> >>>> don't need that >>>> step so they are faster. >>>> >>>>> compiled library is flushed by the system and I have to recompile >> the >>>>> ASP.Net pages once again. Is there any way to hard code the >> library >>>>> or is >>>>> there any way to improve the speed of my system performance? >>>> You can compile your code-behind to an assembly and store the >>>> assembly in the bin/ >>>> subdirectory of your website instead of using CodeFile inside >>>> the .as?x files and >>>> code in the App_Code/ subdirectory of your web site. This will make >> >>>> the first >>>> startup time slightly faster. >>>> There is no support for preserving the assemblies compiled from the >> >>>> generated >>>> sources across application restart/server reboot. >>>> >>>> marek >>>> > > _______________________________________________ > Mono-list maillist - [email protected] > http://lists.ximian.com/mailman/listinfo/mono-list > _______________________________________________ > Mono-list maillist - [email protected] > http://lists.ximian.com/mailman/listinfo/mono-list > _______________________________________________ > Mono-list maillist - [email protected] > http://lists.ximian.com/mailman/listinfo/mono-list _______________________________________________ Mono-list maillist - [email protected] http://lists.ximian.com/mailman/listinfo/mono-list
