функции писать в разные переменные

писала вывод в разные глобальные переменные

разные потоки

Разупорись. Но если очень хочешь - есть метод globals, вернёт словарь, дальше по имени забираешь

как бы сделать так, чтоб в зависимости от потока функция писала вывод в разные глобальные переменные

Как-то совсем некрасиво с глобальными переменными и потоками.

да, это оно, спасибо. а что здесь упоротого?

а как красиво?

Очередь, сигналы, данные. Не так сложно, если завернуть в объект - ещё и читаемо

более элегантного решения

Не использовать глобальные переменные, это же самые азы.

Очередь, например. Или внешнее хранилище.

std::thread_local. Ах да, у тебя же петон. Ну если у потока можно попросить его id, то словарь, где ключ это id потока. Но вообще у петона нет многопоточности, так что это всё бесполезно.

этот тред и рожден идеей уйти от внешнего хранилища, а использовать просто несколько словарей как глобальные переменные. и что в этом плохого?

Ну потому что треды и глобальные переменные это жёсткий антипаттерн с очень редкими исключениями (очереди, семафоры, локи). Вот ты знаешь в какой момент у тебя gil поток переключит? Занёс переменную, сел файл читать, гил ушёл, другой поток в ту же переменную что-то записал. В итоге стейт абсолютно непредсказуем. И тут ещё спасибо что гил есть, иначе можно было б в два потока один лонг писать, первый пишет одну половину, а второй - другую.

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

этот тред и рожден идеей уйти от внешнего хранилища, а использовать просто несколько словарей как глобальные переменные. и что в этом плохого?

Стейт сложно воспроизвести для тестов, ну и нужно раз в 10 осторожнее быть и четко обозначать места где ты туда обращаешься. Лучше посмотри в сторону diskcache тогда или кешей из functools, и не забудь провести тестирование на 100500 потоков что нигде ничего не лопнет пока ты кеш читаешь.

def funktsia(peremennaya):
    peremennaya.add('a v chem problemа-to?')

А в чём проблема-то?

В питоне тоже есть threading.local.

Можно через https://docs.python.org/3/library/queue.html сделать. Вызывающий код создаёт очередь, передаёт её аргументом в функцию, функция туда пишет, вызывающий код оттуда читает.

Но вообще у петона нет многопоточности, так что это всё бесполезно.

Есть многопоточность. GIL никак не мешает IO-bound задачам выполняться в несколько потоков.

благодарю

как бы сделать так, чтоб в зависимости от потока функция писала вывод в разные глобальные переменные

Не использовать глобальные переменные