LINUX.ORG.RU

Microsoft представила проекты по поддержке eMIPS разработчикам NetBSD

 , , , ,


0

1

27 января разработчики NetBSD объединили код по поддержке платформы eMIPS («Extensible MIPS») с древом исходных проектов NetBSD. В рамках открытия кода были представлены еще два проекта:

  • безопасный формат исполняемых файлов (secure executable format);
  • платформа и планировщик для ускорения выполнения приложений.

Все имущественные права на код переданы фонду NetBSD Foundation. Данные разработки связаны с проектами Microsoft Research по созданию компьютера с легко изменяемой конфигурацией.

Как основу проекта выбрали NetBSD благодаря легкости ее портирования на другие аппаратные платформы. В конце концов, к MS обратились с предложением, что неплохо было бы посмотреть, а что же получилось в результате, и исследовательское подразделение MS откликнулось на это предложение, открыв код поддержки emips под лицензией BSD.

В качестве аппаратуры для тестирования были использованы устройства FPGA Xilinx ML401/2 (Virtex V4), XUP (V5) и Beecube BEE3 (4xV5), а также симулятор Giano.

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

Реконфигурация с точки зрения выполнения приложения выглядит так:

  • сначала происходит мониторинг работы приложения для выявления наиболее медленных инструкций;
  • затем создаются сложные инструкции процессора, которые в ходе выполнения программы заменяются инструкциями по работе с оптимизированными под задачу расширениями. Такая замена организуется за счет применения патча к программе «на лету».

>>> Подробности

★★★★★

Проверено: post-factum ()
Последнее исправление: post-factum (всего исправлений: 2)

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

Ну а как ты GPL код назад закроешь ?

эх... man GPL - учи условия этой лицензии... в январском LXF как раз эти заблуждения разбирают подробно...

I-Love-Microsoft ★★★★★
()
Ответ на: комментарий от ns_ramesses

>Зато теперь обратно код eMIPS не закроешь ) И Linux может пользоваться плодами.

линакс то и делает, что пользуется чужими плодами.

anonymous
()

> затем создаются сложные инструкции процессора, которые в ходе выполнения программы заменяются инструкциями по работе с оптимизированными под задачу расширениями. Такая замена организуется за счет применения патча к программе «на лету».

То есть получается процессор с динамически изменяемым микрокодом. Похоже, что это прорыв. Это даже лучше чем RISC-процессор, полскольку можно изменять саму его архитектуру. Например, сделать 16 32-разрядных регистров или 8 64-разрядных, или 4 128-разрядных в зависимости от текущей задачи. Эмуляция других процессоров вообще будет делаться влегкую - просто процессор получает нужный микрокод, и вот тебе хоть x86, хоть IBM/370, хоть PDP-11... Блин. хочу такую игрушку.

forth32
()
Ответ на: комментарий от I-Love-Microsoft

Помню я про проблему GPLv2 , однако здесь слишком все проблемно будет, насчет прорыва не знаю не знаю, чисто логически стала бы MS открывать прорывы

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

хаха, как чужой код брать, то всегда пожалуйста. а так - низя, gpl violation. вот она, гнилая гнутая мораль.

anonymous
()
Ответ на: комментарий от tensai_cirno

они придумали ускрепыша. За одно только это их надо разогнать!

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

> хаха, как чужой код брать, то всегда пожалуйста. а так - низя, gpl violation. вот она, гнилая гнутая мораль.

Где только таких клоунов как ты делают?

Чужой код брать, если это позволяет лицензия. Наработки с этим кодом закрыты не будут, бери и пользуйся.

anonymous
()
Ответ на: комментарий от forth32

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

Не совсем прорыв, отдаленно начиная с FPSLIC (AVR with FPGA) до Soft-CPU (а этот eMIPS как раз такой на данный момент), в которые можно легким движением руки добавить свои инструкции (хотя только в процессе разработки это делается) и ускорять FFT в десятки раз, к примеру... А вот еще Xilinx puts ARM core into its FPGAs It also gives the processor control of the programmable logic, including dynamic reconfiguration.

Мне кажется что идея как таковая не нова, но элементы прорыва наблюдаются...

Про эмуляцию других процессоров... Сомнительно...

I-Love-Microsoft ★★★★★
()
Ответ на: комментарий от xhat

>Вы все еще хотите посмотреть на исходники моих программ, чтобы сравнить их с MSR?

Да. Не пиши столько бесполезных слов. Давай исходники, быдлокодеришка гсмная.

anonymous
()

Это они так тонко намекают о том, что множество пользователей BSD-систем является подмножеством пользователей Windows.

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

>Чужой код брать, если это позволяет лицензия.

а код под ms eula брать ссыкотно, да?

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

это они так тонко тролят прыщеблядлинаксоидов

anonymous
()
Ответ на: комментарий от I-Love-Microsoft

>Про эмуляцию других процессоров... Сомнительно...

Это к Трансмете, откуда прыщавый двоечник Торвальдс начинал.

cnupm
()

Тьху!

И всё опять свелось к обсуждению Microsoft и свободных лицензий. Вы, линуксоиды, можете (хотя бы иногда) о чём-то другом думать? Или это так просто - повторять мантры «Microsoft! Microsoft! GPL! GPL!», и ни о чём больше заботиться не надо? Не вникая в суть новости.

Тьху.

ipatov
()
Ответ на: Тьху! от ipatov

> И всё опять свелось к обсуждению Microsoft и свободных лицензий.

Начни интересное техническое обсуждение или GTFO.

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

>Начни интересное техническое обсуждение или GTFO.
Не уходите от вопроса, уважаемый. А то, что у Вас лютый butthurt - и так понятно, не отвечали бы - сошли бы за необидчивого.

ipatov
()
Ответ на: Тьху! от ipatov

>Или это так просто - повторять мантры «Microsoft! Microsoft! GPL! GPL!», и ни о чём больше заботиться не надо? Не вникая в суть новости.

а разве может быть по-другому?

anonymous
()
Ответ на: комментарий от ipatov

> Не уходите от вопроса, уважаемый.

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

у Вас лютый butthurt

сошли бы за необидчивого.

Баттхерт здесь не у меня %)

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

>Так вот, пожуй говна, ламер.
Ай-ай-ай. Линаксоидам на больную мозоль наступили.
Butthurt такой butthurt.

ipatov
()
Ответ на: комментарий от tailgunner

>Ответ на твой первый вопрос «да, можем»,
Не вижу этого. Вижу противоположное. И так в большинстве комментариев ко всем новостям. Может быть, не «можем», а «хотим стараться много стараться всегда»?

второй вопрос не стоит ответа.

Это был риторический вопрос, ответить на который может и Капитан Очевидность вполне.

Теперь можно ожидать от тебя технического анализа реконфигурируемого процессора?

С больной головы на здоровую перекладываете, уважаемый? Понимаю, защититься нечем - нужно переходить в наступление. Я, например, открыл новость, хотел почитать что-нибудь умное и содержательное. И что же я вижу? Старые песни о главном я вижу. Ей-Б-гу, промолчали бы лучше, за умного бы сошли.

Баттхерт здесь не у меня %)

Да-да-да. /Все дружно кивнули в знак согласия, прищуривая хитро левый глаз./

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

Да успокойся ты уже, школий. Твои заднепроходные боли совсем не веселят в этом треде. Ступай спать, дитё.

cnupm
()
Ответ на: комментарий от ipatov

>> Ответ на твой первый вопрос «да, можем»,

Не вижу этого.

Это твоя проблема, не так ли?

Теперь можно ожидать от тебя технического анализа реконфигурируемого процессора?

С больной головы на здоровую перекладываете, уважаемый?

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

Баттхерт здесь не у меня %)

Да-да-да. /Все дружно кивнули в знак согласия, прищуривая хитро левый глаз./

Это боль отражается на твоем лице.

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

>Да успокойся ты уже, школий. Твои заднепроходные боли совсем не веселят в этом треде. Ступай спать, дитё. Фиксация на «детях» и «школьниках» - понимаю, нужно же Вам скрывать свой реальный возраст, опыт и образование! Нужно постоянно (постоянно!) говорить всем «школиё», чтобы никто не догадался. Очень правильная и, я считаю, умная стратегия с Вашей стороны. ... Да, разнообразием успокоите душу алчущую, умных речей прочитать вопиющую? Или как всегда - мантры? «Школиё! Школиё! Дети! Дети!» Да-да, плотность мантр на погонный метр треда уже начинает зашкаливать, так держать.

ipatov
()
Ответ на: комментарий от tailgunner

>Это твоя проблема, не так ли?
Это Ваша проблема, конечно. У меня проблем нет, я мантрами вместо разумной деятельности не занимаюсь.

Не-а. Я как раз читаю талмуд по ссылке, думал - ты что разумное скажешь.

Может и скажу. Если желание будет. А вот желание чего умного почитать уже есть, неудовлетворённое этим тредом. Страдать!

Это боль отражается на твоем лице.

Не пишите больше постов, находясь перед зеркалом, пожалуйста.

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

>>Не-а. Я как раз читаю талмуд по ссылке, думал - ты что разумное скажешь.

Может и скажу.

Не скажешь.

Если желание будет.

Дешевые отмазки.

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

>Не скажешь.

Дешевые отмазки.

Ну так если у меня желания по сути вопроса нет говорить, я и не говорю, сойду за умного - да. Но вот то позорище, в которое, как всегда, превращается тред на ЛОРе возмутило. Не сдержался, извините.
...
Кстати, можно запрограммировать симулятор ЛОР-линуксоида, например я считаю, с известными реакциями на известные раздражители и известными выходными значениями. И ведь никто от живых людей не отличит, потому что автоматизм. И как после этого ЛОР читать? Вот подумайте, подумайте.

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

>с Вашей

Хабрабыдло штоль? Шел бы ты уже куда подальше со своими промо-акциями.

Школиё! Школиё!

Ну так ты оно и есть, ушлепище.

cnupm
()
Ответ на: комментарий от tailgunner

> Начни интересное техническое обсуждение или GTFO.

Сиськи с технической точки зрения.

По теме, это что-то сродни вклада в банк, финансировать дальнейшее развитие неперспективно (или не рентабельно), чем просто закрывать проект его наработки просто передали коммьюнити на содержание (допиливание/совершенствование), а там если понадобится - заберут обратно благо BSD лицензия позволяет, ну а если что-то гдето, всегда можно «достать из широких штанин» авторство.

iBliss
()
Ответ на: комментарий от ipatov

>Не сдержался, извините.

херрасе «не сдержался»! Чтоб ты так дрыстал на горящую нефтевышку в Мексиканском заливе - задул бы минут за пять.

yyk ★★★★★
()

Одного понять не могу. Как будет осуществляться отладка кода при условии что он мутирует как поросячий грипп. И еще понять не могу кем будет осуществляться оптимизация? Ядром или предварительно прогруженным микрокодом? Вобщем двух понять не могу %)

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

> Как будет осуществляться отладка кода при условии что он мутирует как поросячий грипп.

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

И еще понять не могу кем будет осуществляться оптимизация?

Людьми, придумывающими новые команды.

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

Кстати вобще интересен вопрос как сама оптимизация будет проходить? Ведь в принципе не все инструкции будут выполняться, при разных данных узкими могут оказаться разные места. То есть программу придется гонять много раз?

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

Ну вот у меня то же сложилось такое ощущение, что это все ручное и крайне муторное дело будет при чем малоавтоматизироваанное

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

> Ну вот у меня то же сложилось такое ощущение, что это все ручное и крайне муторное дело будет при чем малоавтоматизироваанное

Using application execution profiling, engineers identify the Extended Instructions
and implement them as hardware modules synthesized for the target device.

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

у тебя это получилось бы лучше.

anonymous
()
Ответ на: комментарий от tailgunner

Ну вот лучше и не скажешь)

pylin ★★★★★
() автор топика

От корпорации, движущейся к достижению корыстных целей ничего приятного ожидать не следует в перспективе. Подачка NetBSD это всего лишь форма разменной монеты (это удар по православному открытому ПО).

«Такие лицензии без авторского лева, как лицензии XFree86 и BSD, основаны на принципе незапрещения чего бы то ни было кому бы то ни было — даже тому, кто стремится воспользоваться вашей работой как основой для ограничения других.» Ричард М. Столмен, «Западня системы X Window» (web: http://www.gnu.org/philosophy/x.ru.html)

P.S.: Анонимуса интересует моральная составляющая основы тех, кто выступает в защиту той или иной части собственности корыстной корпорации. Вероятно такие защитники чужой собственности мыслят в каком-то другом русле, но вероятно также и то что они мыслят недалеко (примерно настолько же глубоко насколько хотят понимать глубины системы которой пользуются?). Если тема интересна кому-либо еще крому анонимуса, давайте ударимся в аналитику отдульным тредом (оставье ссылку).

anonymous
()
Ответ на: комментарий от pylin

> Людьми, придумывающими новые команды.

Аааа всё понятно. Я просто с «десктопной точки зрения» ожидал эдакого экспертного автопрофайлера. А тут получается что это для сурового ембеддеда, что то-то вроде «напиши процессор под задачу».

iBliss
()
Ответ на: комментарий от forth32

>Блин. хочу такую игрушку.

Transmeta? Вот только CMS закрытый(

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

А проц не захлебнется от переключения контекстов?


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

Или например можно выпускать одинаковые процессоры для разных устройств так, что бы железячники не заморачивались с конфигурацией. То есть их задача сделать дейвайс по стандарту, а уже ОС будет думать такие там нужны команды такие или другие. Грубо говоря «прошивки процессоров» будет делать не вендор железки а гугл со своим андроедом или микрософт.

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

>P.S. достаточно большая часть разработки того же GHC/Haskell, делается в MS Research

походу, именно поэтому гхц/хацкел создает полное ощущение готовности, но при этом использовать его нереально.

AVL2 ★★★★★
()

так подобное уже давно используют: http://www.alchemydevices.ru/MIPS-board%20with%20FPGA.htm не говоря о других подобных вариантах ускорителей на FPGA... http://www.fpgacpu.org/ http://defense.ge-ip.com/ru/products/family/fpga-processors

или я ошибаюсь?

и еще вопрос, а разве FPGA имеют не конечное число циклов перезаписи???

fidaj
()
Ответ на: комментарий от I-Love-Microsoft

не совсем.

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

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

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

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

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

и еще вопрос, а разве FPGA имеют не конечное число циклов перезаписи???

Они вообще-то SRAM-based со всеми вытекающими (сколько циклов перезаписи у SRAM? то то же), а можно чтобы они сами конфигурировались при старте, для этого необязательный компонент можно нацепить - специальную флэшку.

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