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

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

По этой причине проверка надежности теперь является неотъемлемой частью процесса проектирования и проверки ИС. Масштабы и сложность вопросов надежности, таких как электростатический разряд (ЭСР) и защита от защелкивания, существенно возросли по мере того, как конструкции переходили на самые передовые технологические узлы (рис. 1). В ответ на это большинство литейных заводов теперь предоставляют те или иные правила проектирования надежности, которые предоставляются компаниями, занимающимися автоматизацией электронного проектирования (EDA), в виде инструментов и проверок автоматизированной проверки надежности [1–3].

Рис. 1. Рост сложности подсчета проверок и плотности путей ESD по узлам процесса.

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

Использование сторонних ресурсов облачных вычислений для удовлетворения периодов «пикового спроса» при проверке полного чипа с наборами правил фабрики — это масштабируемый и устойчивый подход к своевременной проверке надежности. Однако компаниям необходимо четкое понимание требований, ограничений и стоимости облачных вычислений, чтобы принимать обоснованные решения о соотношении затрат и выгод при переходе на облачные технологии.

При использовании облачных серверов с компаний взимается плата в зависимости от количества используемых серверов, класса машины и общего времени использования. Оптимальное количество используемых облачных серверов и их конфигурации зависят от типов используемых вами потоков проверки надежности, используемого вами инструмента EDA, размера проекта, графика выпуска ленты и количества денег, которыми располагает ваша компания. готовы или могут потратиться на облачный доступ [4].

Чтобы продемонстрировать потенциальные преимущества выполнения потоков проверки надежности в облаке, мы провели серию экспериментов с полночиповой системой на кристалле (SoC) с использованием потоков проверки надежности Siemens EDA Caliber PERC с крупной коммерческой облачной службой. провайдер. Мы запустили один и тот же процесс Caliber PERC (используя один и тот же дизайн SoC и наборы правил) в общей сложности три раза на разном количестве облачных серверов:

• 1 облачный сервер с 16 физическими ядрами, использующий многопоточную технологию Calibre (MT).
• 5 облачных серверов, каждый с 16 физическими ядрами, использующих технологию Calibre flexible MT (MTflex). 5 серверов были организованы как 1 основной + 4 удаленных в конфигурации Caliber MTflex.
• 51 облачный сервер, каждый с 16 физическими ядрами, использующий технологию Caliber MTflex. 51 сервер был организован как 1 основной + 50 удаленных в конфигурации Caliber MTflex.

Мы записали время выполнения для каждого потока и сравнили результаты, как показано на рис. 2. Для 1 сервера, 5 серверов и 51 сервера запуск Caliber PERC завершился за 106 часов, 31 час и 9,5 часа соответственно. Кроме того, объем памяти для каждого запуска MTflex был уменьшен на 10 % по сравнению с запуском MT на одном компьютере.

Прочтите статью полностью:оптимизируете ли вы преимущества облачных вычислений для более быстрой проверки надежности?