AlekseySQL,

Тебе никто не запрещает использовать нативные потоки в параллельных сценариях, но если два или больше из них будут менять
глобальное состояние интерпретатора Python'а -- жди беды. GIL сделан не просто так. Хоть threading и порождает нативные потоки,
все они принудительно сериализуются GIL'ом.
То есть, если в твоих потоках будет исполняться нативный код (не будет параллельных вызовов к libpython) то проблем внутри
интерпретатора быть не должно. Обычно, это условие навязывается путём оборачивания вызовов нативного кода в макросы
Py_BEGIN_ALLOW_THREADS и Py_END_ALLOW_THREADS, которые вызывают PyEval_SaveThread и PyEval_RestoreThread соответственно.

AlekseySQLВ книге Лутца "Программирование на Python", том 1, рассказывается о создании нативных процессов с помощью os.fork(), но как только он начинает рассматривать потоки, так сразу (на стр.272) говорит, что потоки выполнения принудительно синхронизируются GIL и выполняются последовательно. Так что о каких нативных потоках вы говорите, мне не понятно. Как их создать?
Всё правильно. Python создаёт нативные потоки, пользуясь pthread под никсами, как и остальные многопоточные программы,
но все его потоки принудительно сериализованы и истинно параллельного выполнения не происходит. Точно так же ведут себя
многопоточные программы, выполняемые на компьютере с единственным CPU ядром. В Python это реализовано чтобы
не сделать глобальное состояние неконсистентным.

AlekseySQLМожет в топике не точно выразился: под многопоточностью библиотеки PyQt я имею ввиду многопоточность, достигаемую с помощью объектов QThread, QThreadPool и QConcurent.
Чудес не бывает .

AlekseySQL,

Многопоточность != параллелизм.