Охотно всем верится.
Только, как всегда, встает основной вопрос - ЕСТЬ ли у вас время трахаться с тонкой настройкой компьютера и экспериментировать - это не работает потому-то, а это - работает, но не так как-то. Вот каденс упал - это из-за чего?
Если ответ отрицательный, то лучше покупать проверенные решения.
И сразу начинать работать. Нет, конечно, всякие там мелкие примочки необходимы, - типа систему проверить, почистить, оптимизировать и т.п.
Но как второстепенная задача.

Для работы нужны
-Линукс-комп-рабочая станция (или переключаемая в Вин) обязательно;
-ВинХР-рабочая станция обязательно;
-Желательно САН-рабочая станция;
+Один-два компа большой вычислительной мощности на всю небольшую команду (для прогона ресурсоемких вычислений).
Все в единой сети.

Основная жизнь, однако, происходит за средненьким компом, на котором делается вся рутинная работа.
Кто будет спорить, что рутины в любом деле около 90%?
А печатать в Ворде отчет или таблицу тестов на крутом сервере - неправильно.

А еще лучше, если вопросами техники занимается не дизайнер схем, а грамотный сисадмин.

Да и крутые компы стоит покупать, когда без них уже долго ждать результат вычислений. А для фирмы на период становления (ОБ ЭТОМ БЫЛ НАЧАЛЬНЫЙ ВОПРОС) - вообще без разницы мощность. Главное надежность и количество. И мониторы побольше....

ИМХО.

ЗЫ. Скоро Виста окуклится, - все станет многоядерным... :-)

Я вот по себе заметил... Под вин у меня в процессе разработки ИС юзается в основном интернет эксплорер и почтовая программа И то только из-за привычки к ним. Ну и матлаб с ёкселем. Это всё! А это имеется и линуксовое. Так что не назвал бы я обязательным комп с виндой.

Насчет печатанья в ворде на крутом сервере - а что, серверу от этого поплохеет? Да это у него и процента ресурсов не отъест

Ну так это кому чего делать приходится.
Не дизайном единым....
Перечислю свои типичные рутинные Вин-задачи:
- Ведение переписки с заказчиками на разработку, разнообразными организациями.
- Разработка документации, отчетов, ТЗ и т.п.
- Графика для документов
- Сайтостроительство

Да, многое для этого есть и в Линуксе. Но форматы не совместимы на 100%.
И куча проблем с драйверами. На многое их вообще нет в природе.
А на "другом конце" однозначно люди сидят в виндах....Линуксовые заменители не катят - проверено... OpenOffice, StarOffice - только для фанатов, для жизни не пригодны (пока?).
Так что обязательно иметь
MS Office
Adobe Acrobat,
Adobe Photoshop
Corel Draw
FTP-client хороший.
Да и кучу всего остального. Иметь надо.
Например, тот же PCAD, SolidWorks

Насчет сервера, - конечно, лучше каждому по компу за 15тыс.$ - и нет проблем. И секретарше тоже...И вахтеру КПК покруче.... :-)

Добавлю по теме:
-главное для становления фирмы далеко не крутизна компов, а стабильность выплаты нормальной зарплаты сотрудникам (тоже нормальным). Вот без этого ничего работать не будет... Хороший обеспеченный инженер и на 286-ом чудес натворит (ну, с матюками, естественно).

zzzzzzzz, все же согласитесь, что перечисленные задачи (разве что кроме переписки) не относятся к разработке ИС. А относятся к разработке документации, менеджменту, и т.д.

А уж хороший фтп-клиент... Под виндой... Это более чем неожиданно.

ICOA5251 release выше 25 Aug 2005, первый hotfix вышел 05 Apr 2006. IUS57 вышел 01 Mar 2006, Hotfix 10 Apr 2006. Это я говорю про sourcelink.cadence.com, а cadence.com скорее всего обновляется реже.

to cosmobot
по поводу производительности 2х ядерных оптеронов информация от технической поддержки местного отделения Cadence

Господа!
На самом деле Pechkin прав.

На сайте тех. поддержки о multi-core processors пока нет никакой информации ( делать запрос лень). Поддерживаются официально только multi-processros systems. Более того, и это не всегда оправдано (нет большой выгоды при работе с пакетами IUS и частью анализов от Spectre и т.д.).

А это Supported Platform Matrix for Cadence Applications.

Дурдом , мало того что это ПО стоит черти сколько имеет посредственный интерфейс, не поддерживает распредленные вычисления так оно еще и многоядерные процессоры не поддерживает ;-).


Всем спасибо за ваши мнения и рекомендации, заказ уже сделан.
(ЗЫЖ мы не фирма мы институт, этим все сказано, не осовенные вовремя средствА проплывают мимо)




Думаю всеже преимущества у многоядреных\процессорных систем есть всегда, поскольку операционная система(которая кстати тоже потербляет какие то рессурсы) вполне способна использовать для своих задач один процессор или ядро,а софт cadence запускать на другом.

Только вот мульти-кор процессор, вставленный в материнскую плату и с подключенной памятью это есть multi-processor system. Где multi = 2. Не забывайте, что нет разницы, внутрь чипа запихали связь меж двух ядер, или оно в чипсете. Более того, операционка распознает двухядерный оптерон как честные два отдельных проца со всем остальным причитающимся. Не надо вестись на всякие маркетантские штучки и (или) придираться к словам!

Кто сказал, что не поддерживает распределенные вычисления? Очень даже поддерживает. Другое дело , что не все алгоритмы можно распределить.

На последок о multicore и multiprocessors:

How Dual Core Works
As I mentioned previously, dual-core architecture puts two slightly slower cores than today's high-end chips onto a single die. By using both cores, the chip delivers overall performance greater than the highest performing x86 processors today. The singular advantage is greater throughput with lower power consumption and lower cost.

Single-threaded applications, such as those found on desktops, do not derive the full measure of improved performance because they run on only one core. However, by providing a second core for the operating system to perform its internal functions, this configuration still delivers benefits to the single-threaded application, which now can run without being swapped in and out by the OS. In other words, on every desktop there are always multiple threads active at once, some created by the operating system (like Linux, Solaris, or Windows), and others by applications. On a dual-core system, two threads can run in parallel, giving both the operating system and applications plenty of processing resources.

That's just the start, of course. The real bonus occurs when multithreaded software, such as workstation and server applications, run on the new processors. Now the individual threads can run in parallel and, combined, do far more than a faster single-core processor. Hence, server applications will see the greatest lift from dual-core chips, and this is the reason why AMD is targeting servers in its initial roll out. This is where the benefits are most important and most evident.

Even though multicore is conceptually similar to multiprocessor, it is important to point out that the architectures are distinct. Let's examine this difference.

Multiprocessing vs. Multicore
What distinguishes technologies dual core and multiprocessing is the extent to which processor resources are duplicated rather than shared. On multiprocessors, of course, you have two separate processors, so everything is duplicated. At the other end of the scale are technologies such as Intel's Hyper-Threading Technology, where some parts are duplicated and most parts are shared in a single processor. This high degree of sharing limits the delivered improvement in HTT performance.

Dual-core chips are closer to multiple processors, both in terms of design and performance. This is because they mostly duplicate processor resources (two separate cores, after all) and share very little—primarily they share connections to the rest of the system. The critical resources such as cache are indeed duplicated. The result is performance that is significantly better than a single processor, although less than dual-processor systems. For this reason, AMD correctly positions these dual-core processors as significant upgrades to single-core chips, rather than as single-chip replacements for dual processors.

And as an upgrade, the dual-core Opteron chips have an impressive feature beyond the greater performance: The physical package in which they ship plugs directly into the socket used by single-core Opteron processors. As a result, upgrading consists of replacing the chips and updating the BIOS (for Rev E processors and later). Such easy upgradeability is unheard of in the processor industry. When was the last time you remember being able to upgrade to a different processor architecture without having to buy a whole new system?

The upshot is AMD's dual-core Opteron processors give you a heck of a lot more performance for the same price and the same level of power consumption as single-core Opteron chips. If you want more information on this technology, go to http://multicore.amd.com/.

Несмотря на большую личную симпатию к Вашей деятельности, SM, не соглашусь. Для серийного производства (не эксперименты), большая часть трудоемкости приходится на разработку документации, менеджменту.
И испытания, измерения, разработка того же контрольно-измерительного оборудования. Это все тоже разработка ИС, так как без этого никакой ИС и не будет производится вообще. Видимо, Вам с этим повезло и приходится "есть только самое вкусное". По-хорошему завидую...
К примеру, как правило, разработка только ТЗ на ОКР (ну и там графики работ, согласование алгоритмов если ИС сложная и т.п. ТЗ-шная деятельность) стоит примерно 5-10 процентов от всей суммы ОКР. А измерения около 50%. По сути, сама "чистая" разработка ИС стоит (10-30)% от общей суммы. Жизнь сурова....
А что, - не нравится ВинХР? На мой взгляд, весьма удачная и надежная система. И софта на нее горы. На все случаи жизни... CuteFTP, например, совсем не плох.
Даже для разработки ИС много чего есть.
Многие, например, пользуются связкой MG МоделСим-Леонардо-ТаннерТулз под ХР. И неплохие результаты получаются. А если еще и руками "облагородить", то вообще красота.
Конечно, если разрабатывается СБИС, то этого не достаточно.
Явно не хватает хорошего трассировщика под ХР. Но, думаю, скоро появится.

Немного про многоядерность.
Вопрос ведь вообще не так стоит - с мая одноядерные процы Интел, например, вообще перестает выпускать.
К осени все проги будут поддерживать и многоядерность и многопроцессорность. А многие уже давно поддерживают.
А те, которые пока не поддерживают - работают на одном ядре (или процессоре) а второе позволяет прекрасно работать параллельно.
Сейчас (если говорить про пни) хорошее решение - использовать проц 840 или 940. А время, когда АМД при равной или даже большей производительности стоил дешевле давно ушло. Цены очень близки и строго соответствуют производительности.
Ну, не будем спорить. Это, в конце концов, вопрос больше вкуса и "веры".
Всё пиво разливается "из одной бочки". Тем более, заказ сделан.
Кстати, не огласите его содержание?

Возможно. Но видимо не везде. Я до сих пор не написал даже простого описания даже на первую выпущенную микруху, и делаю вовсю следующие. При, заметьте, серийном производстве продукции с применением уже разработанных. А зачем нам эта документация? Нам достаточен какой-то минимальный объем на уровне описания битов в регистрах, системы команд, адресов, и т.п... Ну и результатов измерений - параметров. Это пара страниц, заполняемых по ходу дела - все эти вещи (кроме результатов измерений) могут десятками раз меняться при разработке RTL и топологии. А то и программист может попросить - а сделай-ка мне вот такую штуку в железе... Запишем - по такому-то адресу такая-то штука. Всё. Да я лучше в RTL загляну лишний раз и на вопрос программиста отвечу, если что... Не вижу пока смысла писать какую-то кучу документации. Только необходимый абсолютный минимум. Вот другое дело, если вдруг появится какой-нить чудо-клиент, и захочет покупать сотни тысяч кристаллов, и потребует документации - так под такое дело и комп купим, и человека наймем для бумаготворчества. А пока реально нужны рабочие изделия с функциональностью выше, а стоимостью ниже, чем у конкуррентов. Что достигается вовсе не писанием бумаг в ворде, а сидением в симуляторах-эмуляторах, синтезаторах-разводчиках и периодическими обсуждениями возникающих по ходу дела проблем. И так оно потому, что это частная контора, а не госпредприятие/военка.

Нда... Когда ваятелей GPL софта обламывает писать доку, и они так и говорят - "не парь мозги - смотри исхоник" - все уже привыкли. Теперь, похоже, нечто подобное будет с процами.

Вопрос по доке фундаментальный. Он начнется с того момента, когда Вы в отпуск пойдете. Или заболеете, не дай бог. Тогда Вы многое поймете...

Разумеется, не стоит доку писать полностью вручную. Я не знаю, есть ли для RTL системы документирования типа Doxygen,
http://www.stack.nl/~dimitri/doxygen/index.html
но хотя бы чем-то похожим пользоваться надо...

Нет, он начнется с того момента, как эта дока понадобится кому-то, кроме ТРЕХ человек, которые участвуют в разработке как и чипа, так и устройств на нем. И если так случится (как я говорил, микрухой заинтересуются сторонние клиенты), то дока будет. И не путайте с GPL - там толпа народу интересуется и участвует, а тут - наоборот. Двое-трое, а остальным закрыто.