Обсуждение

В архиве: 6 комментариев.

Читать и комментировать в ЖЖ ↗

slobin · 30 августа 2008

Комментарий

Тем не менее, я считаю, что последовательные вычисления отнюдь нельзя сбрасывать со счетов.

Сеймур Крэй говорил (не дословно) так: "Допустим, вам удалось распараллелить 90% вашей задачи, и допустим, что параллельная считалка у вас бесконечно быстрая. Вы получите всего десятикратный прирост общей производительности".

... Очень, говорят, способствует ...

Анатолий Левенчук · 31 августа 2008

Комментарий

Да, и это тоже. Дональд Кнут тоже не жалует параллельность. Наверняка и другие великие люди придерживаются мнения, что в традиционном компьютинге можно получить 1000-кратный рост производительности за счет изменения аппаратных и программных архитектур. Но мода ведет пока в другом направлении.

Ответ на комментарий

Имя не сохранено · 31 августа 2008

Комментарий

Дело не в моде. За 20 лет что я занимаюсь программированием, частота процов выросла в 1000 раз, при этом частота памяти выросла раз в 30. Весь остальной рост идет за счет неявного использования параллелизма в программах. Его так и называют ILP - Internal(Implicit) Level Parallelism. Но сейчас перспективы роста как за счет повышения частоты, так и за счет ILP исчерпаны. При этом рост частоты конфликтует с ILP, напимер, можно частоту и выше Интеловских 3 ГГц сделать (ИБМ к примеру делает), но на таких скоростях процессор уже не сможет ILP эффективно извлекать. Единственный выход - использовать явный (или внешний) пареллелизм. Скажем для научных расчетов - это уже давно единственный вариант. Для обработки изображений, звука и видео - тоже. Алан Кей имеет в виду другое: большинство программ написаны ужасно неэффективно с точки зрения производительности. Этому способствует и хард, и софт, и методология разработки. Тут можно расчитывать на 1000 кратный рост эффективности. Но к критичным к производительности программам это не относится, они и так весьмма неплохо оптимизированны. В качестве примера могу привести ПХП - ужасно тормозная технология. Если прогу на ПХП тупо переписать на Джава, она раз в 5-10 будет быстрее работать. А если еще реализовать алгоритмы кэширования грамотно, которые в ПХП невозможны в силу архитектуры, то еще в несколько раз поднять скорость можно.

Ответ на комментарий

Анатолий Левенчук · 31 августа 2008

Комментарий

Алан Кей прямо говорит о 1000 раз за счет аппаратуры. А ваш пример с PHP -- это будет суммарно еще 50-кратный рост, если переписать на какой-нибудь ассемблер с грамотным распределением баланса "память -- время". Итого -- 50тыс. раз по сравнению с сегодняшним днем.

Ответ на комментарий

Имя не сохранено · 1 сентября 2008

Комментарий

Вашим тапкам пора повышать квалификацию. Недавно Caucho выпустила компилятор из ПХП в Джаву, который увеличивает скорость работы в 4-5 раз. Если вручную переписать можно еще быстрее сделать.

Ответ на комментарий