А вспомните один из своих предыдущих постов.

Ага, и мы получаем 900 отдельных задач (по числу потоков в системе, например, у меня), под каждую создаем свои таблицы преобразования адресов и бодаемся с межпроцессным взаимодействием, вместо того, чтобы просто запускать составные части одной задачи в одном ВАП.

Скрин чего конкретно?

И будет выведен список потоков процесса <pid>. Вы увидите пачку разных ID-шников. Скрин этого хотите или чего-то другого? Вот:

поток = подпрограмме
мне плювать что делает задача в своем адресном пространстве и когда
пусть задача свой шедулер организует

Да конечно можно. Но до тех пор, пока не возникла задача сообща обрабатывать один набор данных. Или (в рамках одного приложения) асинхронно реагировать на разные внешние раздражители.


Потоки нужны не для защиты, вы неправильно понимаете предназначение потоков.

задача = приложение
поток = подзадача внутри задачи

на поток создается отдельная TSS ?
что вааще создается для потока ?

так что реально у вас там 24 задачи
а скока потоков - не видно

Термин задача - это абстрактное понятие. А вот как он реализован функций, классом, программой. Или вообще парой строк это вопрос десятый.
И между прочим про коре i3 это вы приплели. Вашу Историю с микроконтролером можете не рассказывать - я её прекрасно помню.

термин задача (task) стандартен для х86 и сделана аппаратно

Для потока создается место для сохранения состояния (все регистры), а также некоторые доп параметры (принадлежность какому-то процессу, приоритет и т.д.). Потоками оперирует диспетчер, вставляя их в очередь планирования на соответствующий процессор/ядро, следовательно, создается еще структурка для очереди, + какие-то поля, необходимые для синхронизации и ожидания событий. Вероятно, очередь сообщений (от системы зависит). Короче, много всего.

Как раз-таки прекрасно видно, что запущено 42 процесса, в одном случайно взятом из них 24 потока (и там dalvik-код, т.к. процесс с именем java-пакета). Скриншот как раз иллюстрирует, что java-потоки в android есть лишь обертки над понятием системного потока в linux, и приведен специально по вашей просьбе, ведь ссылке на исходный код libdvm (dalvik) вы не поверили.

И кстати, по поводу "использованный ид НИКОГДА больше не используется" - ошибаетесь. Рано или поздно ID в линуксе начинают повторяться. Причем механизм выделения, насколько я помню, довольно простецкий, и этого "когда-нибудь" вполне реально дождаться, если создавать много коротких процессов.

то есть клонируется задача, с общим сегментом (регионом) кода, возможно с общим сегментом (регионом) данных
так ?

Я уже говорил - аппаратное переключение выкинули в x64, потому что выяснилось, что это сложно, медленно, дорого и вообще не нужно. Под x86 почти никто этот механизм не использует.

Нет. Клонирование - это маразм unix-а.
Создание потока - это создание нужных структур, стека, а ВАП (таблицы страниц) не копируются, а просто назначается то же значение регистра, указывающего на директорию таблиц. И поэтому потоки целиком находятся в одном АП, используют одни и те же таблицы преобразования, и могут обращаться ко всем данным совместно. А также могут использовать один и тот же код, разумеется.