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

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

IdeaFix

Цитата:

---

ну, квантовые компы уже давно строят, а до того как построят посидим пару десятков лет на попсовом кремние...

---

Ой боюсь, что не пару десятков, а как минимум сотню — не увидим в этой жизни. Скорей будет переход на новый материал вместо кремния или на органические или даже биотехнологии. ИМХО.

Цитата:

---

техпроцесс догонят до 0.01нм, кэша наростят до десятков мегабайт... ядра до пары дюжен...

---

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

matik

IdeaFix

Цитата:

---

главное, чтоб программистский интузиазм не иссяк и они по преждему бы загружали своими детищами любую железку

---

Что-то не видно особого энтузиазма, кроме увеличения нагрузки на железо, путём всё большего упрощения труда программистов, а не отнюдь не в оптимизации кода, хотя и первое немаловажно, но отнюдь не приоритетно в плане глобального развития. Тем не менее даже в первом направлении так и не сделали очень простого для понимания и функционального языка программирования. Я уж молчу про локализации языков.

IdeaFix

Цитата:

---

а то того и глядишь, получится так, что железо атки обгонит софт:) И тогда конец эволюции...

---

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

Однако это офф в данной теме и предмет для новых бесконечных и бесполезных споров до бесконечности

... эхх... ещё раз процитирую человека, бывшего моим кумиром долгое время: Если задача слишком комплексна для программирования, то я возьму в руки паяльник (с)С. Возняк.

Понимать это надо так: если программисты обленятся, а железянщики выдохнутся.. и произойдёт это одновременно и конкретно, то железянщикам некуда будет деваться как помогать программистам (реализовывать кое что в железе) а программистам таки браться за ум! А то как же это... мой процессор поддерживает аппаратное ускорение windows 2099 а она на нём тормозит:)

Субъективно, сегодняшние вычислительные мощности поистине колоссальны, да и труд программиста пропорционально посложнел. Писать всё максимально оптимизированно не хватит и сотни жизней, а процедура созерцания того как неоптимизированный продукт летает... знаете, она расслабляет:)

Такчто, если мы даже никуда и не перейдём с кремния, то не всё так плохо.. потенциал, пусть и не прямой, но достаточный косвенный есть и у сегодняшних технологий... бум физику считать одним чипом, логику другим, случайные числа третьим... вот и CMP пригодится....

Цитата:

---

Тем не менее даже в первом направлении так и не сделали очень простого для понимания и функционального языка программирования. Я уж молчу про локализации языков.

---

не понял что имелось ввиду. Языков куча, но чем язык "логичнее" и "неформальнее", тем "грязнее" код. А про локализацию, это как? Вы поделки типа КУМИРа имеете ввиду?:) Нее... я не согласен.

Сори.. чёт сёня устал на рабте..

С точки зрения чистой электроники более шустро работают германий и арсенид галлия.
Но и их возможности не беспредельны. А пока — кругом лишь интенсификация: больше ядер, памяти, выше частоты, меньше нормы, КНС (Si-on-Isol) и тп.

Остальное — оффтоп, но ... не люблю я его шрифт
Если в ДОС-эпоху программы вылизывались, то теперь ... ... берем чей-то "движок" и вперед!
Вспомним ММедия-возможности Линуха и Виндов на слабых компах... Т.е. процы как бы чешут правой рукой левое ухо через ...
Самое интересное решение (пока, имхо) — процессоры Крузо, имеющие возможность программного апгрейда их самих, но мощИ у их создателя не хватает. Так и застыли они в нише мелких девайсов.
Возможно, компы будут при построении подразделяться на действительно универсальные, офисные, игровые (уже сейчас приставки рулят) и тп. Идея АМД с 3Dnow! (сокращение точности вычислений для игр) была неплохим шагом как раз в этом направлении.
Уже где-то с середины 90-х возможности технологов обогнали потребности программистов.
Такое я вычитал в каком-то "ихнем" обзоре перспектив компостроения.

Asmodeus но ведь локализованный язык непереносим ?! Не между платформами, а уже между локалями одной платформы

А не есть ли выход в многоядерности при относительно невысоких частотах ?
Или опять же упираемся в КПД выхода больших микрух и опять же в кремний ?

Ptn
Тогда уж лучше многопроцессорность + система на кристалле. Сокращаются длины проводов, паразитные емкости. Плюс уже рассматриваемая возможность передачи данных через межслойные емкости.
Выход годных — дело наживное .

арсенид галлия
http://www.geek.com/news/geeknews/2006J ... 034493.htm

KSP, а им (программистам), простите, не платят? ))) Интересная новость!..

Sikambr ту зарплату они отрабатывают Проблемы с оптимизацией уже обсуждались — она младшая дочка отладки

Давайте менять название темы на что-то более общее? Ну типа "Мама, мы все умрём!" или "Предел нейронной технологии или что дальше?"

Asmodeus

Цитата:

---

Не слишком ли много если ?

---

много...

Цитата:

---

Что касательно кумира, то тут и говорить не о чем — вещь, имхо, сугобо бесполезная, разве что как бейсик для школьников в своё время. Я непосредственно о локализации существующих языков. Не говоря уж о разработке своего. Неужели Россия на это не способна? Лично мне бы хотелось использовать русскоязычный набор комманд.

---

А кто Вам мешает самому локализовать за неделю в одиночку допустим C/C++ используя только препроцессор? Переносимость сохранится полная, компайлер можно и не переписывать.... Опыт похожей локализации паскаля (внешним препроцессором, ибо своего нет) есть, только остался он в школе для обучения. Другое дело что понятнее от этого не станет... а кумир... он забивает детям голову круче любого бейсика... я с ним буду воевать пока сердце моё стучит. Это я как дипломированный учитель информатики второй категории говорю:)

Кста, а в ексселе кто пользуется русскими мнемониками функций а кто латинскими? Я вот вупор не могу выучить эти зубодробильные БДПРОИЗВЕД и тому подобные СЛОЖИДВАИДВА

Цитата:

---

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

---

Поищите информацию про Oberon... Детище небезызвестного Никалауса Вирта... декларируются доступность паскаля и мощь c/c++. Другое дело, что библиотек классов нет практически... голый язык...
Далее... почитайте исторические статейки про времена когда начал творить вирт:) Кобол с алголом помогли "стать программистами" огромному колличеству людей, оставив программистов "без куска хлеба". Ситуация координально изменилась с появлением c++ и паскаля...

Цитата:

---

ИМХО, программисты сами должны подталкивать железячников, постоянно с ними контактируя, для чего желязячникам нужно оптимизировать функции штата контактирующего с программистами.

---

Возвращаемся к идее условно открытой корпорации (типа sun или alpha) когда софт и хард клепали под одной крышей... такое всё вымерло.. в таких местах обязательно одни умнее других (хард и софт)

CompOnChip — интересная идея, но из тупика не выводящая... замена одного полупроводника на другой — мера временная, ибо архитектура-то не меняется.... пока что-то глобально не переменится, типа квантовых компов или там биологических... всё будет примерно так же.

Нет очень впечатляющих скачков в имеющейся архитектуре. А есть ли стимул совершать этот скачёк? Пока рост быстродействия происходил из маркетинговых соображений, а программисты просто заполняли это новое быстродействие тем кодом, который там нормально работает. Зачем его писать лучше? Происходил экстенсивный рост. Сейчас предлагается многоядерность, но она требует специального кода, который допускает распараллеливание. Отнюдь не каждая задача может быть решена таким способом. Таким образом, многоядерность — плохое решение. Уверен, что у оптимизации кода и алгоритмов работы большое будущее.
Неплохо бы подумать, а для чего нам нужно большее быстродействие? И решать конкретную задачу, создавая алгоритмы и архитектуру именно под неё. Кстати, рендеринг сцены трассировкой отдельных лучей, соответствующих экранным пикселям (очень медленный) роскошно распараллеливается на сколько угодно частей, считаемых раздельно и параллельно. Хоть на каждый луч (пиксель) можно повесить по процессору .

Anton хм... когда я баловался последний раз с троссировкой лучей... то решил что это слишком большая цена за реальный физический свет:) никакого компа не хватит:) тут надо уже в видяху и аппаратно....

Тем не менее, в отрыве от реальности, именно смена архитектуры может дать второе дыхание IMXO. Система с нескокими ядрами/процессорами (пример XBOX360), со "специализированными" DSP процами — на пример AVIO (или как там ее), с универсальными дробилками (встроенными), аппаратные ускорители джавы (.Net в конце концов) — а программисты приспособяться.
ЗЫ: Не будем забываить про рынок мобильных устройств — там оптимизация еще в почете IMXO

U-Nick

Цитата:

---

поддерживаю 2х !

---

От имени всех жестянщиков!:beer:
KSP

Цитата:

---

заплатить за "оптимизированный" полную цену, а не 100 руб/диск

---

Критичные программы я привык покупать. А на попсу боле и не стоит.

Sikambr

Цитата:

---

а им (программистам), простите, не платят? ))) Интересная новость!.

---

Платят или нет — не нашего ума дела. Человек может требовать от товара что-то только в том случае если он за товар заплатил. От ворованного требовать неча.

Ntag

Цитата:

---

Критичные программы я привык покупать. А на попсу боле и не стоит

---

А про некритичные и флеймить не след.
Обоснование утверждения "неоптимизированный" в студию!!

IdeaFix
Точно, пока не хватит. Почти не хватит. Пока. Зато какие возможности!

KSP Человек может требовать от товара что-то только в том случае если он за товар заплатил. От ворованного требовать неча. — т.е. вы утверждаете, что никто не платит, все воруют и потому бедные разнесчастные корпорации с миллиардными оборотами плюют на оптимизации, доводку кода и сбагривают "что получилось" по бешеной цене потребителю?

Обоснование утверждения "неоптимизированный"
Для примера те драйверки от видеокарт — от версии к версии скачет производительность. Только на рынке видеокарт игровых конкуренция высокая — приходится трудится бедным корпорациям. А вот загрузку, которую даёт остальное ПО — кто разве меряет?.. Да и зачем, когда итак купят? Куда денутся, тем более что — "а вы докажите что он неоптимизированный"!

... хм... тему надо переименовывать в "мама, мы все умрём!".

Давайте в софте разведём понятия "проперитарный", freeware с открытым кодом и с закрытым кодом....

Я так думаю... платный софт мы в праве или покупать или нет, а вот требовать... ну это если только была предоплата и оптимизации были оговорены в договоре:) А вот от бесплатного и темболее открытого бесплатного как не старнно можно и потребовать... как правило, именно там требования что-то меняют и на кого-то действуют.

Теперь про троссировку лучей... а что оно нам собственно даст? Реальнй свет без реальных масс (гравитационной и энерционной) — полумера... ести будет реальный свет и реальные массы, то придётся делать между нимис вязь... ну так, для полноты картины... а это уже страшно. Хотя, если представить свет как кучу фотонов и размножить их ветрексным шейдером...)) не, субъективно, реальной физики (не отдельно света или отдельно ньютоновской физики) мы не увидим ещё долго, но уже предвижу рекламные слоганы... "фотореалистичное изображение"... не, это щас так пишут... "реалистичная физика!", "живой свет!" и пр:) От маркетологи-то обрадуются.... кста, если им идею подкинуть, то они из программеров всё что нужно выжмут:)

Sikambr т.е. вы утверждаете, что никто не платит, все воруют и потому бедные разнесчастные корпорации с миллиардными оборотами плюют на оптимизации, доводку кода и сбагривают "что получилось" по бешеной цене потребителю?
ну никак так фраза не читаеться — ну ни как.
Независимо от от ситуации, требования/претензии по поводу "некупленого" тавара идут лесом Безотносительно что по этому думает сам производитель.

IdeaFix Я так думаю... платный софт мы в праве или покупать или нет, а вот требовать... ну это если только была предоплата и оптимизации были оговорены в договоре:) А вот от бесплатного и темболее открытого бесплатного как не старнно можно и потребовать... как правило, именно там требования что-то меняют и на кого-то действуют.
Да в общем то совсем не странно второй случай подразумевает тестирование и предъявление требований самими пользователями вот и все. В случае закрытого или платного софта — пользователи это потребители. ТЗ же с требования к программе составляет сама контора или ее непосредственный заказчик ДО создания продукта. Потом только багофичи — или еще ТЗ

KSP
Примеры надо? Их есть у меня .
Примитивные 2.5D-игры от Абсолютист, Рефлексив и тп — ну бегают шарики туды-сюды, ну звучок примитивный есть — а загрузка любого процессора = 100%. Причем одна версия тех же игр — нормально, другая — 100%.
Лениво-толстые программисты-пофигисты, видать, делали

дык они случаем не под DOS? FoxPro 2.6 DOS уложить практически любую тачку.

Ptn
Ты про эти игры? — Виндовозные! К завтрему могу конкретные названия подгрести.

Ptn
7zip сразу при начале сжатия сжирали у меня 350Мб
Уже давно это зависит от размера словаря (задается в настройках).
Вообще по мне — вещь отличнейшая, даже в сравнении с платными продуктами, жаль антивирусники пока о его собственном формате ничего не знают...

РебятЫ, вы название форума не забыли?

Warrax Оно и понятно только на стандарных размерах словаря не вижу особой разницы с WinRar, так чего огород городить, и на письма в стиле "как открыть присланный тобой файл ???" отвечать.
Но это не суть — суть в том что выжирать 350 Мб при наличии только 250Мб это беда. И беда запрограмированная.

Stranger_NN нет — просто уже IMXO высказались
Предел кремниевой технологии или что дальше? — смена системной архитектуры IMXO

Ptn ещё как читается — т.к. см. вторую фразу. Никто ничего делать не хочет — "итак купят". Я вот езжу на душном, тесном громком метро — у меня есть выбор? Я покупаю билетики (читай лиценцию на использование) — мои претензии к метро примут? Так что не лукавьте.

смена системной архитектуры IMXO — на первых порах будет "прорыв", но безалаберность способна забить всё что угодно. Япошки на своём острове умещаются и за чистотой следят, а у нас территория бескрайняя — а результат?.. В общем-то пересекается с "энергетикой".

Sikambr ещё как читается — т.к. см. вторую фразу. да все бы ничего — но комментировал то я первую фразу , а не вторую.
ЗЫ: У нас метро не душное и у нас жатоны, да и что это за претензния — вот если бы метро ехало медлее наземного транспорта я бы понял — а так что то разного порядка вещи

Digger Любая счетная задача. которую не тормозит общение к переферии, даст на любом процессоре загрузку 100%. Даже простейший бесконечный цикл вроде вот этого

Код:

<html>
<body>
<!-- AS IS -->
<script language=javascript>
 var a=1,b=2;
 for(;;) { a=a-b;a=a+b;}
</script>
</body>
</html>

даст вам загрузку в 100% — но работать при этом на машине вполне возможно.
А вот когда все остальное начинает тормозить так что работать трудно это уже все...
Это я к тому что сам по себе факт загрузки в 100% нельзя напрямую использовать как показатель оптимизации.

PS: При открытии страницы IE может сказать что приложение замедляет его работу (остоновить-да/нет), для проверки нужно не перерывать. Но снять IE можно только через диспетчерз задач