﻿<?xml version="1.0" encoding="utf-8"?><rss version="2.0"><channel><title>Ayende @ Rahien</title><link>http://ayende.com</link><description>Ayende @ Rahien</description><copyright>Copyright (C) Ayende Rahien  2004 - 2021 (c) 2026</copyright><ttl>60</ttl><item><title>Dave commented on Why startup times of applications MATTER</title><description>I use the 'Future' method of the parallels library. Most application have long startup times because they have to initialize a lot of data and services (components) before the application can start. 
  
  
With Futures you delegate these tasks to the background where it's loaded. When you try to access an object while it not yet loaded, the task gets the highest priority and blocks until the item is loaded.
  
  
When the time between starting a display and seeing 'something' takes longer than 2 seconds, PLEASE show something, even if it's only a splashscreen. It tells the user that the application is loading and prevents the user from starting your application multiple times. 
</description><link>http://ayende.com/3871/why-startup-times-of-applications-matter#comment4</link><guid>http://ayende.com/3871/why-startup-times-of-applications-matter#comment4</guid><pubDate>Mon, 16 Feb 2009 08:06:35 GMT</pubDate></item><item><title>configurator commented on Why startup times of applications MATTER</title><description>Speaking of startup times. I installed the Windows 7 Beta on my laptop a few days ago. When using Vista (with SuperFetch enabled, of course), Visual Studio 2008 took about 30-40 seconds to load.
  
  
Now, I can't even measure the time it takes - it's less than a second.
  
  
I have no idea how they did that, actually.
</description><link>http://ayende.com/3871/why-startup-times-of-applications-matter#comment3</link><guid>http://ayende.com/3871/why-startup-times-of-applications-matter#comment3</guid><pubDate>Sun, 15 Feb 2009 02:41:57 GMT</pubDate></item><item><title>Chris Smith commented on Why startup times of applications MATTER</title><description>Thank you, thank you, thank you for this post.  Yet more proof that I'm not insane (something I need daily at the moment).
  
  
I've been arguing fiercely over doing a stop and fix on our startup time.  Our app (ironically only when debugging - the critical time) takes around 3 mins to start, mainly loading and validating mapping files and bringing spring up.
  
  
"Not a commercial priority" according to management apparently.  They want to see "screens delivered" rather than us fixing hampering, frustrating problems...
  
  
But... considering 11 developers, 3 minutes, 8 times an hour, 7 hours a day = (8x7x11) = 616 restarts a day = (616*3/60) = 30.8 paid hours a day thrown in the bin.  I would say that is more than significant.
  
  
Someone save my sanity.  Yes you know who you are if you are reading this.
</description><link>http://ayende.com/3871/why-startup-times-of-applications-matter#comment2</link><guid>http://ayende.com/3871/why-startup-times-of-applications-matter#comment2</guid><pubDate>Fri, 13 Feb 2009 21:00:53 GMT</pubDate></item><item><title>pete w commented on Why startup times of applications MATTER</title><description>Ironically, I stumbled upon this while I was waiting for my visual studio to load a project.
  
  
Lets think about the mechanics of a large program like VS for a moment. Most of the time is spent loading the bits from disk into memory, this is a physical bottleneck. 
  
  
My guess is that in a year or two once SSDs become more of a commodity programs like Visual studio will not cause so much frustration. I hope I am right
  
</description><link>http://ayende.com/3871/why-startup-times-of-applications-matter#comment1</link><guid>http://ayende.com/3871/why-startup-times-of-applications-matter#comment1</guid><pubDate>Fri, 13 Feb 2009 20:52:23 GMT</pubDate></item></channel></rss>