При форке значения другого треда будут видны?

Ммм, короче будет полная копия. И эта переменная станет threas local для другого потока

Ну был процесс A с 1 потоком и thread local var
var.a = 1

Сделали fork. Появился процесс B. У него также будет thread local var и
var.a = 1

:(

И изменения в B, процесс A не затронут. Как и верно обратное

Но это достаточно просто решается😕

В Гугле пишут что даже есть библиотека которая решает эти проблемы🤔

Есть вариант так не делать, при условии что процесс форка я контролировать не могу. Его будет делать waitress или gunicorn.


Проблема, которую я хочу создать:
- есть несколько публичных функций модуля.
- они могут вызывать друг друга внутри себя
- пользователь может вызывать любую из функций
- надо написать декоратор для этих функций, который реализует Лок на ресурс.
- функции вложенные должны уметь получить Лок захваченный в этом же треде выше по колл стэку
- сейчас это делается пропагированием аргумента skip lock при вызове вложенных функций.

Хочу реализовать без аргумента.

@ildaar эй?) Куда удалил

Решил, что недостаточно пятнично)

Гугл пишет, что эту проблему вот эта либа решает: https://pypi.org/project/multiprocessing-utils/
Но брать её, ради избваления от этой проблемы - решать тебе...

Вот что они творят: https://github.com/daggaz/python-multiprocessing-utils/blob/master/multiprocessing_utils/local.py

:'(

Каждую версию каждой зависимости надо проводить через процесс двойного пир ревью 😭

Сейчас где-то сидит один виндюзатник и хлопает в ладошки😒

А все почему? А потому что у них форка нету!

Если бы я мог контролировать то, как клиенты запускают нашу аппу, я бы не парился. Поставил бы другую стратегию запуска и не грустил.

Я понимаю

У них много чего нет, зато проблемы есть. Например, из-за того как там работает multiprocessing отваливается isinstance. Если ты конечно сам экземпляр в родительском процессе создал.

Спасибо, что выслушал пост боли 🤗