The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Электронное правительство перейдет на свободное программное ..., opennews (ok), 13-Июл-14, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


9. "Электронное правительство перейдет на свободное..."  –4 +/
Сообщение от arisu (ok), 13-Июл-14, 09:56 
> архитектура процессоров SPARC

капец «эльбрусу».

Ответить | Правка | Наверх | Cообщить модератору

11. "Электронное правительство перейдет на свободное..."  –1 +/
Сообщение от Потомок изобретателя колеса (?), 13-Июл-14, 10:19 
А при чём тут "Эльбрус"?
Ответить | Правка | Наверх | Cообщить модератору

12. "Электронное правительство перейдет на свободное..."  –4 +/
Сообщение от arisu (ok), 13-Июл-14, 10:21 
> А при чём тут "Эльбрус"?

гугль — твой друг.

Ответить | Правка | Наверх | Cообщить модератору

17. "Электронное правительство перейдет на свободное..."  +6 +/
Сообщение от YetAnotherOnanym (ok), 13-Июл-14, 11:01 
SPARC - это R500 и R1000, а "Эльбрус" - это "Эльбрус".
Ответить | Правка | Наверх | Cообщить модератору

32. "Электронное правительство перейдет на свободное..."  +1 +/
Сообщение от ананим (?), 13-Июл-14, 12:09 
Разум — твой друг. А не гугл и прочие "лопаты".

Зыж
А в голову не приходило, что как раз эльбусы теперь будут "кашерными" там, где были спарки?
Вместо солярки — линух, вместо оракла — постгри. Всё логично.
Типа "вот эльбрус — правильный спарк".

Ответить | Правка | К родителю #12 | Наверх | Cообщить модератору

59. "Электронное правительство перейдет на свободное..."  –1 +/
Сообщение от Michael Shigorinemail (ok), 13-Июл-14, 14:18 
>> А при чём тут "Эльбрус"?
> гугль — твой друг.

Сперва всё же твой.  Впрочем, могу стереть от #9 по запросу.

Ответить | Правка | К родителю #12 | Наверх | Cообщить модератору

65. "Электронное правительство перейдет на свободное..."  –1 +/
Сообщение от arisu (ok), 13-Июл-14, 14:29 
я вполне знаю, что сказал. если кто-то не понял — это не мои проблемы.
Ответить | Правка | Наверх | Cообщить модератору

80. "Электронное правительство перейдет на свободное..."  +3 +/
Сообщение от Yaisisemail (?), 13-Июл-14, 15:31 
У Эльбруса VLIW архитектура, у Спарка другая. Каким местом Эльбрус - это Спарк ?

А если ты правильно умеешь пользоваться гуглем, то он тебе выдаст, что фирма МЦСТ так же производит процессоры с архитектурой Спарк и так же она принимала участие в разработке процессора UltraSPARC для фирмы Sun. А сам Эльбрус - это собственный процессор и он лицензионно чист.

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

Ответить | Правка | Наверх | Cообщить модератору

118. "Электронное правительство перейдет на свободное..."  +/
Сообщение от ананим (?), 13-Июл-14, 19:27 
> У Эльбруса VLIW архитектура

Тут же встаёт в полный рост проблема качества компиляторов.

Ответить | Правка | Наверх | Cообщить модератору

141. "Электронное правительство перейдет на свободное..."  –2 +/
Сообщение от Аноним (-), 14-Июл-14, 03:53 
> Тут же встаёт в полный рост проблема качества компиляторов.

Эта проблема сильно преувеличена. Если выделить на это нормальные ресурсы, хотя бы команду из нескольких человек на полный рабочий день, то это вообще не проблема, за пару месяцев можно все неплохо оптимизировать. Для примера, в драйвере видеокарт AMD r600 сделали ведь компилятор с оптимизациями для VLIW, причем вообще в свободное время.

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

Ответить | Правка | Наверх | Cообщить модератору

147. "Электронное правительство перейдет на свободное..."  +2 +/
Сообщение от Аноним (-), 14-Июл-14, 04:29 
> Эта проблема сильно преувеличена.

Да, всего ничего - исторически все VLIW загибались по этой причине. А так все хорошо, прекрасная маркиза...

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

Почему-то с этим вышел FAIL даже у интела с итаником. Думаете Пилково и прочие Ростехнанопилы смогут лучше? Команда из нескольких человек на полный рабочий день будет пахать ДЕКАДУ до того как напишет с ноля компилер сколь-нибудь сравнимый с существующими. Эту декаду проц будет являться довольно бесполезным и неконкурентоспособным куском кремния, пригодным только на брелки для ключей. А если не писать компилер с ноля - получится "как обычно" - т.е. как-то код конечно генериться будет, но использованием плюсов архитектуры и оптимизацией и близко пахнуть не будет.

> то это вообще не проблема, за пару месяцев можно все неплохо оптимизировать.

Агащаз...

> Для примера, в драйвере видеокарт AMD r600 сделали ведь компилятор
> с оптимизациями для VLIW, причем вообще в свободное время.

Только вот
1) Оптимизатор не такой уж и оптимальный, пока выжимает около 75-80% от проприетарного драйвера...
2) Амдшники убили 2 года чтобы LLVM начал генерить просто технически-валидный поток команд для VLIW. И то сделано убер-костылем: то что нагенерил LLVM скармливается отдельной фазе которая фиксит поток команд с учетом взаимозависимостей. LLVM про это вообще "не алё" сам по себе. То что оптимальность такого кода ниже плинтуса - думаю понятно.
3) Посмотрите на OpenCL ядра. И как вам такая запись алгоритмов? Сильно похоже на "обычные", да? Нормально прогрузить то что у АМД можно только специфичными вычислениями, записанными специфичным образом. Тогда оно конечно жжот напалмом, но программирование этой штуки - знатный рокетсайнс :).
4) А вы не знаете почему AMD перешел на GCN? Поставив таки что-то типа аппаратного планировщика и что там еще, чтобы разгрузить компилер немного :).

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

А цель "освоить бюджеты" смотрится как-то плоховато.

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

Это значит что компьютер с эльбрусом купят за налогоплательщиковское бабло, засунут в дальний угол, а все задачи по факту будет крутить вон тот 200-баксовый писюк с виндами из соседнего ларька. Который при санкциях разумеется превратится в тыкву, после чего ВНЕЗАПНО окажется что эльбруса никто даже включать не умеет...

> и улучшать по ходу дела.

Продукция эльбруса существует не первый год. Где улучшения?

> чем заменить импортную технику при минимальных затратах,

Судя по озвученным ценам эльбрусов - у некоторых очень своеобразные понятия о "минимальных затратах" :\.

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

Я видел только 1 раз за всю историю, когда человеки на это расперлись. Это называлось майнеры биткоинов. Когда вопрос в том что скорость счета напрямую приносит бабло - там да, люди "гибнут за металл", показывая чудеса оптимизации. Но в ваших задачах так ведь не будет...

Ответить | Правка | Наверх | Cообщить модератору

157. "Электронное правительство перейдет на свободное..."  +/
Сообщение от Аноним (-), 14-Июл-14, 05:52 
> Да, всего ничего - исторически все VLIW загибались по этой причине. А так все хорошо, прекрасная маркиза...

Что, они все совсем не работали? Или просто не выдержали конкуренции на рынке? Так я еще раз могу повторить, если это еще почему-то не очевидно, что в данной ситуации речь не идет о захвате международного рынка и победе над конкурентами. Речь о замене импортной техники своей в госучреждениях, там где это критично.

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

> Почему-то с этим вышел FAIL даже у интела с итаником.

И что, итаник тоже так и не заработал, совсем-совсем? Если бы он, допустим, был чисто наш, российский, со своим производством, совсем никак не подошел бы для рабочих мест секретарш и бухгалтеров в госучреждениях?

> Оптимизатор не такой уж и оптимальный, пока выжимает около 75-80% от проприетарного драйвера...

Вы уверены, что проблемы именно в компиляторе? Если что, драйвер не только из компилятора состоит, там и без компилятора узких мест хватает. Но даже если, допустим, проблема именно в компиляторе, то разве на 20% меньшая производительность означает что его вообще нельзя использовать, особенно если кому-то хочется избавиться от проприетарных блобов?

> Амдшники убили 2 года чтобы LLVM начал генерить просто технически-валидный поток команд для VLIW

При желании можно и 20 лет убить вообще без результатов, но это еще не доказывает, что невозможно добиться хороших результатов за короткое время. AMDшников там всего несколько человек, а над этим работал вообще один, у которого до этого не было никакого опыта c LLVM, зато была еще куча других задач. В итоге LLVM на данный момент по умолчанию в r600g не используется и вообще непонятно, что вы хотели этим сказать.

> Посмотрите на OpenCL ядра. И как вам такая запись алгоритмов? Сильно похоже на "обычные", да?

Да, вполне. Хотя и неясно, как это относится теме VLIW.

> Нормально прогрузить то что у АМД можно только специфичными вычислениями, записанными специфичным образом. Тогда оно конечно жжот напалмом, но программирование этой штуки - знатный рокетсайнс

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

> Продукция эльбруса существует не первый год. Где улучшения?

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

> Судя по озвученным ценам эльбрусов - у некоторых очень своеобразные понятия о "минимальных затратах"

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

> Я видел только 1 раз за всю историю, когда человеки на это расперлись. Это называлось майнеры биткоинов. Когда вопрос в том что скорость счета напрямую приносит бабло - там да, люди "гибнут за металл", показывая чудеса оптимизации. Но в ваших задачах так ведь не будет...

Ну так это от задачи зависит, и от ее важности для государства. Если задача важна, то оптимизаторам это тоже может "принести бабло" не хуже чем оптимизация майнеров.

Ответить | Правка | Наверх | Cообщить модератору

192. "Электронное правительство перейдет на свободное..."  –2 +/
Сообщение от Michael Shigorinemail (ok), 14-Июл-14, 18:31 
> Команда из нескольких человек на полный рабочий день будет пахать ДЕКАДУ

Думаю, Вы оптимист -- за десять дней всё же малореально.

> до того как напишет с ноля компилер сколь-нибудь сравнимый с существующими.

Насколько известно, в МЦСТ для "Эльбрусов" есть свой закрытый компилятор, совместимый по флагам с gcc (и где-то в районе зимы-весны его подновляли в этом плане до свежего).

> Продукция эльбруса существует не первый год. Где улучшения?

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

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

Есть вещи поважнее бабла, тем более виртуального.

Ответить | Правка | К родителю #147 | Наверх | Cообщить модератору

195. "Электронное правительство перейдет на свободное..."  +/
Сообщение от ананим (?), 14-Июл-14, 20:49 
> совместимый по флагам с gcc

Интеловский тоже имеет режим совместимости, но половину совта не собирает.
И это на одной, мэйнстримовой аппаратной платформе.
Потом, а что там с поддержкой с11, с++11, 14,..?
В общем свой комрилятор — это хорошо, но слишком нишево.

Ответить | Правка | Наверх | Cообщить модератору

160. "Электронное правительство перейдет на свободное..."  +1 +/
Сообщение от ананим (?), 14-Июл-14, 06:33 
> Что касается эльбруса - никто же не ставит главной целью сделать самый быстрый процессор, самый качественный компилятор, завоевать весь рынок, и т.д.

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

Зыж
А с компилятором вы меня так и не убедили. 1) все vliw таки загнулись. И даже упомянутые амд это вчерашний день. 2) проблема даже не в том, что эти компиляторы надо написать, а в том, что они должны быть написаны в составе gcc, llvm/clang и тд. Время "работы в одно рыло" ушло, даже вон мс участвует в половине проектов линух-фаундэйшн.

Ответить | Правка | К родителю #141 | Наверх | Cообщить модератору

181. "Электронное правительство перейдет на свободное..."  –2 +/
Сообщение от Аноним (-), 14-Июл-14, 13:47 
>> Что касается эльбруса - никто же не ставит главной целью сделать самый быстрый процессор, самый качественный компилятор, завоевать весь рынок, и т.д.
>А жаль. Надо ставить такие цели.
>Если не ставить амбициозные цели, то и результат будет вполовину от ожидаемого.

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

Если стоит задача, скажем, возить руду из точки А в точку Б без зависимости от импортной техники, никто в здравом уме не начинает тратить триллионы на проектирование супермегагрузовика с первоочередной целью завоевать галактический рынок грузовиков, выиграть ралли Париж-Даккар и попасть в книгу рекордов Гиннесса. Первоочередная задача - это все-таки обеспечить перевозку руды из точки А в точку Б. Если при этом получится все сделать не хуже и не дороже чем у конкурентов - это замечательно, но для решения главной задачи, а именно перевозки руды своими силами, это вовсе не обязательно.

> 1) все vliw таки загнулись.

Вы считаете, что повторение этой мантры - лучший аргумент, или у вас просто других аргументов нет?

Ну расскажите об этом, например, Hewlett-Packard. Скажите им, пусть поудаляют все основанное на итаниуме со своего сайта и больше не смеют никому продавать, например, вот это:
http://h17007.www1.hp.com/us/en/enterprise/servers/integrity...
Также расскажите об этом многочисленным пользователям видеокарт AMD HD 2xxx-6xxx, пусть тоже всё срочно выкидывают, а то как-то не складывается - VLIW загнулся, а они, понимаешь, пользуются до сих пор.
Еще стоит сообщить производителям всяких медиапроцессоров, а то они тоже не в курсе что архитектура VLIW "загнулась" и использовать ее больше нельзя.

> 2) проблема даже не в том, что эти компиляторы надо написать, а в том, что они должны быть написаны в составе gcc, llvm/clang и тд

То, что можно использовать существующие наработки в области оптимизации в gcc и llvm - это вообще не проблема, это наоборот хорошо. Кому в здравом уме может показаться проблемой то, что не нужно полностью писать весь компилятор с нуля, а достаточно лишь сделать backend под свою архитектуру?

А вообще, по поводу неописуемой сложности оптимизации под VLIW, и простоты всего остального, расскажите лучше почему компилятор для новой и "простой" не-VLIW архитектуры в тех же amd-шных драйверах все еще не может обогнать VLIW даже на гораздо более мощном железе (когда он вообще работает), при том что им сейчас всерьез занимаются несколько человек в AMD:
http://www.phoronix.com/scan.php?page=article&item=amd_radeo...

> Время "работы в одно рыло" ушло

Вы случайно не запасной аккаунт Serg Markov? Тот тоже любит громкие бессмысленные фразы и пропагандистские лозунги типа "время ушло" вместо реальных аргументов.

Ответить | Правка | Наверх | Cообщить модератору

185. "Электронное правительство перейдет на свободное..."  +1 +/
Сообщение от ананим (?), 14-Июл-14, 15:30 
>> Если не ставить амбициозные цели, то и результат будет вполовину от ожидаемого.
> Из фразы "никто не ставит главной целью" никак не следует, что никто не ставит таких целей вообще. Казалось бы, айтишникам сам бог велел с логикой дружить и смысл написанного понимать.

Так точно. И из этого написанного я лично понимаю попытку юлить и изворачиваться.
>> 1) все vliw таки загнулись.
> Вы считаете, что повторение этой мантры - лучший аргумент, или у вас просто других аргументов нет?

Ещё раз повтаряю (и теперь разжёвываю).
Влиу сдохла, значит интерес представляет теперь только для создателей проца.
Что это значит на практике? Что пилить его поддержку, договариваться, идти на компромисы, тестировать и тд, и тп нужно будет в одиночку.
При этом не факт, что гцц-шники (и тд) не сочтут платформу маргинальной и не выкинут её поддержку вообще (амбициозных планов то нет. Не так ли?), как нарушающую стройность и тд. Держать свою сборку? Ну-ну. А также самому тестировать все эти тонны стороннего софта.
>> Время "работы в одно рыло" ушло
> Вы случайно не запасной аккаунт Serg Markov?

Вот вы то как раз его и напоминаете. Только лозунги, юлёжь, оскорбления,..

Ответить | Правка | Наверх | Cообщить модератору

204. "Электронное правительство перейдет на свободное..."  –2 +/
Сообщение от Аноним (-), 15-Июл-14, 06:27 
> Так точно. И из этого написанного я лично понимаю попытку юлить и изворачиваться.

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

> Влиу сдохла, значит интерес представляет теперь только для создателей проца.
> Что это значит на практике? Что пилить его поддержку, договариваться, идти на компромисы, тестировать и тд, и тп нужно будет в одиночку.

В одиночку - это одному разработчику? Или одной не самой маленькой стране? Вы еще предложите космические и оборонные технологии тоже не "в одиночку" разрабатывать, а все опубликовать под открытой лицензией и ждать патчей от Запада...

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

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

> При этом не факт, что гцц-шники (и тд) не сочтут платформу маргинальной и не выкинут её поддержку вообще

Откуда выкинут, лол? Чтобы они могли что-то выкинуть, сначала нужно чтобы это что-то у них было. Или они приедут в Россию "выкидывать" поддержку эльбруса из местных форков?

> Держать свою сборку? Ну-ну. А также самому тестировать все эти тонны стороннего софта.

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

Ответить | Правка | Наверх | Cообщить модератору

193. "Электронное правительство перейдет на свободное..."  +/
Сообщение от Аноним (-), 14-Июл-14, 19:50 
Вот не надо заливаить про супердомы хьюлетные тому кто с ними и в самом деле работает! :)

А ситуация с ними проста как 5 рублей: стоят они как самолёт и тупят как ваша лада.
Мы избавляемся от всех HP Superdome-2 8-ми нодовых, это наковальня на спине пловца. Всё!
Впрочем доказывать не буду, тебе ведь и не надо правды о том чего там за окном делается? Ну вот и ладушки, главное не волнуйся.

Ответить | Правка | К родителю #181 | Наверх | Cообщить модератору

205. "Электронное правительство перейдет на свободное..."  –2 +/
Сообщение от Аноним (-), 15-Июл-14, 06:35 
> Вот не надо заливаить про супердомы хьюлетные тому кто с ними и
> в самом деле работает! :)
> А ситуация с ними проста как 5 рублей: стоят они как самолёт
> и тупят как ваша лада.
> Мы избавляемся от всех HP Superdome-2 8-ми нодовых, это наковальня на спине
> пловца. Всё!

Я за вас очень рад, но разве это как-то отменяет очевидный факт, что VLIW много где используется и работает? В конце-концов, вы же зачем-то их покупали, прежде чем избавляться... Если просто из-за откатов или чего-то в этом роде, то это явно не характеризует вашу организацию как способную принимать адекватные решения как по закупкам, так и по "избавлению" от закупленного. Кто знает, может просто кому-то захотелось на новых закупках "заработать".

Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру