?

Log in

No account? Create an account
По следам поста "Мозговой штурм - как осуществить идею Льва Валкина о центре EDA в Ульяновске" - Юрий Панчул [entries|archive|friends|userinfo]
Money can buy bandwidth. Latency requires bribing God.

[ website | My Website ]
[ userinfo | livejournal userinfo ]
[ archive | journal archive ]

По следам поста "Мозговой штурм - как осуществить идею Льва Валкина о центре EDA в Ульяновске" [Jan. 30th, 2013|09:31 am]
Yuri Panchul
По следам поста "Мозговой штурм - как осуществить идею Льва Валкина о центре EDA в Ульяновске". Дополнения от alexey_zharikov, который занимался физическим EDA в нескольких компаниях:

[User Picture]From:alexey_zharikov</span>
2013-01-30 07:02 am (UTC)

EDA

(Link)

Place and Route - это не только и не столько оптимальное размещение транзисторов и проводников на кристалле, сколько такое их размещение, которое позволяет изготовить эту интегральную схему при помощи конкретного технологического процесса. Заключается это свойство в том, что так называемые "Design Rules", которые являются по большей части геометрическими ограничениями, нигде на кристалле не должны быть нарушены. Причём для каждого технологического процесса система этих ограничений своя и с каждым более тонким процессом сложность этих ограничений растёт практически экспоненциально. Тут уже не до "оптимизации графов" - если layout проходит DRC (Design Rule Check) без ошибок - уже хорошо. Само по себе соблюдение Design Rules, без какой либо оптимизации - уже сложнейшая математическая и инженерная задача, требующая огромных вычислительных ресурсов. Я этим занимался в компании Ciranova, которую недавно купил Synopsys.

Дальше - больше. Даже если логическая верификация и геометрический layout выполнены безупречно, существует масса причин, почему интегральная схема всё равно будет неработоспособна. Поэтому одна из классических задач EDA - это верификация посредством симуляции электрических свойств интегральной схемы, до изготовления очень дорогих литографических масок для воплощения этой интегральной схемы в кремнии. А в последнее время симулируются ещё и термические свойства, чтобы убедится, что схема нигде не перегревается - а плотность потока тепла в современных высокопроизводительных микропроцессорах уже больше, чем в атомных реакторах. Наконец, по мере увеличения тактовых частот классическая SPICE симуляция электрических свойств интегральной схемы путём представления её в виде конечных элементов и решения системы уравнений Кирхгофа уже подходит к пределу применимости - дальше прийдётся решать систему уравнений Максвелла в непрерывной среде (на самом деле, "к счастью", в основном сводящуюся к уравнениям непрерывности Пуассона - сейчас это решает TCAD - ещё один важный EDA tool - в рамках геометрии одного единственного транзистора). Что тоже задачу отнюдь не упрощает и требуемых вычислительных ресурсов не уменьшает.
[User Picture]From:alexey_zharikov</span>
2013-01-30 07:20 am (UTC)

FPGA

(Link)

А для FPGA ещё и свои специфические виды EDA существуют. Например, программирование уже готовых элементов FPGA для соединения их в требуемую электронную схему они тоже называют "Place and Route". Хотя с созданием геометрического layout на кремниевом кристалле этот "Place and Route" ничего общего не имеет вообще. Поэтому тем, кто занимается дизайном геометрического layout FPGA микросхем на кремниевом кристалле и имеют дело и с тем и другим "Place and Route" приходится буквально вывернутся наизнанку в попытках понять или обьяснить, какой из двух "Place and Route" имеется в виду. Путаница там жуткая. Я с этим столкнулся, когда работал в Xilinx, а также на интервью в Altera.
[User Picture]From:alexey_zharikov</span>
2013-01-30 07:33 am (UTC)

Голливуд

(Link)

Ни в коем случае не спорю с основной темой. Но самое смешное, что современная актёрская и кинематографическая школа Голливуда примерно так и возникла - в Голливуд приехал Михаил Чехов, привёз туда систему Станиславского, которую перед этим вместе со Станиславским разрабатывал, и обучил ей многих впоследствии известных голливудских актёров и режиссёров. Например, Клинт Иствуд считает Михаила Чехова своим учителем. А до Чехова Голливуд представлял жалкое зрелище, особенно на фоне довоенного европейского кинематографа.

Так что сравнение с созданием Жераром Депардье Голливуда в Мордовии на самом деле с двойным дном.


Какая часть индустрии автоматизации электронного дизайна вас интересует?

Front-end simulation and verification - SystemVerilog, VHDL
6(13.6%)
RTL syhthesis and high-level synthesis, static timing analysis
2(4.5%)
ASIC place and route, DRC, physical design in general
1(2.3%)
FPGA mapping, place and route
3(6.8%)
SPICE-level simulation
0(0.0%)
Совсем суровая физика
4(9.1%)
Наоборот, поближе к софту - software / hardware codesign
11(25.0%)
Меня больше интересует встроенный софтвер - это уже вне EDA
4(9.1%)
Меня интересует обслуживание пользователей EDA-тулов - например рент дорогих тулов через веб
1(2.3%)
Я хожу в журнал Панчула, чтобы читать рассказы про Радулову
11(25.0%)
Из-за бугра плюете?
1(2.3%)
LinkReply

Comments:
[User Picture]From: alextr98
2013-01-30 05:46 pm (UTC)
> идею Льва Валкина о центре EDA в Ульяновске
в Ульяновске никаких центров EDA не будет в обозримое время.
(Reply) (Thread)
[User Picture]From: panchul
2013-01-30 05:57 pm (UTC)
EDA настолько маленькая индустрия, что даже компанию из двадцати человек посреди Сибири можно назвать "центром", если о ней упомянет Джон Кули в своем блоге http://deepchip.com

Вот как-то узнал про какую-то EDA микро-компанию в Румынии, которая быстренько подсуетилась во время появления библиотеки UVM (Universal Verification Methodology) и сварганила для нее тул. Штук пять таких компаний - и бац, уже центр.
(Reply) (Parent) (Thread)
[User Picture]From: alextr98
2013-01-30 06:21 pm (UTC)

посреди Сибири можно назвать "центром

Назвать можно, это да.

(Reply) (Parent) (Thread)
[User Picture]From: xvedar
2013-01-31 06:04 am (UTC)
А што за компания в Румынии ? Интересно посмотреть што у них сделано. Я просто занимаюсь OVM/UVM в Минске.
(Reply) (Parent) (Thread)
[User Picture]From: panchul
2013-01-31 06:21 am (UTC)
Я к сожалению не могу найти е-мейл (дело было давно), но по-моему это была вот такая компания - http://www.dvteclipse.com/index.html

Они делали какой-то генератор темплейтов для OVM/UVM пару лет назад.
(Reply) (Parent) (Thread)
[User Picture]From: sergegers1
2013-01-30 06:25 pm (UTC)
Юрий, я в вашем прошлом посте поинтересовался некоторыми подробностями вашего стартапа. Это слишком интимные детали?
(Reply) (Thread)
[User Picture]From: panchul
2013-01-30 07:21 pm (UTC)
Нет, не слишком интимные, я только что ответил
(Reply) (Parent) (Thread)
[User Picture]From: gineer
2013-01-31 06:58 pm (UTC)
давно уже пора к молекулярке переходить
(Reply) (Thread)
From: realurix
2013-02-01 11:48 am (UTC)
Достаточно один раз ПРАВИЛЬНО сделать в чипе перекоммутируемые порты и кому они тогда нужны будут эти EDA для ASIC-ов? Захотел 20 UART-ов - без проблем повторил 20 раз описание интерфейсов UART, не забыв указать куда какую ногу назначать. Понадобилось иметь 10 SPI интерфейсов и 10 I2C - опять без проблем - ищшь в стандартной библиотеке периферии нужные программные модули и не забываешь только расписать им ноги и регистры. Или на том же чипе вдруг захотелось сделать 8 SAS интерфейсов, да ещё парочку Ethernet к нему прикрутить - опять без проблем берёшь стандартную библиотеку модулей, в ней находишь SAS и Ethernet и только расписываешь ноги и регистры. Не разводится плата из-за того, что ноги проектанты как бык поссал поставили на заводе? Ничего страшного - берёшь библиотеку стандартных модулей для этой конфигурации, переназначаешь ноги, записываешь в конфиг периферии и всё - проблемы нет. Понадобилось иметь 64-канальный АЦП - без проблем берёшь в библиотеке стандартных модулей коммутатор аналоговых каналов и делаешь себе такой АЦП. Захотелось сделать свой какой-то забубённый интерфейс? Без проблем на языке близком к VERILOG делаешь к нему описание. Это не FPGA - это на два шага дальше. Это то, что хотят в конечном итоге сделать делатели, да вот делалка у них пока ещё не выросла.

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

Edited at 2013-02-01 12:02 pm (UTC)
(Reply) (Thread)