Введено ограничение на длину статьи :(
Бурум и некоторые из-за этого некоторые части статей отливают картинками.
Но вот от ссылочки на какой-нибудь Google Docs, где статья лежала бы целиком правда не хватает.
Два с половиной примера для этого материала — безумно мало, это во-первых.
Сишные примеры должны сопровождаться листингом на ассемблере (в данном многопоточном случае это может быть не так просто, но тем не менее). Там сразу станет видно (по крайней мере более наглядно, как мне кажется), что в какой регистр попадает, где оно мимо кэша промахивается и т.д., это во-вторых.
Ну и термины желательно расшифровывать. А то выражения типа Bus Latency = BUS_REQUEST_OUSTANDING.SELF/(BUS_TRANS_BRD.SELF — BUS_TRANS_IFETCH.SELF) несколько напрягают.
Это не термины, а буквальное название событий. Если возьмете софт работающий с PMU, там ровно эти обозначения и будут. Про ассемблер увы, вопрос к автору.
А вот насчет форматирования примеров — подскажите как это лучше сделать? Пробовал тэг code class=«cpp» — получается что получается…
Про термины — оно понятно, конечно. Просто если не очень часто встреваешь в эту область, то надо ещё додумать что за что отвечает. Эта статья подразумевает достаточно высокий уровень владения материалом. Но она даёт определённую пищу для размышлений и это хорошо.
Поиск и решение проблем масштабируемости на примере многоядерных процессоров Intel Core 2 (часть 4)