A RetroSearch Logo

Home - News ( United States | United Kingdom | Italy | Germany ) - Football scores

Search Query:

Showing content from https://mail.python.org/pipermail/python-dev/2011-March/110018.html below:

[Python-Dev] Embedded Python startup is slow

[Python-Dev] Embedded Python startup is slow [Python-Dev] Embedded Python startup is slowJames Y Knight foom at fuhm.net
Thu Mar 24 17:18:29 CET 2011
On Mar 24, 2011, at 11:58 AM, bruce bushby wrote:
> My main concern was that a freshly compiled Python attempts to open 168 non-existent files before starting. 
> 
> I understand that an interpreted language is probably not the best choice for an embedded device (although it's very nice for prototyping) , Python really should know what exists after it's just been compiled....ie before any corrupting modules or other nonsense has been added.
> 
> It appears it is hard coded to open these files regardless of any "configure" options.
> 
> On my desktop pc, when I run the most simple "Hello World" .... 78% of the overall execution time is spent opening files....most of which don't exist. 
> 
> Some form of "cache" would help the startup time on the "second go" ..... but arguably just a "band aid" covering a deeper problem.

The deeper problem on your Desktop PC being that MS-Windows' file system calls are horrifically expensive for no good reason? :)

James
More information about the Python-Dev mailing list

RetroSearch is an open source project built by @garambo | Open a GitHub Issue

Search and Browse the WWW like it's 1997 | Search results from DuckDuckGo

HTML: 3.2 | Encoding: UTF-8 | Version: 0.7.4