Python en español #14: Tertulia 2021-01-05

MP3 / M4A

OPUS

Síguenos en Twitter

Donación BitCoin:
1GrRQhKAg9zMXz5rWtzSHk41tkfxcFjC3v

Python en español #14: Tertulia 2021-01-05

Detalles internos de rendimiento de Python y exabruptos sobre asyncio

Autor: Jesús Cea & Otros - Contacto: python2021@podcast.jcea.es
Fecha de grabación: 2021/01/05 - Duración: 01:56:42
Fecha de publicación: 2021/05/08
Palabras clave: Tertulia
Descarga el audio: M4A (28460808 bytes) - OPUS (14494498 bytes)

Participantes:

Jesús Cea, email: jcea@jcea.es, twitter: @jcea, https://blog.jcea.es/, https://www.jcea.es/. Conectando desde Madrid.
Eduardo Castro, email: info@ecdesign.es. Conectando desde A Guarda.
Javier, conectando desde Madrid.
Víctor Ramírez, twitter: @virako, programador python y amante de vim, conectando desde Huelva.
Juan Carlos, conectando desde Bilbao.

Audio editado por Pablo Gómez, twitter: @julebek.

La música de la entrada y la salida es "Lightning Bugs", de Jason Shaw. Publicada en https://audionautix.com/ con licencia - Creative Commons Attribution 4.0 International License.

[01:32] Nuevas versiones: Python 3.10a4 y Numpy.
[01:57] Don’t Use Recursion In Python Any More,Python Closure — A Pythonic technique you must know
- Don’t Use Recursion In Python Any More,Python Closure — A Pythonic technique you must know: https://towardsdatascience.com/dont-use-recursion-in-python-any-more-918aad95094c.
- Hilo en la lista de correo de Python Madrid: https://lists.es.python.org/pipermail/madrid/2021-January/004838.html.
- Closure: https://es.wikipedia.org/wiki/Clausura_(inform%C3%A1tica).
- Mixin: https://es.wikipedia.org/wiki/Mixin.
[10:02] ¿Qué es ser "Pythónico"?
- Twisted daña el cerebro: https://twistedmatrix.com/trac/.
- unittest: https://docs.python.org/3/library/unittest.html.
- Black: https://pypi.org/project/black/.
- from __future__ import braces.
[14:52] Python Ideas:
- https://mail.python.org/mailman3/lists/python-ideas.python.org/.
[16:52] ¿Comillas simples o comillas dobles? ' o ".
- Diferencias semánticas con otros lenguajes como C.
[23:07] Tamaño de columnas: ¿80?, ¿120?, ¿132?
[31:02] Primar la legibilidad, no el rendimiento.
- Cuando tienes if ... else ..., ¿Qué caso pones primero?, ¿el corto o el largo? ¿Primero la condición normal?
- Microoptimizaciones que complican la legibilidad sin ganancia de rendimiento que importe en realidad.
[41:57] En las variables locales, la longitud del nombre de una variable no impacta en el rendimiento.
[43:02] Curiosear el "bytecode" https://es.wikipedia.org/wiki/Bytecode que genera Python.
- Dispositivo de Duff: https://es.wikipedia.org/wiki/Dispositivo_de_Duff.
- El "bytecode" https://es.wikipedia.org/wiki/Bytecode que genera Python no está nada optimizado. Es mejorable.

[46:22] Bytecode generado para a + a:

>>> dis.dis(lambda a: a + a)
  1           0 LOAD_FAST                0 (a)
              2 LOAD_FAST                0 (a)
              4 BINARY_ADD
              6 RETURN_VALUE

¡Guardas!

Sí se hacen algunas optimizaciones simples:

>>> dis.dis(lambda : 5 + 3)
  1           0 LOAD_CONST               1 (8)
              2 RETURN_VALUE

[50:12] Python deja su pila de evaluación vacía al terminar de calcular una expresión.

Máquina virtual de registros en vez de máquina virtual orientada a pila.
- El compilador debe ser más sofisticado, pero puede reutilizar valores.

Muchas operaciones redundantes:

>>> import dis
>>> def suma(valores):
...   s=0
...   for i in valores:
...     s+=i
...   return s
... 
>>> dis.dis(suma)
  2           0 LOAD_CONST               1 (0)
              2 STORE_FAST               1 (s)

  3           4 LOAD_FAST                0 (valores)
              6 GET_ITER
        >>    8 FOR_ITER                12 (to 22)
             10 STORE_FAST               2 (i)

  4          12 LOAD_FAST                1 (s)
             14 LOAD_FAST                2 (i)
             16 INPLACE_ADD
             18 STORE_FAST               1 (s)
             20 JUMP_ABSOLUTE            8

  5     >>   22 LOAD_FAST                1 (s)
             24 RETURN_VALUE

¿Qué ocurre a la hora de depurar o para gestionar excepciones?

[56:32] Que un hilo modifique variables de otro hilo.
- ¡Guardas!
- NOTA DESDE EL FUTURO:
  - Python 3.9.5: https://docs.python.org/release/3.9.5/whatsnew/changelog.html.
  - Traceback objects allow accessing frame objects without triggering audit hooks: https://bugs.python.org/issue42800.
[58:37] Pensábais que las interioridades del intérprete de Python son aburridas, pero no...
- La complejidad debe estar en tu programa, no en el lenguaje o el intérprete.
- Compiladores optimizadores. Python se está quedando atrás.
- Hacer caché al buscar atributos:
  - Issue1616125: Cached globals+builtins lookup optimization: https://bugs.python.org/issue1616125.
  - issue43452: Microoptimize PyType_Lookup for cache hits https://bugs.python.org/issue43452.
  - Detectar cambios en un diccionario, incluyendo diccionarios internos como locals o __builtins__: PEP 509 Add a private version to dict: https://www.python.org/dev/peps/pep-0509/.
[01:06:52] Huevos de pascua en Python:
- from __future__ import braces.
- import antigravity.
- import this.
- import __hello__.
[01:08:27] Usar pass o ... (ellipsis).
- Ellipsis: https://docs.python.org/3/library/constants.html#Ellipsis y https://docs.python.org/3/library/stdtypes.html?highlight=ellipsis#the-ellipsis-object.
[01:09:22] El PEP 509 no es para hacer diccionarios inmutables.
- Es algo interno para el API de C. No está accesible desde Python.
- Cambios pequeños pueden abrir posibilidades interesantes. ¡Guardas!.
[01:13:07] Curiosidades encontradas esta semana:
- traceback.clear_frames(tb): https://docs.python.org/3/library/traceback.html#traceback.clear_frames.
- inspect: https://docs.python.org/3/library/inspect.html.
- Manipular frame.back.
- Que una función sepa si se le está llamando de una forma síncrona o asíncrona.
[01:17:02] Los problemas filosóficos que tiene Jesús Cea con la programación asíncrona tal y como está implementada en Python.
- Una biblioteca debe decidir si es síncrona o asíncrona y "contamina" todo tu código.
- Hacer corrutinas "de verdad": https://es.wikipedia.org/wiki/Corrutina.
- Persistencia y programación asíncrona.
- Concepto de "awaitable": https://docs.python.org/3/library/asyncio-task.html#awaitables.
- future.result(): https://docs.python.org/3/library/concurrent.futures.html#concurrent.futures.Future.result.
[01:32:17] Es difícil plantear temas tan esotéricos sin una preparación formal de la charla o sin avisar con tiempo para que la gente se lo pueda ver con calma antes.
[01:33:32] Problemas con el control de carga de asyncio https://docs.python.org/3/library/asyncio.html.
- Vuelve a tratarse el tema de si la biblioteca estándar debe crecer o adelgazar.
- Según Jesús Cea, asyncio https://docs.python.org/3/library/asyncio.html es la peor opción.
- Alternativas a asyncio:
  - Curio: https://curio.readthedocs.io/en/latest/.
  - Trio: https://trio.readthedocs.io/en/stable/. Monkey patching: https://en.wikipedia.org/wiki/Monkey_patch.
- La dificultad de luchar con una biblioteca que está incluída en la biblioteca estándar.
[01:42:32] La programación asíncrona es útil para muchas más cosas además de para gestionar peticiones de la red.
- Por ejemplo, operaciones de ficheros locales. Aprovechar tanto que el disco sea lento como para lanzar operaciones concurrentes a discos duros.
[01:44:12] Mejor usar concurrent.futures https://docs.python.org/3/library/concurrent.futures.html que threading https://docs.python.org/3/library/threading.html directamente.
- Transportar excepciones entre hilos.
- Control de carga y paralelismo.
[01:45:42] Referencia al bug solucionado en la tertulia anterior: Issue35930: Raising an exception raised in a "future" instance will create reference cycles https://bugs.python.org/issue35930.
- Queda por ultimar el detalle de cómo solucionar el problema exactamente y enviar el parche para que se integre oficialmente en Python.
- Jesús Cea describe las dos opciones que está barajando: weakrefs https://docs.python.org/3/library/weakref.html o try ... finally.
[01:50:57] Ya hubo "flames" brutales con Guido cuando se introdujo el operador ternario en Python.
[01:55:02] Despedida.
[01:55:50] Final.

Volver a Python en español