[MinusZero]

Сообщение от Tomcat

Это могут делать очень ограниченное количество прог. В основном: для математических и физических расчётов, 3Д рендер (не моделирование!) -- играм это ещё очень не скоро грозит.

DirectX поддерживает мультипоточную отрисовку на несколько контекстов. Хотя рендер обычно идёт в один поток, никто не мешает вам побить расчёт АИ на несколько тредов, пустить в дополнительные потоки подгрузку ресурсов, и т.д. В экшенах/шутерах самая простая вещь, которую можно сделать - это пустить физику на другой поток, что и происходит, если взять PhysX игру, например. Есть и другие варианты использования многоядерности, но всё зависит от задачи.
Для Crysis одного CPU будет мало ему ещё надо видео. А так основные игровые расчёты (апдейт мира, проверка столкновений (не разрешение столкновений), генерация ресурсов, и т.д.) ОЧЕНЬ легко параллелятся. Valve'овский движок Source довольно давно уже многоядерность поддерживает.

Сообщение от Tomcat

термин "преимущества" -- несколько отличается от удвоения производительности -- не находите?!

Для многопоточных приложений как раз и будет удвоение.

Сообщение от Tomcat

Бред. 2 файла по 20 Мб -- 25 сек, 1 файл -- 13 сек.: разница почти в 2 раза! Pent D 950 (2-х ядерный), WinRAR 3.80

контраргументы

Вы вообще говоря две копии одновременно запустили, или одну? В одной прироста не будет, и если вы тесты гоняли на одной копии WinRAR, то вы немного не понимаете, зачем нужно два ядра. Если копии всё-таки две, значит у вас чего-то там в бэкграунде сидит и тырит процессорное время. См TaskManager.
Что-то очень дохлая какая-то машинка и работает очень медленно. DMA на диске включен? И вообще говоря надо консольным раром пользоваться.
С линухом знакомы?
Делаем 2 файла по 100mb.

dd if=/dev/zero of=1.bin bs=1M count=100
dd if=/dev/zero of=2.bin bs=1M count=100

Для компрессии делаем вот такие два скрипта:
1й:

#!/bin/sh
echo 1
date
rar a -s -m5 1.bin.rar 1.bin 2&>/dev/null
echo 1 
date

2й:

#!/bin/sh
echo 2
date
rar a -s -m5 2.bin.rar 2.bin 2&>/dev/null
echo 2 
date

Если непонятно, скрипт выводит свой номер и дату+время до и после компрессии файла, плюс подавляет текст, который rar обычно выводит в косноль.
Жмём файлы по очереди:

bash-3.1$ ./1.sh
1
Птн Окт 17 08:10:50 MSD 2008
1
Птн Окт 17 08:10:57 MSD 2008

7 секунд.
Жмём второй файл:

bash-3.1$ ./2.sh
2
Птн Окт 17 08:11:29 MSD 2008
2
Птн Окт 17 08:11:36 MSD 2008

7 секунд.
Удаляем *.rar файлы, открываем два терминала, запускаем оба скрипта сразу.
Вывод 1го скрипта

bash-3.1$ ./1.sh
1
Птн Окт 17 08:12:28 MSD 2008
1
Птн Окт 17 08:12:36 MSD 2008

8 секунд
вывод 2го скрипта:

bash-3.1$ ./2.sh
2
Птн Окт 17 08:12:29 MSD 2008
2
Птн Окт 17 08:12:36 MSD 2008

7 секунд
На каждый уходит 7..8 секунд при одновременной работе двух процессов. Чуть-чуть медленнее (либо из-за I/O overhead, либо из-за того что 1й скрипт был запущен посередине секунды), но всё равно потеря скорости не в два раза, как с одноядерной машиной. Так что ваши аргументы не катят и вы что-то неправильно тестировали. Машина - двухъядерник Athlon 5000+ X2 со Slackware Linux 12.1. На винде это работает точно так же (только вам вместо shell-скриптов придётся батники писать)

Сообщение от Tomcat

MinusZero, Kirill4ik, прежде чем писать на эту тему изучите пожалуйста основы архитектуры процессоров и не вводите в заблуждение читателей форума

Каким боком архитектуры процессоров к многопоточности и многоядерности относятся, непонятно.
Батенька, "блистать знаниями" и тыкать людей в документацию будете на программерском форуме (я тоже так делать люблю и умею). Здесь люди, в основном, отдыхают.