Можно знать о каждом ядре процессора путем исследования каждой cpuinfo записи:
processor : 0
[...]
physical id : 0
siblings : 8
core id : 0
cpu cores : 4
apicid : 0
processor : 1
[...]
physical id : 0
siblings : 8
core id : 1
cpu cores : 4
apicid : 2
processor : 2
[...]
physical id : 0
siblings : 8
core id : 2
cpu cores : 4
apicid : 4
processor : 3
[...]
physical id : 0
siblings : 8
core id : 3
cpu cores : 4
apicid : 6
processor : 4
[...]
physical id : 0
siblings : 8
core id : 0
cpu cores : 4
apicid : 1
[and so on]
physical id
показывает идентификатор процессора. Если у Вас не будет многопроцессорной установки (имеющий два отдельных, физических процессора в машине), это всегда будет 0.
siblings
покажите количество процессора, подключенного к тому же физическому процессору.
core id
покажите идентификатор текущего ядра, к в общей сложности cpu cores
. Можно использовать эту информацию для корреляции, какой виртуальный процессор входит в одноядерное.
apicid
(и original apicid
) покажите количество (виртуального) процессора, как дано BIOS.
Обратите внимание, что там 8 одноуровневых элементов и 4 ядра, таким образом, существует 2 виртуальных процессора на ядро. Нет никакого различия между "виртуальным" или "реальным" в гиперпоточности. Но с помощью этой информации можно связаться, какие процессоры от того же ядра.
Я не думаю, что это из-за одного только этого правила, что-то еще вызывает это. Если я создаю a .vimrc
файл только с этим правилом в нем:
$ more .vimrc
inoremap jk <Esc>
Я получаю то же поведение как ожидалось из обоих методов.
Вызвать vim
, войдите в Режим вставки, стрелка вправо в 1 раз, поразите Esc.
Вызвать vim
, войдите в Режим вставки, стрелка вправо в 1 раз, поразите jk.
Ответ был получен на основании ответа slm, который является, что это не было одно только правило, который вызвал эту проблему; мое правило, полностью, было на самом деле
inoremap jk <Esc> " Recommended in http://learnvimscriptthehardway.stevelosh.com/chapters/10.html
Это не вызвало проблему на реализациях Vim, которые я использовал на Mac OS и Debian по некоторым причинам, но двух символах дополнительного пространства после Esc в правиле, прежде чем комментарий заставил курсор продвигаться два пробелов после выхода INSERT
режим.