{"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\/pt\/python-dispatch-making-the-gil-optional\/","title":{"rendered":"Despacho Python: Tornando o GIL opcional"},"content":{"rendered":"
\"\"<\/figure>\n\n\n\n

O Conselho de Dire\u00e7\u00e3o fez um grande an\u00fancio sobre o futuro do Python<\/a>. Nomeadamente, eles decidiram tornar o Global Interpreter Lock (GIL) opcional no CPython e eventualmente remover o GIL por completo.<\/p>\n\n\n\n

Esta \u00e9 uma decis\u00e3o enorme que ir\u00e1 alterar fundamentalmente o Python.<\/p>\n\n\n\n

Por isso, neste post, vou falar sobre o que \u00e9 a GIL, as suas vantagens e desvantagens e o que o futuro nos reserva.<\/p>\n\n\n\n

O GIL<\/h2>\n\n\n\n

Vou analisar o Global Interpreter Lock uma palavra de cada vez, em ordem inversa, come\u00e7ando por fechadura<\/em> e depois int\u00e9rprete<\/em> e finalmente, global<\/em>.<\/p>\n\n\n\n

Um bloqueio \u00e9 um mecanismo que permite que apenas uma thread seja executada de cada vez. Assim, quando uma thread obt\u00e9m o bloqueio, ela ganha acesso exclusivo ao interpretador Python.<\/p>\n\n\n\n

Um interpretador \u00e9 o programa para executar o c\u00f3digo Python<\/a>.<\/p>\n\n\n\n

A palavra \"global\" aqui se refere ao escopo do bloqueio do interpretador. Como o bloqueio do interpretador \u00e9 global, ele garante que apenas uma thread executa o c\u00f3digo Python de cada vez dentro de um \u00fanico processo.<\/p>\n\n\n

\n
\"\"
Cr\u00e9dito: EstadoNeo<\/a>.<\/figcaption><\/figure>\n<\/div>\n\n\n

Portanto, o GIL \u00e9 um mecanismo que impede que v\u00e1rias threads sejam executadas ao mesmo tempo atrav\u00e9s do interpretador. Mas por que \u00e9 que quer\u00edamos isso?<\/p>\n\n\n\n

Vantagens<\/h2>\n\n\n\n

A principal vantagem do GIL \u00e9 que torna as coisas mais f\u00e1ceis. Gerir a mem\u00f3ria \u00e9 mais f\u00e1cil, gerir as threads \u00e9 mais f\u00e1cil e criar m\u00f3dulos \u00e9 mais f\u00e1cil.<\/p>\n\n\n\n

Sem o GIL, voc\u00ea pode rapidamente ter problemas com multithreading. Se voc\u00ea n\u00e3o colocar os bloqueios locais apropriados para cada thread, voc\u00ea pode acabar travando o Python ou corrompendo alguma outra mem\u00f3ria no computador.<\/p>\n\n\n\n

E se n\u00e3o estiver a fazer multithreading, ent\u00e3o o GIL \u00e9 super \u00fatil, porque mant\u00e9m tudo a funcionar sem problemas.<\/p>\n\n\n\n

Assim, o GIL mant\u00e9m as coisas simples e seguras.<\/p>\n\n\n\n

Ent\u00e3o, porque \u00e9 que n\u00e3o havia de querer isso?<\/p>\n\n\n\n

Desvantagens<\/h2>\n\n\n\n

A troca aqui \u00e9 a facilidade pela rapidez.<\/p>\n\n\n\n

Ao impedir o multithreading, o GIL torna o CPython mais lento e com menos desempenho do que algumas outras linguagens (como C++, Go e Rust).<\/p>\n\n\n\n

Especialmente com a explos\u00e3o da IA nos \u00faltimos meses, o GIL est\u00e1 a tornar-se cada vez mais um problema na execu\u00e7\u00e3o de programas de forma r\u00e1pida e eficiente.<\/p>\n\n\n\n

\n