I believe the trend is due to language like Python and Node.js, most of which aggressively discourage threading (more from the broader community than the core languages, but I see a lot of apps using these now), and also the higher reliability afforded by out-of-process tasks (that is, one crash doesn’t kill the entire app – e.g browser tabs).

 

Optimizing startup time is incredibly valuable, and having tried it a few times I believe that the import system (in essence, stat calls) is the biggest culprit. The tens of ms prior to the first user import can’t really go anywhere.

 

Cheers,

Steve

 

Top-posted from my Windows phone

 

From: Alex Walters
Sent: Saturday, July 22, 2017 1:39
Cc: 'Python-Dev'
Subject: Re: [Python-Dev] Python startup time

 

> -----Original Message-----

> From: Python-Dev [mailto:python-dev-bounces+tritium-

> list=sdamon.com@python.org] On Behalf Of Paul Moore

> Sent: Saturday, July 22, 2017 4:14 AM

> To: David Mertz <mertz@gnosis.cx>

> Cc: Barry Warsaw <barry@python.org>; Python-Dev <python-

> dev@python.org>

> Subject: Re: [Python-Dev] Python startup time

 

 

> It's a bit of a chicken and egg problem - Windows users avoid

> excessive command line program invocation because startup time is

> high, so no-one optimises startup time because Windows users don't use

> short-lived command line programs. But I'm seeing a trend away from

> that - more and more Windows tools these days seem to be comfortable

> spawning subprocesses. I don't know what prompted that trend.

 

The programs I see that are comfortable spawning processes willy-nilly on

windows are mostly .net, which has a lot of the runtime assemblies cached by

the OS in the GAC - if you are spawning a second processes of yourself, or

something that uses the same libraries as you, the compile step on those can

be skipped.  Unless you are talking about python/non-.NET programs, in which

case, I have no answer.

> Paul

> _______________________________________________

> Python-Dev mailing list

> Python-Dev@python.org

> https://mail.python.org/mailman/listinfo/python-dev

> Unsubscribe: https://mail.python.org/mailman/options/python-dev/tritium-

> list%40sdamon.com

 

_______________________________________________

Python-Dev mailing list

Python-Dev@python.org

https://mail.python.org/mailman/listinfo/python-dev

Unsubscribe: https://mail.python.org/mailman/options/python-dev/steve.dower%40python.org