{"id":329462,"date":"2023-05-29T15:13:00","date_gmt":"2023-05-29T15:13:00","guid":{"rendered":"http:\/\/itteacheritfreelance.hk\/wordpress\/?guid=f2cdee4a8f8cb2ab334d2d85290f0355"},"modified":"2023-05-29T15:13:00","modified_gmt":"2023-05-29T15:13:00","slug":"the-python-language-summit-2023-lightning-talks","status":"publish","type":"post","link":"https:\/\/itteacheritfreelance.hk\/wordpress\/index.php\/2023\/05\/29\/the-python-language-summit-2023-lightning-talks\/","title":{"rendered":"The Python Language Summit 2023: Lightning Talks"},"content":{"rendered":"

<\/p>\n

The Python Language Summit 2023<\/a> closed off with a trio of lightning talks from Dong-hee Na, Carl Meyer and Amethyst Reese.<\/div>\n
<\/div>\n
<\/div>\n
\n
<\/div>\n
\n

Dong-hee Na: Let\u2019s support LLVM-BOLT as an official feature<\/span><\/h2>\n

CPython Core Developer Dong-hee Na gave a short presentation on the LLVM-BOLT optimiser, arguing that we should support it as a standard feature of CPython.<\/span><\/p>\n

LLVM-BOLT is a \u201cpost link time binary optimiser\u201d that was adopted by <\/span>the Pyston project<\/span><\/a>, a performance-oriented fork of CPython 3.8. The Pyston team had reported that use of the optimiser resulted in performance gains of 2-4% on their benchmarks, although the <\/span>Faster CPython team<\/span><\/a> and Dong-hee Na had reported smaller returns<\/a> when they had applied the optimiser to Python 3.11.<\/span><\/p>\n

Dong-hee Na showed benchmark results that showed significant speedups in some areas with LLVM-BOLT applied to Python 3.12, but noted that LLVM-BOLT also caused regressions in some other areas due to overly aggressive optimisations. He announced that he had added support for LLVM-BOLT to CPython as an optional compile-time flag, <\/span>--enable-bolt<\/code>, to allow experimentation with the feature.<\/span><\/p>\n


<\/span><\/p>\n

<\/span><\/p>\n\n\n\n\n
\"\"<\/a><\/td>\n<\/tr>\n
A slide from Dong-hee Na’s talk on LLVM-Bolt<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n

<\/p>\n

<\/span><\/p>\n

\n<\/p>\n


<\/span><\/p>\n

Carl Meyer: Lazy Imports \u2013 the sequel<\/span><\/h2>\n

Carl Meyer instigated a short discussion on proposals to introduce a mechanism enabling lazy imports in Python. Following <\/span>Meyer\u2019s lightning talk on the same subject last year<\/span><\/a>, Meyer \u2013 along with his colleague, Germ\u00e1n M\u00e9ndez Bravo (who, according to Meyer, deserves \u201cmost of the credit\u201d) \u2013 had written <\/span>PEP 690<\/span><\/a>, proposing a compile-time flag that would make imports in Python lazy by default. The PEP, however, was <\/span>rejected by the Steering Council<\/span><\/a> in December 2022, due to concern that the new flag would have created a split in the community between programmers who used Python with lazy imports enabled, and those who used Python with eager imports.<\/span><\/p>\n

Meyer\u2019s question to the audience was: where next for lazy imports? Was it worth modifying the proposal and trying again, or was the whole idea doomed? Meyer noted that the team at Instagram, where he worked, had seen start-up time improvements of 50-80%, and 40-90% reductions in memory usage, by adopting lazy imports in the <\/span>fork of CPython<\/span><\/a> they used for the Instagram web server.<\/span><\/p>\n

Meyer floated a series of possible changes (some mutually exclusive) that could be made to the PEP. For each possible change, he asked if the change would make attendees more or less likely to support adding support for lazy imports to Python:<\/span><\/p>\n

    \n
  1. Explicit opt-in syntax marking a specific import as lazy (e.g. <\/span>lazy import inspect<\/code>).<\/span><\/li>\n
  2. A clear roadmap detailed in the PEP, outlining the timeframe in which it was expected that lazy-import behaviour would become the default in Python.<\/span><\/li>\n
  3. A promise that the implementation of lazy imports would not lead to any changes being made to the <\/span>dict<\/code> data structure.<\/span><\/li>\n
  4. Generalised support of \u201clazy names\u201d, rather than just support for lazy <\/span>imports<\/span><\/em> specifically.<\/span><\/li>\n<\/ol>\n

    The room unanimously agreed that change (3) would make them more likely to support the PEP, and largely agreed that change (4) would make them less likely to support it. The room was (frustratingly, for Meyer) split on whether proposals (1) and (2) would make them more or less likely to give the PEP their support.<\/span><\/p>\n

    On the bright side, only one attendee said they thought they could never support a proposal for lazy imports in Python. <\/span>Unfortunately<\/span><\/em> for Meyer, the attendee in question was Thomas Wouters, currently serving on the Steering Council.<\/span><\/p>\n


    <\/span><\/p>\n

    \n
    \n<\/h2>\n


    <\/span><\/h2>\n

    Amethyst Reese: Can we <\/span>__call__<\/code> modules?<\/span><\/h2>\n

    Amethyst Reese presented on an idea that has since become <\/span>PEP 713<\/span><\/a>: a proposal to add a mechanism allowing developers to easily create callable modules.<\/span><\/p>\n


    <\/span><\/p>\n

    <\/span><\/p>\n\n\n\n\n
    \"\"<\/a><\/td>\n<\/tr>\n
    Amethyst Reese at the Python Language Summit
    (Photo by Hugo van Kemenade)<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n

    <\/p>\n

    <\/span><\/p>\n

    Strictly speaking, it\u2019s <\/span>possible<\/span><\/em> to create a callable module today, but it\u2019s not exactly easy. The example given in the PEP looks something like the following:<\/span><\/p>\n

    <\/span>\n<\/span><\/div>
    import<\/span> sys\nimport<\/span> types\n\ndef<\/span> fancy<\/span>(...<\/span>):\n    ...\n\nclass<\/span> FancyModule<\/span>(types.ModuleType):\n    def<\/span> __call__<\/span>(self, ...<\/span>):\n        return<\/span> fancy(...)\n\nsys.modules[__name__].__class__ = FancyModule\n<\/div>

    <\/div><\/div><\/code><\/pre>\n
    Reese proposes that we provide a simpler mechanism to create callable modules: simply provide special recognition for module-level <\/span>__call__<\/code> functions, similar to the way that <\/span>PEP 562<\/span><\/a> added special recognition of module-level <\/span>__getattr__<\/code> and <\/span>__dir__<\/code> functions. With the semantics specified in <\/span>PEP 713<\/span><\/a>, <\/span>fancy.py<\/code> could be rewritten as follows:<\/span><\/p>\n
    <\/span>\n<\/span><\/div>
    def<\/span> fancy<\/span>(...<\/span>):\n    ...\n\n__call__ = fancy\n<\/div>

    <\/div><\/div><\/code><\/pre>\n
    With a module, <\/span>fancy.py<\/code>, defined like the above, users would simply be able to do the following:<\/span><\/p>\n
    <\/span>\n<\/span><\/div>
    import<\/span> fancy\nfancy()\n<\/div>

    <\/div><\/div><\/code><\/pre>\n
    This would allow users of Python to avoid constructs which often feel unnecessarily verbose and involve frustrating amounts of boilerplate, such as:<\/span><\/p>\n
    <\/span>\n<\/span><\/div>
    import<\/span> datetime\nimport<\/span> pprint\nimport<\/span> dis\n\nd = datetime.datetime()\npprint.pprint(...)\ndis.dis(...)\n<\/div>

    <\/div><\/div><\/code><\/pre>\n
    It would also allow users to create callable modules in a way that would be easier for type checkers to support, as dynamically inserting custom objects into <\/span>sys.modules<\/code> can cause issues for these tools.<\/span><\/p>\n
    The proposal was met with curiosity by attendees of the Language Summit. Thomas Wouters said that he had originally opposed the addition of module-level <\/span>__getattr__<\/code> and <\/span>__dir__<\/code>, introduced by PEP 562. However, now they had been introduced to Python, he was of the opinion that it might make sense to add support for module-level dunder methods including <\/span>__call__<\/code>, but also others such as <\/span>__setattr__<\/code>.<\/span><\/p>\n<\/div>\n\n
    \\\"IT\u96fb\u8166\u88dc\u7fd2
    \u7acb\u523b\u8a3b\u518a\u53ca\u5831\u540d\u96fb\u8166\u88dc\u7fd2\u8ab2\u7a0b\u5427!<\/figcaption><\/figure>\r\n<\/br>Find A Teacher Form:\r\n<\/br>https:\/\/docs.google.com\/forms\/d\/1vREBnX5n262umf4wU5U2pyTwvk9O-JrAgblA-wH9GFQ\/viewform?edit_requested=true#responses\r\n<\/br><\/br>Email:\r\n<\/br>public1989two@gmail.com






    \r\nwww.itsec.hk<\/a>
    \r\n    www.itsec.vip<\/a>
    \r\n    www.itseceu.uk<\/a>
    <\/p>","protected":false},"excerpt":{"rendered":"
    The Python Language Summit 2023 closed off with a trio of lightning talks from Dong-hee Na, Carl Meyer and Amethyst Reese.Dong-hee Na: Let\u2019s support LLVM-BOLT as an official featureCPython Core Developer Dong-hee Na gave a short presentation on the LL…<\/p>\n<\/div>","protected":false},"author":2053,"featured_media":0,"comment_status":"open","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"slim_seo":{"title":"The Python Language Summit 2023: Lightning Talks - ITTeacherITFreelance.hk","description":"The Python Language Summit 2023 closed off with a trio of lightning talks from Dong-hee Na, Carl Meyer and Amethyst Reese.Dong-hee Na: Let\u2019s support LLVM-BOLT a"},"footnotes":""},"categories":[10700],"tags":[],"_links":{"self":[{"href":"https:\/\/itteacheritfreelance.hk\/wordpress\/index.php\/wp-json\/wp\/v2\/posts\/329462"}],"collection":[{"href":"https:\/\/itteacheritfreelance.hk\/wordpress\/index.php\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/itteacheritfreelance.hk\/wordpress\/index.php\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/itteacheritfreelance.hk\/wordpress\/index.php\/wp-json\/wp\/v2\/users\/2053"}],"replies":[{"embeddable":true,"href":"https:\/\/itteacheritfreelance.hk\/wordpress\/index.php\/wp-json\/wp\/v2\/comments?post=329462"}],"version-history":[{"count":1,"href":"https:\/\/itteacheritfreelance.hk\/wordpress\/index.php\/wp-json\/wp\/v2\/posts\/329462\/revisions"}],"predecessor-version":[{"id":329463,"href":"https:\/\/itteacheritfreelance.hk\/wordpress\/index.php\/wp-json\/wp\/v2\/posts\/329462\/revisions\/329463"}],"wp:attachment":[{"href":"https:\/\/itteacheritfreelance.hk\/wordpress\/index.php\/wp-json\/wp\/v2\/media?parent=329462"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/itteacheritfreelance.hk\/wordpress\/index.php\/wp-json\/wp\/v2\/categories?post=329462"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/itteacheritfreelance.hk\/wordpress\/index.php\/wp-json\/wp\/v2\/tags?post=329462"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}