On Sat, Jul 22, 2017, 07:22 Steve Dower, <steve.do...@python.org> wrote:
> 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. > Stat calls in the import system were optimized in importlib a while back to be cached in finders so at this point you will have to remove a stat call to lower that cost or cache more which goes into breaking abstractions or designing new APIs. -brett > > Cheers, > > Steve > > > > Top-posted from my Windows phone > > > > *From: *Alex Walters <tritium-l...@sdamon.com> > *Sent: *Saturday, July 22, 2017 1:39 > *Cc: *'Python-Dev' <python-dev@python.org> > > > *Subject: *Re: [Python-Dev] Python startup time > > > > > -----Original Message----- > > > From: Python-Dev [mailto:python-dev-bounces+tritium- > > > list=sdamon....@python.org] On Behalf Of Paul Moore > > > Sent: Saturday, July 22, 2017 4:14 AM > > > To: David Mertz <me...@gnosis.cx> > > > Cc: Barry Warsaw <ba...@python.org>; Python-Dev <python- > > > d...@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 > > > _______________________________________________ > 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/brett%40python.org >
_______________________________________________ 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/archive%40mail-archive.com