Всемирная рецессия из-за конца закона Мура - страница 7

 
Vladimir:

GPU = graphics processing unit (производится в основном компанией Nvidia)

CPU = central processing unit (производится компаниями Intel или AMD)

Оба процессоры. Неужели непонятно? Называйте GPU картой или как хотите, но это процессор с 3000 ядрами если у вас последняя модель. Если у вас есть компьютер, то и GPU есть, почитайте в документации какая модель у вас установлена и сколько там ядер.

CPU и GPU они разные СPU это центральный процессор, я про него
 
Vladimir:

Меланхолии нет, есть боязнь за будущее, как моё собственное так и других...

С чего боязнь? В чем проблема? 

Ну не будет новых компов и что? Подумаешь, будет все как раньше и не появится в очередной виндос с теперь уже не прозрачным, а сверкающим интерфейсом, съедающим все вновь добавленные ресурсы.  

 
Vladimir:

GPU = graphics processing unit (производится в основном компанией Nvidia)

CPU = central processing unit (производится компаниями Intel или AMD)

Оба процессоры. Неужели непонятно? Называйте GPU картой или как хотите, но это процессор с 3000 ядрами если у вас последняя модель. Если у вас есть компьютер, то и GPU есть, почитайте в документации какая модель у вас установлена и сколько там ядер.

Разговор про центральный процессор. Карта может быть такая, может быть простая, а центральный процессор все равно будет. Где центральные процессоры с 3000 ядер? 
 
Dmitry Fedoseev:
Разговор про центральный процессор. Карта может быть такая, может быть простая, а центральный процессор все равно будет. Где центральные процессоры с 3000 ядер? 
Это мне тоже интересно
 
Dmitry Fedoseev:
Разговор про центральный процессор. Карта может быть такая, может быть простая, а центральный процессор все равно будет. Где центральные процессоры с 3000 ядер? 
Не понимаю в чём суть спора. Вы утверждали что процессоры стали развиваться по пути увеличения количества ядер. Я согласен и привёл пример GPU с 3000 ядрами. А вы хотите знать почему не существует CPU с таким же количеством ядер, правильно понял? А чем вам GPU не нравится? CPU тоже может быть таким или другим. Ну если нужно много ядер то покупайте соответсвующий GPU и програмируйте на нём. Но а если не надо много ядер, то и спор ни о чём. Моя точка зрения в том что развитие процессоров по пути многоядерности ещё началось в 2004-2005 году. Так что вряд ли это будет новшеством после того как закон Мура закончится. Еслим вам ядра сейчас не нужны, то и после 2020 года тоже не будут нужны.
 
Vladimir:
Не понимаю в чём суть спора. Вы утверждали что процессоры стали развиваться по пути увеличения количества ядер. Я согласен и привёл пример GPU с 3000 ядрами. А вы хотите знать почему не существует CPU с таким же количеством ядер, правильно понял? А чем вам GPU не нравится? CPU тоже может быть таким или другим. Ну если нужно много ядер то покупайте соответсвующий GPU и програмируйте на нём. Но а если не надо много ядер, то и спор ни о чём. Моя точка зрения в том что развитие процессоров по пути многоядерности ещё началось в 2004-2005 году. Так что вряд ли это будет новшеством после того как закон Мура закончится. Еслим вам ядра сейчас не нужны, то и после 2020 года тоже не будут нужны.
Напомнило анекдот про вырезание гланд... автогеном... через зп. 
 
Dmitry Fedoseev:
Напомнило анекдот про вырезание гланд... автогеном... через зп. 

А что написание программы для параллельных ядер CPU легче чем GPU? Проблема одна и та же: программисту нужно поламать голову и решить какие куски программы можно распаралелить, написать специальный код распаралеливания и прочее. Большинство программистов не страдают над этим и пишут одно-ядерные программы без выкрутас. В чём тут проблема: в недостатке ядер или программ использующих многоядерность? По-моему последнее. Даже если я вам дам CPU с 3000 ядрами, вы всё равно будете писать одноядерные программы потому что разницы в трудности написания программ для 3000-и ядер и для 4-х ядер нет. Нужен новый компилятор, способный автоматически распознать куски кода, которые можно распаралелить. Но опять же, прогресс в создании такого компилятора зависит не от железа а от желания программистов написать такой компилятор. Во всей этой ветке я утверждаю что возможность создания нового железа после 2020 года упдаёт из-за достижения полупроводниковой технологии конца уменьшения размеров и потребляемой мощности транзисторов. Новые материалы и транзисторы пока за горизонтом. Интел пытался создать Knight Hill поколение процесоров на 10нм технологии в 2016 году и отложил это поколение до конца 2017 года. У Samsung тоже проблемы с их 10нм технологиией для их апп процессоров. Уже на 10нм размере, транзисторы дают только маленькое уменьшение размера и мощности по сравнению с 14нм. Отвод тепла становится большой проблемой. Нужен скачёк в технологии. Одним из показателей технологии является цена за транзистор. Так вот, эта цена падала до 28нм, а после стала экспоненциально расти. Многие компании остановились на 28нм из-за цены. То есть прогресс к 10нм технологии и далее 7нм и последним 5нм будет сопровождаться не только проблемами тепла, но и большой ценой.

 
Сейчас нет проблем для распараллеливания, но только при использовании ЦП. В C# это делается за 3 секунды. Скорее дело в том, что нет необходимости в большом количестве ядер. Обычную, среднюю программу не сильно то распараллелишь. Если делать много ядер, то польза будет только в том, что много разных программ можно запустить, но только это не особо нужно. 
 
Vladimir:

А что написание программы для параллельных ядер CPU легче чем GPU?

Под GPU реально очень тяжело писать эффективные программы.

На самом деле есть еще целая непаханая область в плане интерактива между девайсами и между девайсом и человеком.

Есть область облаков, запихивания в них всех и вся, децентрализации

Есть область интеллектуальных помощников и устройств вообще.

Есть область дополненной и виртуальной реальности

Короче именно из-за закона Мура рецессии не будет, будет поиск новых путей развития. Рецессия будет по другой причине

 
Vladimir:

А что написание программы для параллельных ядер CPU легче чем GPU? Проблема одна и та же: программисту нужно поламать голову и решить какие куски программы можно распаралелить, написать специальный код распаралеливания и прочее. Большинство программистов не страдают над этим и пишут одно-ядерные программы без выкрутас. В чём тут проблема: в недостатке ядер или программ использующих многоядерность? По-моему последнее. Даже если я вам дам CPU с 3000 ядрами, вы всё равно будете писать одноядерные программы потому что разницы в трудности написания программ для 3000-и ядер и для 4-х ядер нет. Нужен новый компилятор, способный автоматически распознать куски кода, которые можно распаралелить. Но опять же, прогресс в создании такого компилятора зависит не от железа а от желания программистов написать такой компилятор. 

В R нет описанных проблем.

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

2. Если все-таки возникла необходимость, например выполнить параллельно части цикла, имеются инструменты параллельности. При описании синтаксиса таких конструкций и описаны условия их применения - голову ломать не надо.

3. Программа может загружать не только ядра данного компьютера, но и соседние компьютеры. Это без всяким там облаков, так сказать из подручных компов.

 

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

 

Поэтому повторяю вывод, который делал выше: все эти гегагерцы имеют крайне слабое отношение к эффективности исполнения программ. Как не заметили увеличение гегагерц за последние 15 лет, так и не заметим прекращения роста этих самых гегагерц.

Причина обращения: