Интерпретатор будет все равно периодически переключаться с одного потока на другой без вашего вмешательства - вам не нужно указывать системе не «зацеплять» поток.
Однако, при нормальных обстоятельствах, только один поток Python выполняется одновременно. (Исключения, как правило, возникают во времена, когда потоки ожидают ввода от внешних устройств, таких как жесткий диск или сеть.) Это связано с Global Interpreter Lock . Это, однако, означает, что вы, вероятно, не получаете столько пользы от потоков в Python, как в Java или во многих других языках. Обойти эту проблему не обязательно тривиально, хотя переход на многопроцессорность вместо многопоточности - один хороший подход, если это возможно.
Однако то, что вы хотите сделать, кажется в некотором смысле некорректным - если у вас есть 2 потока, и у них обоих есть работа, вам не нужно писать код на стороне приложения для переключения между ними. Это работа операционной системы или виртуальной машины. Если вы обнаружите, что один поток говорит «делать меньше», потому что вы хотите отдать предпочтение другому потоку с точки зрения процессорного времени, то вместо того, чтобы добавлять произвольную уступку или спящий режим, вам, вероятно, следует вместо этого установить приоритеты потока. (Хотя, опять же, это может не иметь большого значения в Python, учитывая наличие глобальной блокировки интерпретатора.)