Различие в поведении' <Esc>' и 'inoremap jk <Esc>' в энергии

Можно знать о каждом ядре процессора путем исследования каждой 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. Можно использовать эту информацию для корреляции, какой виртуальный процессор входит в одноядерное.

apicidoriginal apicid) покажите количество (виртуального) процессора, как дано BIOS.

Обратите внимание, что там 8 одноуровневых элементов и 4 ядра, таким образом, существует 2 виртуальных процессора на ядро. Нет никакого различия между "виртуальным" или "реальным" в гиперпоточности. Но с помощью этой информации можно связаться, какие процессоры от того же ядра.

4
01.12.2013, 01:45
2 ответа

Я не думаю, что это из-за одного только этого правила, что-то еще вызывает это. Если я создаю a .vimrc файл только с этим правилом в нем:

$ more .vimrc
inoremap jk <Esc>

Я получаю то же поведение как ожидалось из обоих методов.

Пример № 1 - esc

Вызвать vim, войдите в Режим вставки, стрелка вправо в 1 раз, поразите Esc.

   ss of vim w/ esc

Пример № 2 - jk

Вызвать vim, войдите в Режим вставки, стрелка вправо в 1 раз, поразите jk.

   ss of vim w/ jk

2
27.01.2020, 21:00

Ответ был получен на основании ответа slm, который является, что это не было одно только правило, который вызвал эту проблему; мое правило, полностью, было на самом деле

inoremap jk <Esc>  " Recommended in http://learnvimscriptthehardway.stevelosh.com/chapters/10.html

Это не вызвало проблему на реализациях Vim, которые я использовал на Mac OS и Debian по некоторым причинам, но двух символах дополнительного пространства после Esc в правиле, прежде чем комментарий заставил курсор продвигаться два пробелов после выхода INSERT режим.

0
27.01.2020, 21:00

Теги

Похожие вопросы