[cms 0]

Немного мыслей по RTL дизайну и HDL языкам - может уже пора вспоминать С?

[arexol 0]

Немного мыслей по RTL дизайну и HDL языкам - может уже пора вспоминать С?

 

 

"... H.264 кодер/декодер, 60GHz "

Что курил автор ??

[cms 0]

"... H.264 кодер/декодер, 60GHz "

Что курил автор ??

 

А что не так-то? H.264 кодер/декодер, 60GHz передатчик и image processor. Не верите в 60GHz приемопередатчики?

[arexol 0]

А что не так-то? H.264 кодер/декодер, 60GHz передатчик и image processor. Не верите в 60GHz приемопередатчики?

 

Я вообще то подумал, что там опечатка т.е. вместо 60Ghz, 60 MHZ.

Тогда бы это характериозвало системную частоту работы кодера/декодера.

 

 

В 60 Ghz приёмо-передатчики верю , а в то что цифровая логика работает на такой частоте не верю.

Скорость канала передачи информации никак не характеризует сложность получения этой информации.

можно так же сказать что H.264 кодер/декодер, 100 грамм (вес платы ), 1.2 Вольта и.т.п

 

Катапульт С который там упоминается , на сколько я понял , это штука которая делает управляющий автомат на верилоге по указанному си коду.

Т.е полностью всех задач эта штука не решает.

[Builder 0]

Немного мыслей по RTL дизайну и HDL языкам - может уже пора вспоминать С?

Я так его и не забывал, как без него тестить железо, программерам на откуп всё отдашь, так будешь вдвоём с ним ситеть одну рабту делать :)

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

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

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

Но это вроде пока не грозит...

[CaPpuCcino 0]

:crying:

ну, давайте-давайте. в миллион тристо пятьдесят шестой раз.

и про питон ещё вспомнить не забудьте

[cms 0]

:crying:

ну, давайте-давайте. в миллион тристо пятьдесят шестой раз.

и про питон ещё вспомнить не забудьте

 

Так же плакали от смеха схематики в 90х...

 

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

Но это вроде пока не грозит...

 

Будет сокрашение не рабочих мест, а зарплат

[CaPpuCcino 0]

Немного мыслей

мыслей там действительно не много, больше рекламы

Так же плакали от смеха схематики в 90х...

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

[Builder 0]

Будет сокрашение не рабочих мест, а зарплат

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

[cms 0]

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

 

Вот обоснованные тезисы от компании STMicro. Считаете там врут?

[CaPpuCcino 0]

Считаете там врут?

нет. уже пошёл учить Си.

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

[Sefo 0]

Немного мыслей по RTL дизайну и HDL языкам - может уже пора вспоминать С?

 

Вот обоснованные тезисы от компании STMicro. Считаете там врут?

 

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

 

Это просто рекламный проект. Знаете сколько инженеров Ментор бросил на то, чтобы Катапульта этот синтез сдюжила? Ментор даже в Питере по-тихому открыл представительство (о нем, похоже, знают только те кто там работал и друзья тех, кто там работал) и больше 2 лет немалая команда возилась конкретно с видеокодеками под Катапультой. Причем команда в Питере это была не единственная команда, которая над этим работала. Похоже, что STMicro после этого еще столько же потратила времени.

 

Ну а теперь прикиньте, каковы реальные затраты денег и времени на Си-синтез этого кодека и получилось бы что-нибудь если бы Катапульту предварительно несколько лет не точили под этот синтез...

 

Так что провокация это и не более. Даже на рекламу не тянет...

[luka899 0]

все конечно красиво, в докладах этих, но... если бы все так было гладко, то те же Synfora не говорили бы о 18 месяцах :) да и ментор свернул бы производство всего что не относится к С синтезу. Тот же modelsim, выбросить не преминули, например. Ну и клиентов, привыкших к RTL-синтезу в добавок. А так поживем,- увидим. Все перечисленное в докладе синтезировалось и до них, и также без особых проблем, как мне видится.

 

ЗЫ

это мне напомнило цитату из ТЗ - писать под микроконтроллер (89с52) только на С поскольку ассемблер это малораспространенный язык, как будто С для микроконтроллера также оченно распространен :). И тут и там идея может быть и здравая и местами даже верная, но обоснование может хромать. Пока детали такого чуда не будут известны широкому кругу специалистов, и будет выгода от применения - в пресловутых человеко-часах среднего работника, и снижении потребности в "доводке по месту напильником" высоквалифицированным работником, только тогда произойдет конвертация RTL дизайнера в С-дизайнера. Но в любом случае специалист-инженер должен будет ясно понимать что же он такого делает как и в случае упомянотого ТЗ.

 

Да, к слову, С мой любимый язык, после VHDL конечно же :)

 

Кстати, а почему у вас нет ссылки на первоисточник? Это насколько я понимаю данная "success story", не так ли?

http://www.mentor.com/products/esl/success...tronics-success

Изменено 16 февраля, 2010 пользователем b32b

[des00 25]

Немного мыслей по RTL дизайну и HDL языкам - может уже пора вспоминать С?

ИМХО чистые RTL дизайнеры уже давным давно никому не нужны. Нужны специалисты в областях обработки изображений, потоков данных, связисты, эмбеддеры и т.д. и т.п. А на чем работать это уже дело десятое. Главное что бы продукт шел.

 

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

 

Достоинство HDL в том, что он работает на низком уровне, а с привлечением всего диапазона возможностей ПЛИС + смекалки можно сделать то, что изначально было не реализуемым на данной платформе %). На высокоуровневом языке можно сделать тоже самое, но в итоге получаться те же яйца, вид сбоку %)

[cms 0]

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

Ментор даже в Питере по-тихому открыл представительство (о нем, похоже, знают только те кто там работал и друзья тех, кто там работал) и больше 2 лет немалая команда возилась конкретно с видеокодеками под Катапультой.

 

На слайде 60GHz указано - 1.5 года и limited resources. Сколько инженеров Ментор бросил на Катапульту я не знаю, но если много - то это только говорит в пользу оной. Ибо капиталисты платить за беспереспективный проект толпе народа не будут. Значит уверены в результате. То что хороший тул сделать не просто и то что команду в Питере разогнали ничего не говорит о том что такой тул сделать не возможно.

 

Ну а теперь прикиньте, каковы реальные затраты денег и времени на Си-синтез этого кодека и получилось бы что-нибудь если бы Катапульту предварительно несколько лет не точили под этот синтез...

 

Эти деньги и время затратил Ментор - а пользователь экономит. Это не реклама. Это доклад пользователя на IP-Embedded Systems Conference'09.

 

то те же Synfora не говорили бы о 18 месяцах :) Все перечисленное в докладе синтезировалось и до них, и также без особых проблем, как мне видится.

 

Это вы горячитесь, H.264 и 60GHz до них из С никто не синтезил. 18 месяцев для электронной индустрии - это большой срок, как раз хватит чтобы все стало гладко, а моделсим не сворачивают потому как за него несут денюжку - кто ж направления сворачивает пока оно еще прибыльное?

 

Кстати, а почему у вас нет ссылки на первоисточник? Это насколько я понимаю данная "success story", не так ли?

 

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

 

ИМХО чистые RTL дизайнеры уже давным давно никому не нужны. Нужны специалисты в областях обработки изображений, потоков данных, связисты, эмбеддеры и т.д. и т.п. А на чем работать это уже дело десятое. Главное что бы продукт шел.

 

В больших конторах все-таки придерживаются заповедей Адама Смита - чтобы экономика работала, труд должен быть дифференцирован. Поэтому там есть chief-architect'ы, algorithm experts, rtl coders, verification architects, test writers и еще много ну совсем не универсального люда. И начальство специально следит, чтобы не просходило смешение обязанностей, ибо это херит exellence.

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

 

Достоинство HDL в том, что он работает на низком уровне, а с привлечением всего диапазона возможностей ПЛИС + смекалки можно сделать то, что изначально было не реализуемым на данной платформе %). На высокоуровневом языке можно сделать тоже самое, но в итоге получаться те же яйца, вид сбоку %)

 

Насчет производительности: не так давно видел отчет BDTI - они тестировали два HLS тула и получили результат синтеза, схожий с результатом ксайлиновских инженеров, делавших тоже ручками!

 

Отчет по Synfora

Отчет по AutoESL AutoPilot