nogil
Rope
nogil | Rope | |
---|---|---|
31 | 22 | |
2,854 | 1,839 | |
- | 0.8% | |
5.7 | 9.3 | |
2 months ago | 6 days ago | |
Python | Python | |
GNU General Public License v3.0 or later | GNU Lesser General Public License v3.0 only |
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
nogil
- Proof-of-Concept Multithreaded Python Without the GIL
-
Our Plan for Python 3.13
This might be a dumb question, but why would removing the GIL break FFI? Is it just that existing no-GIL implementations/proposals have discarded/ignored it, or is there a fundamental requirement, e.g. C programs unavoidably interact directly with the GIL? I know that the C-API is only stable between minor releases [0] compiled in the same manner [1], so it's not like the ecosystem is dependent upon it never changing.
I cannot seem to find much discussion about this. I have found a no-GIL interpreter that works with numpy, scikit, etc. [2][3] so it doesn't seem to be a hard limit. (That said, it was not stated if that particular no-GIL implementation requires specially built versions of C-API libs or if it's a drop-in replacement.)
[0]: https://docs.python.org/3/c-api/stable.html#c-api-stability
[1]: https://docs.python.org/3/c-api/stable.html#platform-conside...
[2]: https://github.com/colesbury/nogil
[3]: https://discuss.python.org/t/pep-703-making-the-global-inter...
-
Real Multithreading Is Coming to Python
https://github.com/colesbury/nogil does manage to get rid of the GIL, but it's not certain to make it into Python core. The main problem is the amount of existing libraries that depend on the existence of the GIL without realizing it - breaking those would be extremely disruptive.
-
[D] The hype around Mojo lang
CPython is also investigating the removal of the GIL (PEP703, nogil). I think requiring the GIL is a wider thing that libraries will need to address anyway. But also, for the same reason as above I'd be surprised if the Modular team thought that saying "you can run all your python code unchanged" was a good idea if there was a secret "except for code that uses numpy" muttered under the breath.
- PEP 684 was accepted – Per-interpreter GIL in Python 3.12
- PEP 703 – Making the Global Interpreter Lock Optional in CPython
-
Python 3.11.0 final is now available
I'm worried about the speedup
My understanding is that it's based on the most recent attempt to remove the GIL by Sam Gross
https://github.com/colesbury/nogil
In addition to some ways to try to not have nogil have as much overhead he added a lot of unrelated speed improvements so that python without the gil would still be faster not slower in single thread mode. They seem to have merged those performance patches first that means if they add his Gil removal patches in say python 3.12 it will still be substantially slower then 3.11 although faster then 3.10. I hope that doesn't stop them from removing the gil (at least by default)
- Removed the GIL back in 1996 from Python 1.4, primarily to create a re-entrant Python interpreter.
- I Tried Removing Python's GIL Back in 1996
-
Faster CPython 3.12 Plan
Looks like it's still active to me:
https://github.com/colesbury/nogil/
Rope
-
In neovim ,how to do refactoring python code?
Hi, maintainer of rope here. There are a number of different options to use rope in Vim/Neovim, we've documented them in this page https://github.com/python-rope/rope/wiki/Rope-in-Vim-or-Neovim
-
Open Source Python libraries/projects that need contributions?
If you're looking for something with a bigger codebase, then the rope library in which pylsp-rope is based on is also welcoming of contributions.
-
Completion and auto imports
I think rope is the standard for refactoring, and should provide autoimports soon, though pyright might also be good for that.
-
NVIM: More complete autocomplete
rope
-
Making Python Code Idiomatic by Automatic Refactoring Non-Idiomatic Python Code with Pythonic Idioms
If you are interested in discussing this or have ideas you want to sketch out, meet me at rope's GitHub Discussion.
-
What motivates you writing open source software?
However, my biggest and most popular open source project is one that I don't originally write, but rather I inherited a popular project that has been abandoned by their original author/maintainers. I use Python a lot, so I wanted to contribute to the community in a significant way, so unlike my other projects I do take the time promoting this project as well. I felt it's more like a community service for this project.
-
What are some interesting open source projects to contribute code to?
I am the maintainer rope and pylsp-rope. They are libraries for automated Python refactoring and to do that from any LSP-capable editors. We are always welcoming contributors of all levels.
-
Why IDEs are Important
Rope has first class support for Vim and it can do a move refactoring, among other refactorings. From this, this feature is available from python-mode and ropevim.
-
Visual Studio Code is designed to fracture
rope
-
Why did you switch from another language to Rust? Do you regret not learning it earlier?
Okay this depends: if your code is static: perfectly possible for example with https://github.com/python-rope/rope (used for example by VS Code). If it's dynamic / generated via metaprogramming: I never tried it but I can't imagine that it'd work there, yes. However java tooling also can't do that because it simply doesn't support metaprogramming in any noteworthy way.
What are some alternatives?
hpy - HPy: a better API for Python
Bowler - Safe code refactoring for modern Python.
mypyc - Compile type annotated Python to fast C extensions
RedBaron - Bottom-up approach to refactoring in python
numpy - The fundamental package for scientific computing with Python.
python-lsp-server - Fork of the python-language-server project, maintained by the Spyder IDE team and the community
Pytorch - Tensors and Dynamic neural networks in Python with strong GPU acceleration
jedi - Awesome autocompletion, static analysis and refactoring library for python
python-feedstock - A conda-smithy repository for python.
Pylint - It's not just a linter that annoys you!
sbcl - Mirror of Steel Bank Common Lisp (SBCL)'s official repository
Python-mode - Vim python-mode. PyLint, Rope, Pydoc, breakpoints from box.