У них же разные области памяти
ну, я выолняю заказ за две тысячи, заморачиваться желания нет
Ну если ты найдёшь способ из одного процесса залезть в память другого, дай знать
сейчас через REPL проверю
Можно очередь взять просто
Когда у тебя мало опыта, любая возможность попробовать что-то и поразмышлять - милое дело
у меня есть опыт
У тебя его недостаточно
аргументируешь?)
Вернее, у тебя всегда его недостаточно - это хороший посыл для себя чтобы расти
Нет, я тебя не знаю. У меня философская мысль )
Тогда достаточно ли это, чтобы послушать чуть более умных дядек и хотя бы попытаться сделать так, как тебе говорят?
мне совет не понравился, переписал на threading
Попробуй аргументировать непонравившееся предложение. Хотя бы для себя
дикт в sqlite не передашь, в редис, наверное, тоже
А как ты изначально обосновал выбор процессов вместо потоков?
Тут ещё мелькнул хороший вариант использовать queue, потокобезопасную очередь из коробки
обход GIL на случай высокой нагрузки
"опыта достаточно"
Используя потоки, ты можешь потерять в производительности
все потоки работают через один интерпретатор, а для каждого процесса создается новый. вопросы?
если потоки не справятся, сделаю через sqlite передачу дикта в процесс
Так ведь "дикт в скулайт не передашь"
ох, какая милота. продолжайте, сгоняю за попконром.
ну, как-то же можно реализовать. у меня структура дикта такая: {user_id: [(phone, end_time, process)]} а в скулайте будут колонки user_id, phone, end_time, process_id
Даннинг-Крюгер
это ты так завуалированно имел ввиду, что доказать долбаёбу что он долбаёб невозможно?
Довольно тяжело
Как будешь с race condition бороться, хватая записи по порядку из процессов?
Да ему за дошик надо скрипт написатт
Да дай я пообщаюсь с человеком
Обсуждают сегодня