На главную страницу AlgoNet В сотрудничестве с ZDNet
АРХИВ СТАТЕЙ 2005-12-11 на главную / новости от 2005-12-11
AlgoNet.ru
поиск

 

Место для Вашей рекламы!

 

Все новости от 11 декабря 2005 г.

Электроэнергия станет дороже серверов?

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

Google, которая использует тысячи собственных серверов, эта ситуация не сулит ничего хорошего. «Если производительность на один ватт останется неизменной еще несколько лет, то стоимость электроэнергии легко превзойдет стоимость аппаратуры, может быть, даже во много раз, — пишет в сентябрьской статье в журнале Queue, издаваемом Ассоциацией вычислительной техники (ASM), Лус Андрэ Барросо, который некогда проектировал процессоры в компании Digital Equipment. — Потеря контроля над потребляемой компьютерами энергией может иметь серьезные последствия для доступности вычислений, не говоря уже о состоянии планеты».

Точка зрения Барросо должна быть хорошо известна в Sun Microsystems, которая во вторник выпустила сервер Sun Fire T2000 с 72-ваттным процессором UltraSparc T1 «Niagara», выполняющим больше работы на один ватт энергии по сравнению с конкурентами. Между тем процессор DEC Piranha, в разработке которого участвовал Барросо и который так никогда и не вышел на рынок, отчасти напоминал Niagara — в нем тоже использовались восемь обрабатывающих ядер.

Чтобы решить проблему потребляемой энергии, Барросо предлагает тот же самый подход, который Sun применила в Niagara: процессоры, способные одновременно исполнять множество последовательностей команд — тредов. Сегодня обычный серверный чип может обрабатывать один, два, иногда четыре треда, тогда как восемь ядер Niagara способны исполнять 32 треда одновременно.

Потребляемая мощность стала предметом многолетней конкуренции между Intel и Advanced Micro Devices. Серверный процессор AMD Opteron потребляет не более 95 Вт, а Intel Xeon — от 110 Вт до 165 Вт. Другие компоненты тоже потребляют энергию, но Барросо заметил, что в маломощных серверах на долю процессора обычно приходится 50-60% всей потребляемой мощности.

Впервые проблема потребляемой энергии и тепловыделения стала предметом широких дискуссий в кругах производителей процессоров в 1999 году, когда на сцену вышла Transmeta. Intel и другие сразу же взялись за дело, но предложить эффективное решение при одновременном повышении производительности оказалось нелегко. Хотя темпы увеличения потребляемой энергии несколько снизились, общий уровень необходимой для вычислений мощности все равно продолжает расти. В результате произошел «мини-бум» среди компаний, специализирующихся на радиаторах и других компонентах систем охлаждения.

Niagara Sun громко протрубила о революционно низком уровне потребляемой энергии Niagara, но по этому же пути идут и другие. В августе, на конференции Intel Developer Forum компания Intel рассказала о планах модернизации своих процессоров с фокусом на удельную производительность в расчете на ватт.

По словам Барросо, за три последние поколения вычислительной инфраструктуры Google ее производительность почти удвоилась. Но так как удельная производительность остается почти неизменной, это означает, что потребление электроэнергии тоже почти удвоилось. При темпах роста потребляемой серверами мощности 20% в год за четыре года стоимость электроэнергии превысит первоначальную стоимость типичного маломощного сервера с процессорами х86, равную $3000. Вычислительный центр Google заполнен главным образом именно такими машинами. А при 50%-х темпах роста «к концу десятилетия стоимость электроэнергии может сделать цену сервера пренебрежимо малой величиной», даже если цена электроэнергии сохранится на сегодняшнем уровне в 9 центов за киловатт-час.

Решение, предлагаемое Барросо, заключается в использовании многотредовых процессоров. Его термин для обозначения этого подхода, chip multiprocessor technology (CMP), близок к термину Sun — chip multithreading. «Компьютерная индустрия готова к принятию CMP в качестве массового решения для рынков настольных ПК и серверов», — утверждает Барросо, признавая, однако, существование серьезных препятствий.

Во-первых, CMP требует существенно иного подхода к программированию, при котором задачи подразделяются таким образом, чтобы их можно было решать параллельно и одновременно. Между тем в отдельной статье в том же номере ACM Queue сотрудники Microsoft Герб Саттер и Джеймс Ларус отмечают: «Параллельность дается тяжело. Мало того, что современные языки и инструменты неадекватно преобразуют приложения в параллельные программы, в популярных приложениях вообще трудно найти параллелизм. Однако хуже всего то, что одновременное исполнение требует от программистов непосильного для человека качества мышления».

Барросо считает, что с появлением инструментов, адаптированных к технологии, и началом массового использования многотредовых процессоров ситуация в программировании должна улучшиться.

Вторая трудность заключается в том, что большая часть индустрии сфокусирована на процессорах, предназначенных для массового рынка персональных компьютеров. А ПК, в отличие от серверов, в многотредовости не нуждаются.

К тому же CMP — лишь временное решение. «Одним CMP проблему энергетической эффективности не решить, но ее можно ослабить на два-три следующих поколения процессоров, — говорит Барросо. — Чтобы справиться с долгосрочными тенденциями, все равно не обойтись без фундаментальных усовершенствований в области схемотехники и архитектуры». 

 Предыдущие публикации:
2005-12-07   Sun сделает Niagara открытым процессором
 В продолжение темы:
2006-01-30   НР дебютирует с системой водяного охлаждения
2006-02-07   Битва за экономию энергии выходит за рамки процессоров
2006-03-06   AMD повышает быстродействие Opteron и планирует выпустить модели Rev F
2006-04-20   Компьютерные компании объединились для экономии энергии
Обсуждение и комментарии
dr-Wicked
11 Dec 2005 2:49 PM
Я вот посмотрел инфу на служебном серваке (файлы всякие).
System Idle Process 653:05:20
Это с учётом того что он GRID считает.
Может стоит заняться Балансировкой нагрузки на ядра? Понадобилось - включили питание на пару ядер. Ненадо - выключили. Профанство конечно. Но говорить о том, что гонять циклы на 8 ядрах экономнее чем на одном. Это уж через край.
 

M&M's
12 Dec 2005 1:37 PM
Чубайса прет
 

M&M's
12 Dec 2005 1:44 PM
Может, гуглю поставить себе с десяток ветряков в Большом Каньоне? Сервера свои точно питанием обеспечат.
 

mA
12 Dec 2005 3:11 PM
>> System Idle Process 653:05:20
:)
 

dr-Wicked
12 Dec 2005 4:13 PM
mA
Не понял?
 

6opucka - HET.CnAMyCnAMy.HET
13 Dec 2005 11:43 AM
HADO COBMECTuTb KOMnbI C OTOn/\eHUEM!
 

bigmozes - bigmozesyandex.ru
13 Dec 2005 12:49 PM
>> System Idle Process 653:05:20

гы... 1154:00:00

кто больше? :-)
 

trappist
13 Dec 2005 1:12 PM
2 Сергей Середа

>Элементная база мультипроцессора ПС-2000 - интегральные микросхемы средней степени интеграции типа К531 (с диодами Шоттки), К155, ОЗУ - К565 РУ5, К565РУ6.

Какие еще вопросы? Выпиливание лобзиком и то более эффективно...
 

Ю.Зер - zerhotbox.ru
13 Dec 2005 3:41 PM
Проблема энергопотребоения быстродействующих компьютеров стара как сам компьютерный мир. Достаточно вспомнить первые ламповые компьютеры. Но тогда чубайса не было, и рыжих по этому поводу не искали. На этих примусах считались задачи погорячее.
Транзисторы ненадолго погасили кочегарные страсти. Но подошли времена Эльбруса. Кому не лень, поищиите его энергопотребление.
По стравнению с его энергоаппетитом ПС-2000 была самой зеленой цыпочкой, а в производительности во многих задачах была недосягаема. Если кто-то хочет лобзиком допилиться до 5 километровых гризонтов залегания нефтяных пластов - пжалста. А ПС-2000 делала это в десятки-сотни раз быстрее, чем самые разрекламированные монстры.
Не надо путать элементную базу и параллельные архитектуры, которые живут своей жизнью. Ни одна самая замечательная СБИС-технология не может надолго обходиться без хороших архитектур. Нынешний очередной кризис - тому ещё одно подтверждение.
Но у параллельности есть своя заморочка. Да она, позволяет с единицы площади снимать максималдьную производительность при малых удельных энергозатратах, но ... взять эти качества современная индустрия программирования в принципе НЕ МОЖЕТ.
Параллельное программирование никогда не было индустриальным, и как сделать его таковым индустрия программиролвания НЕ ЗНАЕТ. В ней нет НИ ОДНОГО ЛИДЕРА, который бы знаал как к этому подступиться (ну не Биллу Г. этим же заниматься, он и с обычным никак не разберется).
 

trappist
13 Dec 2005 6:34 PM
2 Сергей Середа
Я посмотрел на вашу ссылку. Вы ее дали как пример технологического превосходства СССР без комментариев.
Что касается того что сейчас это на одной плате, то покажите мне реализацию этой системы на одной плате и ее характеристики.
Если вы о росте производительности и миниатюризации, то это опять же не имеет никакого отношения к заслугам СССР или России.
Более того, у меня дома сейчас вычислительных мощностей сейчас болше чем у всей АН СССР лет тридцать назад. Один пульт управления телевизором + процессор в стриральной машине + плэйстейшн у ребенка заткнет за пояс ВЦ АН.

Не пример...
 

dr-Wicked
13 Dec 2005 7:24 PM
2bigmozes
А ГРИД запущен? Если нет
Сервер базьі данньіх
1574:23
 

Михаил Елашкин - imhoelashkin.com
15 Dec 2005 6:50 PM
2 Сергей Середа

Я спрошу?
ПС-2000. Да пример. Хорошие идеи - полное отсутствие возможности их реализовать разумно.
А с какой стати вы считаете, что на западе никто этим сейчас не занимается?
 

M&M's
16 Dec 2005 7:32 PM
2 Сергей Середа:
30 лет назад Россия была "родиной слонов", теперь она скорее "родина лохов", а Америка как была, так и осталась "родиной гамбургероедов"... Дело не в России и не в Америке, дело в Системе, которую страна эксплуатирует. Клюнет сейчас петух российское правительство - и мигом будут созданы новые НИИ с чертовски умными головами в разработке проектов. Если клюнет американцев - тут сложнее, все разработки в корпоративном секторе, но если действительно клюнет - ничего, скинутся и венчур профинансируют. У них тоже умных голов хватает.
 

M&M's
16 Dec 2005 7:35 PM
Другое дело, что сейчас петух никого не клюет в области компьюрерных разработок, волна ушла, и все участники процесса катятся по экстенсиву.
 

dr-Wicked
16 Dec 2005 8:37 PM
Кстати, а про родину слонов, єто Капица? Я что-то запамятовал.
 

Ю.Зер - zerhotbox.ru
17 Dec 2005 2:41 PM
для M&M
>Другое дело, что сейчас петух никого не клюет в области
>компьюрерных разработок, волна ушла, и все участники процесса
>катятся по экстенсиву.
Пока птичий грипп только примеряется, другие пернатые болезни уже вполне освоились на людских просторах. Куриная слепота - главный диагноз компьютерных авторитетов и, конечно же, "золотых петушков", которым они доверились в охране своих пределов.
"Катятся по экстенсиву" те, кто не ведает, и не хочет, про новую волну. Это не очередной бугорок во время штиля для развлечения обожравшихся дармовой сверхприбылью. Цунами, который сметёт всех на ходу заснувших. Приходят иные компьютерные времена, в которых прогресс не сводится к гигагерцам и гигабайтам, с успехом пожираемых новыми виндами.
Пора вспомнить, для чего дана голова. И, поначалу, повертев ею во все стороны, задуматься. Для того поводов, более чем. Самый свежий, и далеко не единственный, - многоядерность, которая уже есть, но что с ней делать никто не знает. Программ для неё ни на C#, на на чем-то другом, столь же близком индустриальным программерам, не напечешь. Параллельное программирование - это удел экстремалов и хороший бизнес для платной медицины. Дух захватывает, а повторять не хочется.
 

Михаил Елашкин - imhoelashkin.com
17 Dec 2005 7:18 PM
2 Сергей Середа
Я патриот России и "родиной лохов" ее никогда не считал. Просто не нужн a la Задоронов восклицать "они тупыыыыые!". И исследования ведутся, и проекты интересные делаются, и наука развивается. А что они народ к себе тащат, так таланты вещь штучная - их много не растет. Вот тех что не хватает и покупают. Дальновидная и умная политика. Кроме того еще и реализуют идеи на практике, что в России всегда было проблемой.
Я вообще сомневаюсь, что число талантов на 1000 населения в России, США или Зимбабве сильно отличается. Вопрос в образовании и возможностях реализации.
А насчет кризиса архитектур. Ну очередной кризис. Сколько их уже было. Решения находятся.
Что до нынешнего, то не нужно вспоминать Бабаяна. Решение совсем с другой стороны пришло. Рекомендую внимательно посмотреть на Sun SPARC T1.
 

dr-Wicked
17 Dec 2005 8:17 PM
Ю.Зер, давно знают, например на
www.openmp.org
и не очень
http://www.microsoft.com/Rus/Msdn/Magazine/2005/10/OpenMP.m spx
 

Ю.Зер - zerhotbox.ru
18 Dec 2005 3:01 PM
для dr-Wicked
>давно знают, например на
>www.openmp.org и не очень
>http://www.microsoft.com/Rus/Msdn/Magazine/2005/10/OpenMP. mspx
Горные лыжи могут купить многие, а научиться с крутых горок спускаться дано лишь некоторым. Индустрия программирования - это массовое вовлеченеие программеров в производство программ. Рыночный спрос на толковые программы много выше предложения. И это для обычных компов. Когда в них появляется голодная стая процессоров, накормить ее могут только избранные. Штучное производство в корне отличается от индустриального. Еще проблема-переносимость программ. Число процессоров меняется, архитектурных вариантов многоядерности прорва, а программы должны работать эффективно во всех случаях. Ведь не переписывать их под каждую конфигурацию. Стоимость таких программ на порядки превысит многоядерное железо. Вот о чем речь.
 

dr-Wicked
19 Dec 2005 2:34 PM
OMP создан именно для удешевления гиперпоточных разработок.
 

Ю.Зер - zerhotbox.ru
19 Dec 2005 7:10 PM
<<<<<<<<<<<<<<<<<<<<<
http://www.microsoft.com/Rus/Msdn/Magazine/2005/10/OpenMP.m spx
«Параллельные вычисления — технология будущего… и так будет всегда». Эта шутка не теряет актуальность уже несколько десятилетий.
>>>>>>>>>>>>>>>>>>>>>>
Что изменилось в области параллельного программирования, чтобы всерьёз относиться к заголовкам "Реализация многопоточности без лишних усилий"?
Это из разряда "предложений от которых невозможно отказаться", типа "вот бесплатное мыло к вашей веревке". Действительно, процесс затягивания заметно ускоряется. Чем тяжелее задачка, тем безотказнее срабатывает.

Параллельное программирование - уже не людское дело. С ним могут справиться только компьютеры. Вопрос лишь в том, чтобы поскорее их этому обучить.
 

dr-Wicked
19 Dec 2005 8:47 PM
Так ведь расширения OpenMP сродни фразе "тута хачу многопоточность", а дальше-работа компилятора.
 

Ю.Зер - zerhotbox.ru
19 Dec 2005 10:27 PM
>Так ведь расширения OpenMP сродни фразе "тута хачу
>многопоточность", а дальше-работа компилятора.
Это для независимых потоков. Одно ядро работает с приложением, другое качает что-то из сети, третье ведет фоновую обработку для SETI.
Совсем другое дело, когда надо распараллелить программу крутой игрушки. Тут глубина распараллеливания может быть очень большой, вплоть до массовых элементарных операций. Вот тут и вылезает комбинаторное "проклятие размерности". Число вариантов распараллеливания растет очень быстро с числом ядер. Настоящий кошмар начинается, когда их десятки-сотни и тысячи. Сегодня это либо сознательный отказ от поиска лучших вариантов (скрытый для инвестора саботаж параллельности архитектуры)- эффективность загрузки параллельных процессоров 10-20% (см. Тoр500), либо крайне тяжелая работа по оптимизации параллельных программ, на что идут только в особых случаях. Кстати, и у нас сейчас начинают хоть что-то платить за эту работу (см. http://www.mcst.ru/vacancy.shtml, где сделали Эльбрус-90микро). Может это прозвучит как аргумент.
 

dr-Wicked
19 Dec 2005 10:48 PM
Да как по-мне чем больше прогерам работы, тем больше любим мы процы.
 

Ю.Зер - zerhotbox.ru
20 Dec 2005 11:56 AM
На эту работу охотников не много. Она сама охотник. А кому нужны "процы" без программ, тех еще меньше.
 

dr-Wicked
20 Dec 2005 12:56 PM
По сути этой работы ещё нет. Вот окончательно упрёмся в многоядерность, тогда... Но на самом деле тоже не известно.
 

Ю.Зер - zerhotbox.ru
20 Dec 2005 2:13 PM
Если "по сути", а не по мокрософту, то, работы этой прорва (по числу задач и трудоёмкости программирования). Но она невидима для большинства, т.к. не было массовых многопроцессорных средств. Насчет "окончательно упрёмся в многоядерность", то это от неведения. В неё лучшие (и не только) компьютерные умы упираются рогом почти полвека. Просто называли это многопроцессорностью. Но за границы резерваций суперкомпьютерной тематики они никогда не выходили. При переезде в чипы её цель не поменялась: "извести программеров как класс". Законы рынка и накатанные бизнес-схемы ей до лампочки.
 

dr-Wicked
20 Dec 2005 3:33 PM
Это скорее от вашего неведения. Пока нет массового производства, всё остальное является детскими поделками. Не пойдут многоядерные процы в продажу из-за этой проблемы, тогда, на гранты, люди займутся ею вплотную. А нерешаемых проблем нет.
Так что с фразой "Законы рынка и накатанные бизнес-схемы ей до лампочки" могу согласиться лишь частично.
 

Ю.Зер - zerhotbox.ru
20 Dec 2005 8:19 PM
"Пока нет массового производства, всё остальное является детскими поделками."
Пример MS Office - самых массовых из покупаемых программ, показывает, что сверхприбыли до сих пор можно доить на массовом производстве "детских поделок". Делай графику всё более зрелищной, остальное, что не завернешь в неё - схамкают.
И это безо всякой многоядерности. Что у Билла проблемы с грантами? Да зачем ему напрягаться, когда публика все это добро завернутое в глянец скупает на лету.
Это к вопросу о вере во всемогущество денег. Парадокс рынка в том, что когда денег в одних руках скапливается ооочень много, законы рынка по этим же законам можно купить на корню. Скомпоновать свой обеспеченный интерес. Называется монополизм, с которым повсюду идет борьба, от которой он просто тащится.
Не будут "законы рынка" продавдивать массовое использование многоядерности пока монополиям идет прибыль. И пока они в силе, рынок они будут конструировать не под многоядерность, а под себя.
"А нерешаемых проблем нет"
Дело не в нерешаемости проблем, а их степени близости к интереспам монополий. Не будут они решать проблемы, решение которых разрушит их монополию
То, что сейчас проиходит - иллюстрация того, как компьютерный прогресс перерастает рыночные механизмы регулирования.

 

dr-Wicked
21 Dec 2005 8:55 PM
Ю.Зер, понимаете у меня сложная ситуация для дискуссии на эту тему. С одной стороны я потомственный инженер, и слова Ваши мне близки (недостаточное понимание бизнесом технологических перспектив), с другой мерзкий экономист, и понимаю только язык денег.
Замечу, только что спрос рождает предложение, огранниченное редкостью ресурсов. Т.е. до тех пор, пока гиперпоточность не будет затребована массовым рынком, а судя по новостям от ведущих производителей ЦПУ в ближайшие 10 лет нам природа не даст выбора, мы не увидим RAD в гиперпоточности.
В любом случае его создание дело ближайшего будущего.
 

Ю.Зер - zerhotbox.ru
22 Dec 2005 12:43 PM
"C одной стороны я потомственный инженер, и слова Ваши мне близки (недостаточное понимание бизнесом технологических перспектив), с другой мерзкий экономист, и понимаю только язык денег."
Понимаю и сочувствую.
Но с RADом здесь будет бооольшая напряженка. Примерно того же характера, как и у когда-то ОООООчень богатого заказчика шахмат, тоже верившего в абсолютную силу "злата". Как известно, когда он узнал, что изобретатель от него хочет оплаты только зернами риса по числу клеток маленькой доски, то страшно обрадовался, поскольку пропускал уроки математики в школе и не был готов к коварству геометрической прогрессии. На том и прогорел, вполне уже экономически. (Даже олигархам очень полезно учитывать фундаментальные законы природы, чем чисто финансовые)
Так строптивые шахматы, начинали свою карьеру с наглядной притчи, что никакое богатство не может справиться с комбинаторикой. А завершили свою карьеру тем, что сдали свою комбинаторную гордыню на милость укротителя (Подробности - у Г.Каспарова).
Параллельное программирование - это та же комбинаторика. И с ней никакой субъективный RAD не совладает (А вы, друзья, как ни садитесь...). Это дело для очень мощных компьютеров, с таким же могучим интеллектом, как у шахматных программ.
Так что, задача эта будет решена, но ... уже не в рамках ныне уважаемой технологии "ручного" программирования. И с этого начнется закат совсем молодой, но страшно массовой профессии.

"В любом случае его создание дело ближайшего будущего"
С этим, но с учетом сказанного, я соглашусь. Думаю матч между компьютером и победителями мировых олимпиад программеров состоится в 2010. И всем будет жалко юных дарований. Им уже сейчас надо задуматься о других профессиях.

"...и понимаю только язык денег"
Это издерки профессии. Со всеми бывает. Главное - хорошая наследственность.
А будущего чемпиона будут делать хоть и за деньги, но не ради них. Просто это оооочень ИНТЕРЕСНО. А ради денег делают СКУЧНУЮ работу, которую иначе делать не будут.
 

dr-Wicked
22 Dec 2005 3:19 PM
Я всё же думаю, что решение будет найдено быстрее, и возможно скажется и на качестве шахматных программ (видение перспективы, а не только розыгрыш дебютов и гигагерцы в эндшпиле, может научатся играть и в категории по переписке). Массовое производство - это сила.
Думаю, что касается параллельного программирования, следующие десять лет оно будет сидеть на уровне директив компилятора.
А работать надо только за деньги, но как праститутка, с удовольствием :)
 

Ю.Зер - zerhotbox.ru
22 Dec 2005 6:03 PM
"Думаю, что касается параллельного программирования, следующие десять лет оно будет сидеть на уровне директив компилятора."

Так и было всегда, все предыдущие 40 лет. Никакая массовость при этом не светит.
Логика всего этого рыночного бардака очень простая. Первый Пень сделан на 3.1млн.транзистрах. Сегодняшние - больше миллиарда. Это несколько сотен ядер равных пню_1.
Но почему ядер сейчас только возле 10? Для них надо было бы 30млн., плюс еще 20млн. для всяких связей. Что не могли пораньше натиражировать этих ядер? Конечно же могли. Но, на этом пути стояло (и стоит) препятсвие, которое на директивах компилятору ни перескочить, ни объехать.
Тогда была единственная защита от ненужных ядер - рабочая частота, на которой оттягивали появления ядер сколько можгли. Ну а сейчас - абзац кончился. Спасительная частота затормозилась, против миллиардов остается только ядра шлепать, за неимением другого прийдется обходиться костылями в компиляторах.
Вот тут и пригодятся мазохисты с очень большими зарплатами.
Насчет такой массовости идет базар? Садисты с деньгами, конечно, найдутся, вот мазохистов для всех них точно не хватит. Правда, если сильно пропиарить, то может за большие баксы народ и повалит менять себе ориентацию. Ведь если за деньги, то можно и с удовольствием на вокзалах проводить весь ненормированный рабочий день, не так ли? А после того как массово переориентированные производители наделают своих параллельных программ, то от них поплывет крыша и у всех остальных, которые предпочли оставить себя в пользователях.
Мировая экономика, 21век. Все хорошо,прекрасная маркиза.
 

dr-Wicked
22 Dec 2005 6:28 PM
Мы приводим одни и те же факты, но делаем различные выводы.
Я считаю что когда жареный петух клюнет, со скрипом, но появятся.
Иначе все будут покупать йонахи не больне дуо.
По поводу пней, мне до сих пор интересно, какова бы была производительность 486 на современных размерах?
 

Ю.Зер - zerhotbox.ru
22 Dec 2005 7:30 PM
"По поводу пней, мне до сих пор интересно, какова бы была производительность 486 на современных размерах?"
Есть важнейший показатель, оценки эффективности микропроцессоров. Это производительность в расчете на транзистор. По этому показателю из всех интеловских самым крутым оказался Пень Первый. До него был быстрый рост, всё что было потом - такое же быстрое снижение этого показателя. Сейчас остался единственный способ его повышения - многоядерность. Но она упирается в отсутствие индустриальных средств параллельного программирования.
По этой теме была на этом форуме ссылка (см. "Компьютерные архитектуры: неожиданные повороты" - http://consumer.nm.ru/p2_z1.htm)
 

dr-Wicked
22 Dec 2005 8:15 PM
Но ведь нельзя же оценить производительность гипотетической реализации проца.
 

Ю.Зер - zerhotbox.ru
22 Dec 2005 9:10 PM
Транзисторы на кристалле - сейчас самый главный вычислительный ресурс, т.к. их уже сейчас очень много, ва будет еще больше. Если компьютероная архитектура позволяет сохранять удельную производительность, снимаемую с транзистора - главного ресурса, то производительность такой архитектуры будет расти по закону Мура. Это легко просчитывается на этапе концептуального проектирования архитектур.
Очевидно, что только многопроцессорные архитектуры могут дать такое свойство.
Вот почему сейчас вся компьютерная индустрия упёрлась в параллельное программирование.
 

dr-Wicked
22 Dec 2005 9:30 PM
Вы говорите отчасти очевидные вещи, но рассчёт гипотетического перехода на 6.5нм по моему слишком условен.
 

Ю.Зер - zerhotbox.ru
22 Dec 2005 9:57 PM
Компьютерная индустрия держится только на кремниевом транзисторе. Ему для затвора надо хотя бы несколько атомов. Глубже - квантовая физика. Не по моей части.
 

dr-Wicked
22 Dec 2005 10:05 PM
65
 

Ю.Зер - zerhotbox.ru
22 Dec 2005 10:28 PM
Программировать «по-многоядерному»
http://www.osp.ru/cw/2005/46/042_1.htm
 

dr-Wicked
22 Dec 2005 11:45 PM
Да эту проблему тысячу раз поднимали. Но я не могу понять, что можно в стандартном десктоп приложении распаралелить. Сильно распаралелить. Не на 3-4 потока. Конечно можно найти, только создание и синхронизация потоков сделают программу значительно медленее.
 

Ю.Зер - zerhotbox.ru
23 Dec 2005 12:36 PM
Меогопоточность - это параллелизм асинхронных процессов. Все что делает ОС - это много слабо-взаимодействующих процессов, т.е. многозадачность. Выход на сетевые вычисления.
Для массового параллелизма внутри задач ПК тоже много работы. (помимо многопоточности птребуются средства "мелкозернистого" распараллеливания вплоть до уровня операций):
распознавание речи, сжатие качественного видео в реальном времени, распознавание образов (звуковых, графических, видео), машинный перевод, игрушки, все виды интеллекуализации (тот же автоматический синтез параллельных программ) и т.д..
Большой фронт в перспективе распараллеливания доступа к информации на внешних носителях.
Всё это много раз повторяется в публикациях, но за рамки локальных дорогостоящих применений не выходит. И вынужденная многоядерность на уровне ПК революции не совершит. Поскольку стоимость программ в этой сфере на порядки выше стоимости железа. По прежнему главным применение маногоядеоности - это серверы. Здесь, оказывается, главный резон - экономия все тойже электроэнергии (http://www.osp.ru/news/hard/2005/12/21_03.htm).
 

dr-Wicked
23 Dec 2005 10:23 PM
>>И вынужденная многоядерность на уровне ПК революции не совершит.
Вынужден не согласиться.
 

Ю.Зер - zerhotbox.ru
23 Dec 2005 11:05 PM
Вся годовая зарплата уйдет на фьючерс по параллельной программе Word 2015. А за квартиру чем платить?
 

Ю.Зер - zerhotbox.ru
25 Dec 2005 9:22 PM
http://megalib.com/books/1056/030/1.htm
 

 

← ноябрь 2005 6  7  8  9  11  12  13  14  15 январь 2006 →
Реклама!
 

 

Место для Вашей рекламы!