LINUX.ORG.RU

Как рост числа ядер повлияет на технологии разработки


0

0

  1. Существующие API будут затачиваться под многопоточность 234 (35%)

    ********************************************************************************************************************************************************************************************************************************************************************************************************************************

  2. Ничего не понял. Что хотели спросить? 162 (24%)

    *****************************************************************************************************************************************************************************************************************************

  3. Новые userfriendly интерфейсы от MS станут медленнее :) 80 (12%)

    *************************************************************************************************************

  4. Добавлением новых уровней абстракции 55 (8%)

    ***************************************************************************

  5. Всю мощь съедят web интерфейсы (ajax) 55 (8%)

    ***************************************************************************

  6. На первый план выйдут ФЯП (Lisp, Haskell, Erlang) 54 (8%)

    *************************************************************************

  7. Никак неповлияет 32 (5%)

    *******************************************

Всего голосов: 672

LISP! LISP! LISP!

Даёшь планировщик на лиспе!

marsijanin ★★
()

Ми всегда считал, что в отличие от многопроцессорных систем разделение потоков в многоядерных системах - хардварная задача. )

MEZON ★★★★★
()

Хочется ФЯП, но выйдет как всегда :)

KRoN73 ★★★★★
()

все проги будут разрабатываться с учетом многопоточности

generatorglukoff ★★
()

Существующие API будут затачиваться под многопоточность

gln0fate ★★
()

pthread_create будет затачиваться под многопоточность?!

shvonder
()

Бездарнейший опрос. Что такое "рост числа ядер", каких ядер, какое число, какой рост, откуда информация?

mihalych ★★★
()
Ответ на: комментарий от UserUnknown

Аналогично, суть опроса не понял, но проголосовал честно --- "Ничего не понял"

mky ★★★★★
()

IMXO, средства разработки будут эволюционировать в сторону высокоуровневости, но варианты "Добавлением новых уровней абстракции" и "На первый план выйдут ФЯП (Lisp, Haskell, Erlang)" - это слишком конкретно и узко- где варианты "Другое" и "Всё это и не только"?

Anonymous ★★★★★
()

ИМХО. В ближайшие 10 лет число ядер достигнет более 64,что приведет к полному переписывания кода под многоядерность.

pinachet ★★★★★
()

Никак не повлияет. Долгие вычислительные задачи изначально затачиваются под параллельность уже десятки лет, остальному оно просто не нужно. Разве что разработчикам игр придется пошевелить мозгами.

AMDmi3
()
Ответ на: комментарий от josephson

> Автор опроса имел ввиду многоядерные процессоры

Точно не пушечные ядра, не ядра с kernel.org, не ядра биоклеток и не ядерные реакции? Такие варианты более сочетаются с той абсурдной смесью в ответах.

mihalych ★★★
()

ИМХО просто коряво написано и от опроса веет бездарностью.. И если уж писать то как - "Как рост числа ядер процессора (в процессоре, процессорных ядер) повлияет на технологии разработки ПО", а то 5 раз перечитывал пока не понял смысл, до этого почему-то думалось по ядро Linux'a.. =)

ЗЫ Проголосовал за API

ЗЫЗЫ А какое отношение имееют Функциональные языки к Многопоточности...

dragon_djanic ★★
()
Ответ на: комментарий от cyberface

Ссылку я выше кидал.

> http://shootout.alioth.debian.org/gp4/benchmark.php?test=message&lang=all...

Для тех, кто не умеет читать по-английски: в честном рейтинге по "дешевой параллельности" лидируют oz, erlang и haskell. В нечестном -- ocaml, clean и lisp. Подсказать, что это за языки?

balodja ★★★
()
Ответ на: комментарий от cyberface

> Каким образом ФЯП относятся к многопоточности? Просветите быдло.

Не хотелось это писать, так-как к ФЯП я не имею никакого отношения. Но как быдло-быдлу:

1. в erlang, и возможно других ФЯП, нет такого понятия как shared variables, так-как переменные не изменяемы. Забудь о pthread_mutex_lock/unlock
2. создать процесс в erlang - копеешное дело. Если тебе нужно 100k процессов - без проблем
3. в erlang, примитивы меж-процессорного взаимодействия встроены в язык
4. ... тут еще можно упомянуть, erlang hot code upgrade

http://en.wikipedia.org/wiki/Functional_programming#Pure_functions
http://en.wikipedia.org/wiki/Erlang_%28programming_language%29#Concurrency_an...
http://www.computer.org/portal/site/dsonline/menuitem.9ed3d9924aeb0dcd82ccc67...!847026257
http://www.erlang.se/publications/BYTE2003.html

http://video.google.com/videoplay?docid=2953846492344274158&q=erlang&...

halflife ★★
()
Ответ на: комментарий от halflife

> в erlang, и возможно других ФЯП, нет такого понятия как shared variables, так-как переменные не изменяемы. Забудь о pthread_mutex_lock/unlock

Мой моск уже взорван. Чувствую я, что после ломки Basic -> C++ меня ждет еще и C++ -> ФЯП...

Aceler ★★★★★
()

ниче не понял..

Ip0 ★★★★
()
Ответ на: комментарий от halflife

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

balodja ★★★
()
Ответ на: комментарий от Aceler

>Мой моск уже взорван. Чувствую я, что после ломки Basic -> C++ меня ждет еще и C++ -> ФЯП...

Жесткач...

ЗЫ ИМХО Haskell лидирует как и Erlang в принципе, но это больше дело вкуса..

dragon_djanic ★★
()

К сожалению фяп фяп фяп не будет. Мыши будут колоться и давиться, но продолжать трахаться с lock/unlock.

realloc ★★★★
()

>Ничего не понял. Что хотели спросить?

и я не чего не понял... каких именно ядер??? ядер процессора? тогда за API...

delilen ★☆
()

> Никак неповлияет

Внимание, "не" с глаголами пишется раздельно! Сюрприз?

Хотелось бы ФЯП, но выйдет...

Bohtvaroh ★★★★
()
Ответ на: комментарий от delilen

Очевидно, что процессора, не клеток головного мозга же.

stassats ★★★★
()

Ну что тут сказать: кинули производители массовых процессоров быдло-пайтон-кодеров... Они почти уже доказали всем, что python - самый универсальный язык, "уже дорос!" и т.п., а ту на тебе - многоядерность придумали, и опять ниша python - скрипты:)

Опрос какой-то странный... Ясно, что только с ФЯП (кстати, зря обобщили - далеко не со всеми) можно эффективно программить на многопроцессорных/многоядерных/кластерных системах. Но как же ФЯП вытеснят "попсовые" ЯП? Где сколько образованных специалистов взять?

Led ★★★☆☆
()
Ответ на: комментарий от Led

> Но как же ФЯП вытеснят "попсовые" ЯП? Где сколько образованных специалистов взять?

На том же Эрланге писать гораздо легче, чем на С++. А если до этого имел дело с Прологом, то и синтаксис эрланговский кажется родным и знакомым.

Другое дело, что если с 15 лет сношать мозг ассемблером и паскалем, потом бывает трудно освоить новый способ мышления. Вот как только в средних школах выкинут паскаль и начтут учить ту же Схему, так сразу появятся и миллионы лиспобыдлокодеров, и Enterprise Visual Haskell, и порносайты на О'Камле.

ero-sennin ★★
()
Ответ на: комментарий от ero-sennin

>Другое дело, что если с 15 лет сношать мозг ассемблером и паскалем, потом бывает трудно освоить новый способ мышления. Вот как только в средних школах выкинут паскаль и начтут учить ту же Схему, так сразу появятся и миллионы лиспобыдлокодеров, и Enterprise Visual Haskell, и порносайты на О'Камле.

:)

caddr
()

"Всю мощь съедят web интерфейсы (ajax)" Однозначно.

Создание "технологий ради технологий" - вот основной трэнд нашего времени. Причем на это повелись не только проперитарщики, но и типа опенсорсники. Очень просто - народного умельца-кулибина, внедрившего свой "велосипед из руды" очень сложно вытурить.

Bioreactor ★★★★★
()
Ответ на: комментарий от caddr

Тогда будет очень много клонов Профессора В.С.Лугоффского.

Bioreactor ★★★★★
()
Ответ на: комментарий от r_asian

>Даёшь каждому быдлокодеру по ядру!!!

Лучше по обоим и железной битой =)

frame ★★★
()
Ответ на: комментарий от ero-sennin

> Вот как только в средних школах выкинут паскаль

Бейсик еще не везде выкинули, а паскаль пробивали многие годы. Нет, до Схемы еще далеко.

Aceler ★★★★★
()
Ответ на: комментарий от ero-sennin

> Другое дело, что если с 15 лет сношать мозг ассемблером и паскалем, потом бывает трудно освоить новый способ мышления. Вот как только в средних школах выкинут паскаль и начтут учить ту же Схему, так сразу появятся и миллионы лиспобыдлокодеров, и Enterprise Visual Haskell, и порносайты на О'Камле.

В фортунки! :-D

Bohtvaroh ★★★★
()
Ответ на: комментарий от Shaman007

> На ФЯП какие-нибудь программы "на каждый день" написаны?

ejabberd можно считать за таковую?

Для кого-то darcs на каждый день, то же и с Emacs.

stassats ★★★★
()

а, че, инопланетяне напали?

voltaren
()
Ответ на: комментарий от Aceler

>Просветите немного - каким образом ФЯП относятся к многоядерности?

Сама структура и логика водобных языков позволяет автоматическое разбиение на независимые подзадачи.

Самая грубая аналогия - калькуляторы с обратной логикой вычислений (МК61, МК52, БЗ-01)

Любая операция является функцией. Перед тем, как выполнится функция должны быть вычислены все ее аргументы. Аргументы в функции не зависят друг от друга => вычисление аргументов распараллеливается автоматически.

Это если на пальцах.

dikiy ★★☆☆☆
()
Ответ на: комментарий от Shaman007

>На ФЯП какие-нибудь программы "на каждый день" написаны?

GNUS/Emacs например. Да если порыться можно еще целую кучку найти.

dikiy ★★☆☆☆
()
Ответ на: комментарий от stassats

>Для кого-то darcs на каждый день, то же и с Emacs.

mldonkey

KRoN73 ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.