✨ Add python no gil for scientific notes

content/pyconfr-2023-assemblee-generale.md

@@ -0,0 +1,50 @@
+Title: Assemblée générale de l’AFPy
+Date: 2023-02-19 09:22
+Summary: SUMMARY
+Category: Bloc-notes
+Tags: live-notes, pyconfr, talk, bordeaux, python, TAG1, TAG2
+Status: published
+
+Par **[Marc Debureaux][mdebureaux]** - Salle [Alfred Wegener][awegener]
+
+
+### [Assemblée générale de l’AFPy][abstract]
+
+[![logo PyConFr Bordeaux 2023][pyconimg]][pyconfr]
+
+> Assemblée générale de l'Association Francophone Python, organisatrice de l'événement. Vous pouvez venir pour connaître le bilan de cette année et participer aux choix des prochaines éditions. Les membres à jour de cotisation peuvent également prendre part aux votes et candidater pour faire partie du comité de direction.
+
+---
+
+Notes personnelles
+==================
+
+* Bilan moral
+    - reprise pyconfr après 2 ans d'arrêt
+    - pas de problème majeurs
+    - Strasbourg n'a pas pu se concrétiser pour pyconfr 22/23 pour cause de travaux réalisé pendant la CoViD
+    - Projets de partenariat avec l'[Euro Python Society](https://www.europython-society.org/): Collaboration informelle à développer
+    - Réflexion autour de la convergence entre les engagements associatifs des membres
+    - Bilan positifs
+    - 2 abstentions
+* Bilan financier
+    - Comptes publics: https://git.afpy.org/afpy/gestion
+    - 2022, année blanche, fond de roulement 1210€
+    - Plus de serveur à payé suite au sponsoring de [Gandi](https://gandi.net)
+    - Bilan PyConFr excédentaire (provisoire) ~30k€
+    - PyConFr 19 ~40k€: augmentation générales des tarifs. Prestations non retenu en 2023: salle réception offerte, pas de transcription dans les vidéos
+    - 2 abstentions
+* Status
+    - Invalidation de la préfecture: retour sur le contexte
+    - modif: art. 1 (domiciliation), art.9  (nombres de membres et durée des mandats)
+    - 2 abstentions
+* Renouvelement du comité directeur
+    - démissionnaire de fait: Marc, Lucie
+    - candidats: Nicolas Ledez, Lucie Anglade, Marc Debureaux
+        * Présidente: Lucie Anglade
+
+[abstract]: https://www.pycon.fr/2023/fr/talks/plenary.html#assemblee-generale-de-lafpy
+[awegener]: https://fr.wikipedia.org/wiki/Alfred_Wegener
+[mdebureaux]: https://fr.linkedin.com/in/mdebnet
+[pyconfr]: https://www.pycon.fr/2023/
+[pyconimg]: {static}/img/200-pycon-fr-23.png

content/pyconfr-2023-trying-python-no-gil-on-scientific-programming.md

@@ -0,0 +1,66 @@
+Title: Trying no GIL on scientific programming
+Date: 2023-02-19 10:33
+Summary: SUMMARY
+Category: Bloc-notes
+Tags: live-notes, pyconfr, talk, bordeaux, python, TAG1, TAG2
+Status: published
+
+Par **[Cheuk Ting Ho][author]** - Salle [Thomas Edison][tedison]
+
+
+### [Trying no GIL on scientific programming][abstract]
+
+[![logo PyConFr Bordeaux 2023][pyconimg]][pyconfr]
+
+> In this talk, we will have a look at what is no-gil Python and how it may improve the performance of some scientific calculations. First of all, we will touch upon the background knowledge of the Python GIL, what is it and why it is needed. On the contrary, why it is stopping multi-threaded CPU processes to take advantage of multi-core machines.
+>
+> After that, we will have a look at no-gil Python, a fork of CPython 3.9 by Same Gross. How it provides an alternative to using Python with no GIL and demonstrates it could be the future of the newer versions of Python. With that, we will try out this version of Python in some popular yet calculation-heavy algorithms in scientific programming and data sciences e.g. PCA, clustering, categorization and data manipulation with Scikit-learn and Pandas. We will compare the performance of this no-gil version with the original standard CPython distribution.
+>
+> This talk is for Pythonistas who have intermediate knowledge of Python and are interested in using Python for scientific programming or data science. It may shine some light on having a more efficient way of using Python in their tasks and interest in trying the no-gil version of Python.
+
+_[Support][support]_
+
+---
+
+Notes personnelles
+==================
+
+* GIL
+    - Global Interpreter Lock
+    - only a single thread is used to run Python
+    - limit access to only one oobject by one thread
+    - driver metapnor
+    - other program have multiple locks tools (more complicated)
+* No GIL?
+    - 4 attempts before (greg stein 2016, Adam Olsen 2007, Larry Hasting 2016)
+    - Sam Gross
+    - Why?: N cores == speed x N
+* Challenges
+    - reference counting / bias reference counting
+    - make commonly used object immortal (no ref count)
+    - make some objects deferred ref counting (add counts at GC)
+    - thread safety for objects (`dict()` & `°list()`)
+    - using small locks
+    - manually write the lock orders using CPython API
+    - replace built-in allocator `pynalloc` with `mimalloc` (thread safety)
+* Scientific uses?
+* my tries
+    - on [Github `Cheukting/test-nogil`](https://github.com/Cheukting/test-nogil)
+    - no-GIL not really faster in most experiment
+* Why didn't see a improvement
+    - C extention already use C multi-threading
+    - C extentions may expect a GIL
+    - Compatibilty issues?
+    - tries only on dual cores
+    - …
+* notes
+    - Sam Groth Europython keynote
+    - Blog post Lukasz Langa
+
+
+[abstract]: https://www.pycon.fr/2023/fr/talks/30m.html#trying-no-gil-on-scientific-pr
+[author]: https://cheuk.dev/
+[pyconfr]: https://www.pycon.fr/2023/
+[pyconimg]: {static}/img/200-pycon-fr-23.png
+[support]: https://
+[tedison]: https://fr.wikipedia.org/wiki/Thomas_Edison