{"id":4508,"date":"2023-08-01T11:35:37","date_gmt":"2023-08-01T11:35:37","guid":{"rendered":"https:\/\/picockpit.com\/raspberry-pi\/?p=4508"},"modified":"2023-08-01T11:35:39","modified_gmt":"2023-08-01T11:35:39","slug":"python-dispatch-making-the-gil-optional","status":"publish","type":"post","link":"https:\/\/picockpit.com\/raspberry-pi\/python-dispatch-making-the-gil-optional\/","title":{"rendered":"Python Dispatch: Making the GIL Optional"},"content":{"rendered":"\n
\"\"<\/figure>\n\n\n\n

The Steering Council have made a huge announcement regarding the future of Python<\/a>. Namely, they have decided to make the Global Interpreter Lock (GIL) optional in CPython and eventually remove the GIL altogether.<\/p>\n\n\n\n

This is a huge decision that will fundamentally alter Python.<\/p>\n\n\n\n

Therefore, in this post, I’ll go through what the GIL is, its advantages and disadvantages, and what the future holds.<\/p>\n\n\n\n

The GIL<\/h2>\n\n\n\n

Let me go through the Global Interpreter Lock one word at a time in reverse order, starting with lock<\/em> and then interpreter<\/em> and finally, global<\/em>.<\/p>\n\n\n\n

A lock is a mechanism that allows only one thread to run at a time. So when a thread gets ahold of the lock, it gains exclusive access to the Python interpreter.<\/p>\n\n\n\n

An interpreter is the program for executing Python code<\/a>.<\/p>\n\n\n\n

The word “global” here refers to the scope of the interpreter lock. Because the interpreter lock is global, it guarantees that only one thread executes Python code at a time within a single process.<\/p>\n\n\n

\n
\"\"
Credit: StatusNeo<\/a>.<\/figcaption><\/figure>\n<\/div>\n\n\n

So the GIL is a mechanism that prevents multiple threads from running at the same time through the interpreter. But why would you want that?<\/p>\n\n\n\n

Advantages<\/h2>\n\n\n\n

The primary advantage of the GIL is that it makes things easier. Managing memory is easier, managing threads is thus easier, and creating modules is thus easier.<\/p>\n\n\n\n

Without the GIL, you can quickly run into problems with multithreading. If you don’t put the proper local locks into place for each thread, you might end up crashing Python or corrupting some other memory in the computer.<\/p>\n\n\n\n

And if you’re not multithreading, then the GIL is super helpful, because it keeps everything running smoothly.<\/p>\n\n\n\n

So the GIL keeps things simple and safe.<\/p>\n\n\n\n

Then why wouldn’t you want that?<\/p>\n\n\n\n

Disadvantages<\/h2>\n\n\n\n

The trade-off here is ease for speed.<\/p>\n\n\n\n

By preventing multithreading, the GIL makes CPython slower and less performant than some other languages (like C++, Go, and Rust).<\/p>\n\n\n\n

Especially with the explosion of AI in the past few months, the GIL is becoming more and more of a problem in executing programs quickly and efficiently.<\/p>\n\n\n\n

\n