cosmobot

zzzzzzz Кстати, не огласите его содержание? Счета-фактуры под рукой нет, так что точно не скажу(не помню),а так три машинки двухпроцессорные на двухядерных Opteron (по типу как предложил SM, если мне не изменяет память на подобной матери),8Гб,250 сата , остальные(6) двухядерные Athlon64, 4Гб. (бюджет немного изменился в лучшую сторону :)) SM Немного не верно -я предложения буду рассматривать исключительно с точки зрения сотрудничества организаций, а не так, что бросить своё дело и свалить работать на кого-то. Завидую.Небольшое(необязательно маленькое;-))собственное дело где сам себе хозяин это оптимальный вариант.

Поздравляю!

Дурдом , мало того что это ПО стоит черти сколько имеет посредственный интерфейс, не поддерживает распредленные вычисления так оно еще и многоядерные процессоры не поддерживает ;-). Всем спасибо за ваши мнения и рекомендации, заказ уже сделан. (ЗЫЖ мы не фирма мы институт, этим все сказано, не осовенные вовремя средствА ;) проплывают мимо) Думаю всеже преимущества у многоядреных\процессорных систем есть всегда, поскольку операционная система(которая кстати тоже потербляет какие то рессурсы) вполне способна использовать для своих задач один процессор или ядро,а софт cadence запускать на другом.

Например Немудров В., Мартин Г. "Проектирование систем на кристалле", Эту книгу можно рассматривать как введение в проектирование СнК, либо руководство по проектированию для менеджеров. Да тот же Бергерон, упоминает этот вопрос. Опять же лекции Ланцева (могу ошибаться) курс DSD20(?) МИЭТ-Cadence. Если есть запас во времени, никто жестоко не гонит, и можно делать медленно и качественно - другое. А такое бывает? Вот если верить упомянутым авторам то нет. Ибо некрупные компании по разработке выживают только исключительно за счет своей скорости и рискованных проектов.

SM А почему Вы считаете, что для полного маршрута нужна какая-то большая команда? Ну в большей части литературы которую я читал о проектировании СБИС одним из ключевых моментов называется время. Понятно что хорошая команда работает быстрее, чем даже очень квалифицированный одиночка(конечно не прямо пропорционально количеству человек, но всеже быстрее). Получается же что время не так критично?

Pechkin Cadence не рекомендует ставить для своих задач двуядерные процессоры. Двуядерные процессоры по их же словам не дают выигража в производительности по сравнению с одноядерными(а то и на 2-3 % хуже) Это информация от сапорта или из какой-то документации? Лично мое мнение лучше купить достаточно мощные AMD-based персоналки. Тоесть что то одно-двух процессорное на одноядерном Athlon64\ Opteron? hirohiro ICOA5251 в связке с IUS57 Странно оба эти пакета помечены как Future(тобишь релиза еще небыло), в списке поддерживаемых плафторм. Кейдансы не обновляют свой сайт аккуратно? Или ..

Судя по количеству присутствующих в этом форуме(разделе) людей из них едва можно составить одну команду для полного маршрута. Казалось бы при таком раскладе на форуме должны быть представлены всего несколько команд, и большинство форумцев должны знать друг друга лично. На практике дело похоже обстоит не так. Иногда даже создается впечатление что большинство команд состоит на одного человека, сам чтец,сам жнец. Особенно если присовокупить к этому широту интересов многих форумцев(ESL до GDSII, и даже технологические кады) Внимание вопрос, где сидят ваши коллеги?:) Мне кажется тематическое общение и обмен опытом это естественное состояние для любого специалиста. Или это не так? А может они выбирают более продвинутые конференции(эта довольно молодая и пока ограничена только русскоязычными пользователями)? Где интересно кроме здесь ?(:)) Есть edaboard, verificationguild ну и все пожалуй?

zzzzzzzz А с каким именно софтом были у вас проблемы на amd64 ? Особенно интересуют любые проблемы с софтом Cadence и Synopsys SM А вы в своих софтверных изысканиях сталкивались с проблемами упомянутыми zzzzzzzz ? Тот же IC5141 официально не поддерживается на amd64 нет ли с ним проблем? psygash Работать будет некомфортно когда несколько пользователей одновременно будут загружать сервер ресурсоемкой задачей. Для нормальной работы с терминалами необходим сервер куда мощнее чем можно купить за эти деньги. Но это чисто личное мнение. Сам работаю на отдельной машине. Понятно. Наверное вы правы.

psygash А работать через терминалы по моему не лучший вариант. Почему? А еще интересно стоит ли брать со скази или сата вполне подойдет, как мне кажется скази для данного рода задач неоправдан?

Кафедра(неизвестный спонсор) решила выделить на приобретение оборудования для лаборатории по проектированию ASIC 0,5 млн (рублей естественно, не москва), понятно на такие деньги спарки не купишь(разве только в единственном числе), посему отбившись от желателей купить ксеоны(а таких было много:)), решили сосредоточить свое внимание на amd64 . И тут возник такой вопрос , как лучше сделать купить одину-две машинки четырех ядерных с большим количеством оперативки+ несколько терминалов (просто ПК для того чтобы ходить на сервер по vnc или через Х) Или купить несколько неплохих машин но поскромнее, тобишь двухядерные(одно ?) amd64 c меньшим количеством оперативы. Руководству(не мне) хотелось бы обеспечить 6-7 рабочих мест. Проблема осложняется еще и тем что у начальства нет четкого понимания чем они собираются заниматься в этой лаборатории. Предположительно будет использоваться маршрут Cadence(но пока с ними еще не договорились). Что посоветуете?

shems Из того что есть на ФТП, чем я могу сынтезировать RTL? Самый простой вариант это найти соответсвующие лицензии на SOC Encounter GPS (они имеется на форуме или на фтп), и добавить их в свой license.dat , и у вас появится возможность пользоваться RTL Compiler

Спасибо . Скачал просвящаюсь. А всетаки хотелось бы еще обсудить перспективы этого бизнеса в России, настоящее положение и будущее. Возможно ли выжить компании не занимающейся государственным заказом, и есть ли уже такие в России и насколько они успешны. Интересуют все мнения. ДЛя начал предлагаю обсудить статью http://electronicsweekly.com/Articles/2005...nchiptalent.htm

zzzzzzzz Интерфейсы у названных прог хреновые. Другое дело, что люди привыкают и перестают на это обращать внимание. Но сколько при этом каждый матюков произносит в процессе освоения! вас чем то не устраивает интерфей энкаутера оптимизированный для работы с квадратными мониторами? ;-) Pechkin в пакет soc входит два синтезатора - билл гейтс и ртл сомпайлер да но не один из них недоступен для использования с FE, для RTL Compiler надо иметь лицензию на FE GPS или SOC E. GPS, для BuildGates для SOC E. у shems видимо имеется только лицензия на FE, ибо по умолчанию энкаунтер запускается с максимально фиченасыщенной лицензией которая ему доступна (SOC E. GPS в лучшему случае)

Интересно есть ли какая нибудь литература обьясняющая специфику бизнеса по разработке электронных устройств, по сравнению со обычным IT. ?

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

, да а еще с недавних пор убрали зачем то парковку forum.electronix.ru > electronix.ru/forum/

попробуйте в консоли написать export LD_LIBRARY_PATH=your_path:$LD_LIBRARY_PATH а затем запуститть то что вам нужно, если заработает то можно добавить LD_LIBRARY_PATH в ~/.bashrc (хотя я обычно делаю по другому, создаю файл в ~/ с переменными для каждого производителя софта и подгружаю по необходимости source имя_файла) ЗЫЖ обьявлять LD_LIBRARY_PATH глобально не слишком хорошая идея

не знаю насколько это кашерно но я обычно не трогаю ld.so.conf а использую переменную среды LD_LIBRARY_PATH

Дебил для меня привлекателен тем, что он есть и для embedded архитектур. Сейчас стало просто стандартом де факто не просто абы какой линух на плату впихнуть, а именно Debian. Примеры Это скорее всего потому что он полностью свободный,а не по каким то другим причинам. Реально для десктопа больше подойдет один из дериватов Дебиана например Ubuntu или Kubuntu. Преимущества: стабильные релизы (два раза в год), соответственно более свежий софт(не придется заморачиваться со всякими бэкпортами и собирать самому ширпотребный софт тоже не придется) Просто везде свои проблемы. И у Debian'a они тоже есть: тут на форуме есть тема про ОС для EDA. Люди там делятся впечатлениями... Это скорее проблемы производителей EDA :) До недавнего времени производители пропиетарного ПО его не очень жаловали , теперь дело немного сдвинулось. Оракал к примеру уже поддерживает офицально Debian.

в общем весь упмянутый мной софт заработал и на centos, полчаса подолбался с энкаунтером но исключительно по причине собственного идиотизма encounter & ;-)

Да хорошие руководтва не помешали бы, в интернете куча курсов различных американских университетов но как правило уровня : нажмите кнопку , затем эту и тп или запустите скрипт и все будет в шоколаде. А то собственно кроме документации и почитать нечего. Литература в основном про основы (ASIC Смита, или там Разави Аналго КМОП и тд ) либо документация уровня: это меню для этого это меню для этого и тп , хорошо хоть маршруты рисуют.

С линуксом проще - он различается только версией glibc. И это слабо связано с дистрибутивом. Поставьте упомянутое на Debian, вот тогда будет разговор что в линуксе все гладко и просто.

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

Каденсы давно грозятся довести ашуру до уровня калибра, как по вашему это им удастся(удалось) ?

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