pfg21

для диспетчера задач существуют 12 ядер для исполнения программ.
что они эмулированы через HT из 6 физических он даже не подозревает. да и пофих ему до таких тонкостей.
Он просто двенадцать ядер загружает работой и считает время использования.
и собственно это и отображается.

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

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

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

"внутри интерфейса" проги уже зависит от кода самого приложения.
в 3д-игрушках, видеоплеерах и подобных GPU используется очень активно.
upd: подразумевается, к примеру, поток видео, в котором надо произвести малое количество операций над большим количеством данных.

кулер разобрать - прочистить, смазать - собрать.
но лучше заменить на новый.

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

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

для адекватного понимания и редактирования программы пишут на языках, которые специально созданы для "человека" :)
для исполнения в процессоре программы из "человеческого языка" компилируют в исполняемый двоичный код.

компиятор тоже написан на "человеческом языке" и потом скомпилирован в исполняемый файл.

exe содержит машинный код x86 (или x86-64), который до недавнего времени "аппаратно" исполнялся на x86-процессоре. тут x86-код будет "самым низким уровнем".

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

IBM не выпускала процессоры для PC :)
персональный компутер IBM PC, если ты про него, создан на основе процессора и чипсета от Intell. IBMовского в нем было только создание :)
IBM выпускало и продолжает выпускать процессоры линейки POWER, на которых делает серверы, суперкомпы и рабочие станции.
Вам, мил сударь, имхо не мешало бы просвежить мозги в многих прикладных и исторических областях...

призводством x86-совместимых процов занимаются многие фирмы акромя амд и интел. стоит хотя бы потыркать всезнающую википедию