Почему скорость не отличается, сказать не могу, не увидев код.  
Вообще, не всё зависит от производительности центрального процессора.  
 
Вы бы лучше выложили здесь свой файл Excel с кодом - глядишь, скорость работы макроса увеличилась бы во много раз  
(придумали бы, как его оптимизировать)

Я тоже так думал. Только у меня метер показывает работу всех ядер, при чем во всех 3-х последних версиях Экса. И пробовал на разных метерах.

Да, что-то непонятно все-таки. Ядра загружены, причем не сильно-то как-то, и скорость все равно одинаковая, что на двух-ядерном E8400, что на 4-х ядерном i7-2700. И как ускорить, не оптимизируя код макроса - непонятно.  
<EM><STRONG>Файл удален</STRONG> - велик размер - [<STRONG>МОДЕРАТОРЫ</STRONG>]</EM>

Владимир, чем тогда объяснить то, что у меня на картинке?

Я включал - особой разницы нет. Так же график загрузки обоих ядер примерно одинаков. Но разница есть - если включены оба ядра, то загрузка практически одинаковая, при отключении - одно ядро загружено чуть больше второго.  
Мне по этим графикам кажется, что в 2007 VBA использует оба ядра.  
Не представляю, чем может непрерывно заниматься второе ядро с таким же рвением, как и первое на 60%, причём синхронно.

Владимир, процессор простаивал(3%). В момент запуска макроса он начинает дрыгать всеми ядрами. С чего вдруг "Другими процессами, антивирусом, приложениями" именно в момент запуска макроса? Вот скрин с разрешенным в настройках одним ядром. Антивирус, фаервол отключил. То же, что и у Игоря. Одно ядро загружено чуть больше остальных, но задействованы все. Осмелюсь предположить, что это гиперскалярная архитектура процессора позволяет распределять нагрузку между ядрами.  Хотя во время анонсирования многоядерных процессоров, много писалось о том, что ПО должно быть написано(расчитано) для работы с несколькими ядрами, иначе смысла в мнгоядерности нет. Может какие-нить впоследствии вышедшие сервиспуки к ХР позволяют распределять нагрузку. Других объяснений у меня нет.  
Пока тестировал, появилась еще пара ответов:-)

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

На самом деле важны не ядра сами по себе, а многопоточность.  
Для приложения, которые по своей природе являются однопоточными (это в полной мере отнсится к VBA), предпочтительнее одноядерный процессор, работающий на более высокой тактовой частоте, чем многоядерный, работающей на менее высокой.  
Загрузка нескольких ядер однопоточным приложением выигрыша, в любом случае, не даст, потому что нет возможности распаралеливания (ветвления) подзадач такого приложения.

Что значит, "в перспективе"?  
технология давно уже реализована:  
 http://ru.wikipedia.org/wiki/Turbo_Boost

{quote}{login=subtlety}{date=27.02.2012 10:26}{thema=}{post}Что значит, "в перспективе"?  
технология давно уже реализована:  
http://ru.wikipedia.org/wiki/Turbo_Boost{/post}{/quote}  
Заглянул в тему по ссылке из другой темы.  
Да, спасибо, читал об этом давненько, когда это было перспективой :-)  
 
Пообщался тут со спецом по теме, он утверждает, что очень многоядерные процессоры сейчас не тянут типовых пока еще однопоточных задач, потому что у каждого ядра низкая тактовая частота, а разгон ядра возможет лишь незначительный, так как  запаса по перегреву стало значительно меньше.  
Например, игры на таких многоядерных процессорах идут значительно хуже, потому что все быстродействие однопоточных приложений упирается в тактовую частоту процессора.  
 
Возможно поочередное, но неодновременное использование всех процессоров для одного потока, например, по 25% для каждого из 4-х ядер, при этом локального перегрева не происходит, но быстродействие получается всего лишь, как 100% одного (слабенького) ядра.    
 
На сегодня, по его оценкам, 2-х ядерные решения для однопотоковых задач намного оптимальнее. Во-первых, их можно разогнать значительны быстрее, во-вторых, многопотоковых игр очень мало. Если Excel рассматривать как азартную игру (кто-то сомневается в этом?), то выводы напрямую применимы и к нему.  
 
Но, нужно учитывать, что большинство формул Excel 2007/2010 пересчитываются в многопоточном режиме. При этом выигрыш по некоторым оценкам примерно корень квадратный из количества ядер, а точнее - из количества потоков. Но если хоть одна функция в любой формуле не поддерживает многопоточность, или если используется пользовательская функция VBA, то весь расчет ведется уже в одном потоке.    
 
Причем первый пересчет при многопоточном пересчете формул может быть не быстрым, потому что один раз тратится время на перестройку дерева взаимосвязей под эту самую многопоточность.  
 
Сам же VBA принципиально однопоточный.  
   
Следует отметить, что пользовательские функции, написанные в виде надстроек XLL, тоже могут поддерживать многопоточность. Но это уже не VBA, а С.