>>Многоядерность персоналок - это не достиждения в процессорной технике, а просто объединение нескольких аналогичных процессоров на одном кристалле. Ничего принципиально нового.
>
>Увеличение тактовой частоты, в таком случае, тем более не несет ничего нового. Тривиальнейшая процедура - тупой студент-первокурсник профильного ВУЗа справится.
Вы снова занялись любимой работой - проверять внимательность читателей отвлекаемых вашей иронией. Увеличение тактовой частоты это и есть самая тяжёлая задача электроники, так как без прогрессирующей миниатюризации она не достижима, и неизбежно приводит к росту тепловыделения в единице объёма микросхемы. Кроме того, тепловыделение сильно зависит от тактовой частоты, и именно потому невозможно использовать прогрессирующую миниатюризацию для увеличения тактовой частоты. И ни то что студент первокурсник, ни одно мыслимое количество лучших инженеров железнячих фирм не сумели решить этот вопрос.
>>Подобные "новшества" в суперкомпьютерах применялись уже в 70-ые годы.
>
>Я вам больше скажу, параллелизм вовсю применялся еще в машиносчетных комплексах доэлектронной эпохи. Таким образом, следуя вашей логике, можно констатировать, что со времен табулятора Холлерита особого поргресса в вычислительном деле мы не наблюдаем :)
Что не отменяет того факта, что параллелизация технически более простое и менее универсальное решение для роста производительности процессоров
>>Это нужно иметь специальные программы, расчитанные на распараллеливание вычислений.
>
>Эти специальные программы в значительной степени включены в ОС. Запустите монитор работы оборудования на многоядерном процессоре на какой-нить стандартной задаче под стандартной не очень древней ОС и посмотрите загрузку ядер интереса для.
Вы в лунной эпопее тоже участвуете по такой же схеме? Надеетесь что в потоке полу-лжи никто не заметит подлога ?
Паралеллизация это не универсальный механизм увеличения производительности, она не имеет ни какого универсального решения, и успешность использования положительных сторон паралелльного исполнения целиком лежит на программисте который пишет программу(я имею ввиду те программы, которые не принадлежат ОС). Конечно необходима поддержка со стороны ОС для лучшей работы, но основная задача лежит на разработчике прикладного продукта
