가능한 상호 작용 수가 증가하고 해당 칩이 보다 중요한 애플리케이션에 사용됨에 따라 공식 검증은 칩 설계에서 더 자주 그리고 더 많은 위치에 배포되고 있습니다.
과거에는 많은 공식적인 검증 칩이 제대로 작동하는지 여부에 초점이 맞춰졌습니다. 그러나 설계가 더욱 복잡해지고 이기종화되고 사용 사례가 변경됨에 따라 파티셔닝의 영향 평가부터 자동 데이터 손상 소스 추적에 이르기까지 모든 분야에서 공식 검증이 활용되고 있습니다. 사이버 공격의 가능한 벡터를 식별하고 장치 내에서 전력이 전달되고 사용되는 방식을 추적하는 데에도 사용됩니다.
"저전력 설계는 아주 오랫동안 존재해 왔지만 모바일 칩에 주로 채택되는 접근 방식이었습니다."라고 R&D 그룹 이사인 Sean Safarpour는 말합니다. 시놉시스 EDA 그룹. “이제 모든 것이 끝났습니다. 마찬가지로, 가속기에서 더 많은 AI/ML이 사용되는 것을 볼 수 있으며, 전력당 수행할 수 있는 작업량이 주요 동인입니다. 이제 모든 사람이 무엇을 하든 저전력 설계는 큰 관심사입니다. 이것이 공식 검증과 관련이 있는 것은 공식 검증을 사용하여 이러한 문제 중 일부를 해결할 수 있는 구체적인 방법이 있다는 것입니다.”
이것은 더 이상 단지 이야기가 아닙니다. 시계 게이팅 모든 것이 올바른지 확인하기 위해 시뮬레이션 회귀를 다시 실행하는 최적화가 포함됩니다. 오늘날 전력은 시스템 내 다른 구성 요소의 맥락에서, 때로는 시스템 간 측면에서 고려해야 합니다. 공식적인 절차 없이 수행할 수 있다면 훨씬 더 많은 시간이 소요될 것입니다. 또한 전력 공급부터 활용까지 전력을 추적해야 하는 다양한 사용 사례 및 워크로드의 맥락에서 조사해야 합니다.
Safarpour는 "클럭 게이팅을 수행하는 경우 클록 게이팅 유무에 관계없이 분석을 수행하여 기능이 동일한지 또는 버그가 있거나 문제가 발생했는지 여부를 확실하게 알려줄 수 있습니다."라고 말했습니다. “사용자 요청에 따라 이제 UPF 파일을 통해 전력 의도를 고려할 수도 있습니다. 5~6년 전에는 그런 요청이 전혀 없었어요. 이제는 너무 유명해져서 '재산 확인을 한다'고 하더라고요. 내 주장이 있습니다. 하지만 이제 나는 내 UPF 앞에서 그러한 주장을 확인하고 싶습니다. 또 다른 특정 애플리케이션인 'SoC 수준 연결 확인'을 수행합니다. 그러나 디자인의 전체 UPF를 고려하지 않으면 이는 불완전합니다. Formal은 이러한 매우 특정한 영역으로 들어갈 수 있으므로 사용자는 '잠깐만요. 전체 회귀 제품군을 다시 실행할 필요가 없습니다. 우리는 이러한 특정 문제를 철저하게 해결할 수 있습니다.' 그것이 바로 형식의 진정한 가치이다. 이는 본질적으로 철저하므로 전체 테스트 계획을 살펴보고 저전력이든 보안이든 이러한 측면 중 일부를 살펴보면 이러한 모든 내용을 살펴볼 수 있습니다. 테스트 계획에는 이에 대한 특정 항목이 있습니다. 그 중 일부는 공식적인 검증을 통해 철저하게 해결할 수 있는데, 이것이 요즘 문제 공간이 커짐에 따라 두각을 나타내는 이유 중 하나입니다.”
간단히 말해서, 기능 수가 적고 수명 주기가 짧았던 과거에는 허용되었던 적용 범위 격차가 오늘날 많은 애플리케이션에서는 허용되지 않습니다.
"모든 사람은 항상 점점 더 복잡해지는 것에 대해 이야기하고 있으며 많은 사람들이 이를 이유로 일을 다르게 수행하는 이유로 올바르게 사용할 것입니다."라고 정적 및 공식 솔루션 제품 관리 책임자인 Chris Giles는 말했습니다. 지멘스 EDA. “시장 성공과 일반적인 개발 프로세스를 살펴보면 수십 년 동안 검증에 대한 투자가 증가했음에도 불구하고 복잡성 증가를 따라잡지 못하고 있다는 것을 알 수 있습니다. 따라서 우리 모두는 복잡성이 지속적으로 증가하고 있다는 것을 알고 있지만, 업계 차원에서 우리가 이에 대응하는 방식은 필요한 만큼 효과적이지 않습니다. 지난 몇 년 동안 나타난 변화는 세계가 실리콘에 대해 요구하는 바이며, 공식 검증이 절대적인 요구 사항이 되고 있는 곳입니다. 오늘날 세계가 실리콘에 요구하는 것은 다른 검증 접근 방식입니다. 우리가 요구하는 것은 더 이상 복잡성에 관한 것이 아닙니다. 안전에 관한 것입니다. 보안에 관한 것입니다. 그것은 신뢰에 관한 것입니다. 그것은 보증에 관한 것입니다. 그리고 이 모든 것은 선형 시뮬레이션 방법론으로 증명하기가 매우 어렵습니다.”
이는 결과적으로 공식 검증에 대한 수요가 폭발적으로 증가하게 되었습니다. Giles는 “이것이 바로 공식적인 부분이 뛰어난 부분입니다.”라고 말했습니다. “완전한 특성으로 인해 공식 검증을 통해 설계가 안전하고 안전하며 신뢰할 수 있음을 결정적으로 입증할 수 있습니다. 이러한 속성을 인증하기 위해 업계에서 수행되는 많은 작업이 있으므로 해당 인증을 생성하는 흐름을 갖는 것이 중요합니다. 이것은 공식이 절대적으로 필수적인 곳입니다. IP 산업을 살펴보면 IP 회사는 자신의 IP가 어떤 최종 제품에 포함될지 반드시 알 수 없으므로 이러한 유형의 질문에 대한 계획을 세워야 합니다. 이것이 안전한 설계인지 어떻게 알 수 있나요? 이것이 신뢰할 수 있는 디자인인지 어떻게 알 수 있나요? 인간의 생명을 통제하에 두는 것이 안전하다는 것을 어떻게 알 수 있습니까? 이는 오늘날 IP 팀도 걱정해야 할 사항입니다.”
Pete Hardee, 시스템 및 검증 그룹의 제품 관리 이사 운율, 그는 지난 10년 동안 공식 검증 사용이 눈에 띄게 증가했다고 말했습니다. “의심할 여지 없이 이 제품은 '틈을 넘어' 주류로 널리 사용되었습니다. 이는 대다수의 일류 반도체 회사의 검증 무기고에 없어서는 안 될 도구입니다.”
고급 노드 SoC와 패키지의 이기종 어셈블리 모두에 대한 복잡성이 증가함에 따라 더 많은 검증이 필요합니다. Hardee는 “설계가 복잡해짐에 따라 검증 요구가 기하급수적으로 늘어나는 경향이 있습니다. “주요 효과는 두 가지였습니다. 첫째, IP 기반 계층적 검증에서는 분할 정복이 검증 성공의 주요 요인이 되었습니다. IP 블록이나 하위 시스템을 철저하게 검증한 후 올바른 통합을 확인하고 다음 단계에서 문제가 없는지 확인합니다. IP 기반 검증의 경우, 공식 검증은 전부는 아니지만 많은 종류의 IP에 대한 공식 승인을 달성하도록 확장되었습니다. 공식적인 확장성의 큰 진전에도 불구하고 상태 공간은 여전히 문제가 될 수 있습니다. 예를 들어, 복잡한 직렬 프로토콜은 공식 검증이 여전히 어렵습니다. 순차 깊이가 너무 높은 경우가 많습니다. 일부 공식 기술은 칩 수준으로 확장할 수 있지만 일부 제한된 방식으로만 확장할 수 있습니다. 대규모 디지털 SoC에 대한 완전한 공식 승인은 여전히 너무 어렵습니다.”
프로세서 기반 설계는 항상 까다로웠지만 도메인별 아키텍처를 활용할 때 검증하기가 특히 어렵습니다. 그는 “수직 애플리케이션에 따라 동종 또는 이종 프로세서 코어 배열을 사용하는 다중 프로세서 아키텍처, 대규모 프로그래밍이 가능한 설계가 크게 증가하고 있습니다.”라고 말했습니다. “애플리케이션 프로세서의 경우 Arm 대 x86 ISA 전투가 이제 RISC-V에 의해 시작되었습니다. GPU는 오랫동안 사용되어 왔지만 다른 많은 유형의 수학 보조 프로세서와 가속기는 일반적이며 특히 AI/ML 혁명에 힘입어 더욱 그렇습니다. 모두가 자신의 전력, 성능 및 공간 요구 사항에 최적화된 애플리케이션 및 수학 코어의 변형을 설계하고 있습니다.” Cadence에서는 이러한 현상을 도메인별 아키텍처(DSA)라고 합니다.
신뢰성에 대한 우려는 중요하지 않은 장치에도 확산되고 있습니다. "모든 디자인에는 산술 중심 디자인을 포함하여 공식적인 검증 솔루션이 있을 수 있습니다."라고 Ashish Darbari CEO는 말했습니다. 공리화. “산술 중심 설계는 최대 규모의 공식 검증 도구 제공업체가 제공하는 고급 솔루션의 이점을 누리고 있으며, 이들 모두 특히 부동 소수점 측면에서 산술 검증에 적합한 솔루션을 보유하고 있습니다. 큰 계획에서 볼 때 이는 반드시 큰 작업량은 아니지만 우리가 외면하지 않을 만큼 충분히 의미 있고 중요합니다.”
이로 인해 공식이 흐름의 훨씬 더 초기에 사용될 수 있는 문이 열렸으며, 여기서는 설계 관련 지연을 방지하고 엔지니어링 커뮤니티의 더 넓은 범위에 걸쳐 사용할 수 있습니다. 그러나 모든 사람이 글쓰기에 능숙하지는 않기 때문에 재능 부족도 발생했습니다. 주장 다양한 애플리케이션에 걸쳐.
Darbari는 “GPU, 프로세서 회사, 패브릭 회사 등 실리콘 분야에서 합리적인 이름을 가진 모든 사람이 형식을 사용하고 있습니다.”라고 말했습니다. “하드웨어를 만드는 모든 거대 기업은 형식을 사용하고 있습니다. 그리고 그들 중 일부는 공식적인 일을 너무 많이 하고 싶어하지만 재능이 충분하지 않습니다.”
채택률도 다양합니다. Siemens의 Giles는 “일부는 공식 검증에 매우 익숙하고 편안하며 그것이 무엇을 할 수 있는지 이해하고 이에 도전합니다.”라고 말했습니다. “다른 사람들은 때로는 과학 프로젝트처럼 느껴지거나 교육적 노력이 필요하기 때문에 조금 더 주저합니다. 공식에 익숙하지 않은 사람이 먼저 공식 검증을 추천한다는 말을 들으면 '이제 우리 직원도 박사 학위를 받아야지'라는 생각이 먼저 든다. 우리는 프로젝트를 진행해야 합니다. 내가 어떻게 이런 짓을 할 수 있겠어?' 그리고 이는 다양한 수준의 채택으로 이어집니다.”
일부 회사에서는 공식이 많은 필수 기술 중 하나가 되었습니다. 이것은 중요한 변화입니다. 공식 검증 초기에는 소수의 엔지니어 그룹이 도구 사용에 능숙해질 것이라고 가정했습니다.
Synopsys의 Safarpour는 “우리는 설계자, 검증 엔지니어, 각계각층의 엔지니어가 이 기술을 활용할 수 있다는 것을 깨달았습니다.”라고 말했습니다. “그리고 해당 사용자를 위해 보다 직관적인 도구를 만드는 것은 EDA 도구 개발자의 몫이었습니다. 우리는 다른 페르소나와 다른 모자를 가지고 있습니다. 이제 디자이너라면 약간 다른 인터페이스가 필요할 수도 있습니다. 당신은 공식적인 검은 벨트와는 다른 각도에서 접근하고 있으며, 당신이 찾고 있는 종소리와 휘파람 소리는 상당히 다릅니다. 도구 개발자로서 우리는 도구를 최대한 활용할 수 있는 사용자로부터도 배웠습니다. 그런 측면에서도 기준이 낮아졌다. 요즘에는 질문을 받거나 고객과 대화할 때 기존의 공식 전문가보다 도구에 대한 개선 사항을 요청하거나 피드백을 제공하는 비전문가가 많이 있습니다.”
에뮬레이션 vs. 공식 vs. 시뮬레이션
검증 흐름의 다른 충실한 요소로는 시뮬레이션과 에뮬레이션이 있습니다. 그러나 특정 설계의 경우 모든 검증 도구가 필요하지 않을 수도 있습니다.
Siemens의 Giles는 “공식 검증에는 적합하지만 시뮬레이션에는 적합하지 않은 것들이 있으며 그 반대도 마찬가지입니다.”라고 말했습니다. “이것의 좋은 예는 연결 확인입니다. 모든 상호 연결이 조금씩 올바른지 시뮬레이션하는 과정은 상당히 긴 연속 과정입니다. 한 번의 실행으로 철저하게 수행할 수 있다면 해당 시뮬레이션 주기를 취하여 시뮬레이션이 가장 잘 수행되는 작업에 사용할 수 있습니다. 그래서 그것은 생산성 플레이입니다. 업계가 세계화 모델에서 지역화 또는 국유화 모델로 이동하고 실리콘 설계, 개발 및 생산 생태계를 전 세계적으로 여러 번 복제해야 하는 상황에서 또 다른 분명한 사실은 노동력 부족이 발생한다는 것입니다. 전 세계 거의 모든 곳에서 예측되었습니다. 그리고 이것은 디자인의 복잡성과는 아무런 관련이 없습니다. 이는 세계의 지정학적, 거시경제적 현실과 관련이 있습니다. 이는 모든 곳에서 기회를 창출하고 있습니다. 그리고 현실은 그러한 환경에서 성공하려면 직원들의 생산성이 더 높아야 한다는 것입니다. 공식적이거나 효율적인 검증을 사용하여 시뮬레이션 주기를 시뮬레이션이 가장 잘 수행할 수 있도록 확보하는 것은 현재와 미래 개발의 중요한 부분입니다. 따라서 이 두 가지, 즉 생산성 부분과 오늘날 전 세계가 실리콘에 적용하고 있는 요구 사항에 대한 응답, 그리고 안전과 확신, 신뢰 및 보안 측면에서 이러한 두 가지 사항이 제가 모든 비즈니스에 공식 검증이 절대적으로 필요하다고 생각하는 이유입니다. 개발."
어떤 경우에는 두 가지 이상의 도구 유형이 필요합니다. Darbari는 적용 범위 요구 사항과 다양한 공급업체의 다양한 도구 기능을 기반으로 중복되는 점을 지적합니다. 그는 “아직 변수가 있다”고 말했다. “디버그는 가장 흥미로운 것입니다. 디버그는 가장 짧은 시간에 실패의 근본 원인을 찾아낼 수 있는 영역이자, 근본 원인을 찾기 위해 많은 시간을 투자한 영역이기도 합니다.”
또한 시뮬레이션 주기를 줄이기 위해 공식 검증과 시뮬레이션 사이에 상호 작용이 있으며, 엔지니어링 팀에 더 많은 비용이 드는 공식 검증이 있습니다.
Safarpour는 “시뮬레이션을 충분히 수행할 수 없기 때문에 수요가 무한합니다.”라고 말했습니다. “모두가 시뮬레이션을 하고 싶어하지만 이를 위한 충분한 컴퓨팅 능력이 없습니다. 그러나 시뮬레이션과 공식 검증 기술은 본질적으로 상당히 상호 보완적이며 여러 영역에서 이를 볼 수 있습니다. 적용 범위에서 시뮬레이션을 사용하면 매우 쉽게 80%, 85%, 어쩌면 90% 범위에 도달할 수 있으며 그 다음에는 곡선이 빠르게 정체 상태에 도달하게 됩니다. 그러면 나머지 5%가 있습니다. 승인 기준이 무엇인지에 따라 추가로 5% 정도가 있고, 수행할 수 있는 무작위화가 너무 많아서 우리는 여전히 이를 달성할 수 없습니다. 그 5%는 형식적인 면에서 가장 좋은 자리입니다. 왜냐하면 5%는 형식적인 면에서 좋은 특수한 경우처럼 맞추기 어려운 일이거나 데드 코드일 가능성이 높기 때문입니다. 시뮬레이션을 하면 칠 수 없습니다. 이로 인해 물음표가 남게 되고, 그러면 일부 엔지니어가 개입하여 해당 코드를 검토하고 '내 생각엔 접근할 수 없는 것 같아'라고 말해야 할 것입니다. 따라서 수동 개입입니다. 우리가 하는 방식은 시뮬레이션과 공식 도구가 동일한 데이터베이스에서 작동하고 서로 돕는 것입니다.”
기능 안전 애플리케이션에도 동일한 시나리오가 적용됩니다. “기능적 안전성과 내결함성을 최대한 커버한 다음 공식적인 단계를 밟을 수 있습니다. 보안도 마찬가지이며 이 접근 방식은 다른 영역에서 계속 반복됩니다. 시뮬레이션을 통해 쉬운 작업을 수행하고, 그 수준에 도달한 다음 공식적으로 마지막 마일을 수행하게 됩니다.”라고 Safarpour는 설명했습니다.
도메인별 아키텍처에는 고유한 문제가 추가됩니다. Cadence의 Hardee는 “프로그래머블이 불가능한 ASIC과 달리 DSA는 프로그래머가 프로세서를 사용하는 다양한 방식을 예측할 수 없기 때문에 다릅니다.”라고 말했습니다. “전혀 예상치 못한 일을 포함하여 모든 만일의 사태에 대비해야 합니다. 공식적인 방법이 유일한 방법입니다. Arm 및 Intel과 같은 프로세서 기술 리더는 이를 알고 공식 검증에 오랫동안 투자해 왔습니다. 자체 RISC-V 구현을 수행하는 모든 회사는 동일한 작업을 수행해야 합니다. 그리고 수학 보조 프로세서와 AI/ML 엔진의 성장으로 인해 C/C++와 같은 새로운 형식 기술이 RTL 순차 동등성 검사로 전환되고 있습니다.”
형식의 한계
그러나 모든 EDA 도구와 마찬가지로 형식에는 몇 가지 제한 사항이 있습니다. "Formal은 전체 SoC보다 모듈이나 블록에서 더 잘 실행된다는 평판을 갖고 있습니다."라고 Siemens의 Giles는 말했습니다. “공식은 길고 순차적인 문제에 있어서 어려움을 겪습니다. 이에 대한 좋은 예는 부동 소수점 단위의 곱셈 또는 나눗셈 함수를 검증하기 위해 형식을 사용하는 것이 어렵다는 것입니다. 가장 좋은 행동 방침은 공식이 가장 잘 하는 일을 공식이 하게 하고, 시뮬레이션이 가장 잘 하는 일을 시뮬레이션이 하도록 하는 것입니다. 부동 소수점 설계를 사용하면 모든 것을 확인할 수 있지만 곱셈과 나눗셈 기능은 시뮬레이션을 통해 가장 잘 수행되므로 시뮬레이션 기능을 훨씬 더 효율적으로 사용할 수 있으며 필요한 사항을 확인하게 됩니다. 거기서 끝났어. 그러면 시뮬레이션을 통해 전체 부동 소수점 단위를 수행할 필요가 없습니다.”
모든 도구와 마찬가지로 추상화와 새로운 연구를 통해 이러한 한계를 극복하기 위해 많은 작업이 진행되고 있는 영역이기도 합니다. Giles는 “현재로서는 형식적인 것이 잘 되는 일이 있고 시뮬레이션이 잘 되는 일이 있다는 메시지를 전달합니다.”라고 Giles는 말했습니다. “공식이 시뮬레이션을 완전히 제거하는 시나리오는 결코 볼 수 없습니다. 몇 년 동안과 마찬가지로 저는 항상 게이트 수준 시뮬레이션을 중단하고 싶었지만 결코 성공하지 못했습니다. 공식과 시뮬레이션을 통해서도 이를 확인할 것입니다.”
공식적인 검증 방법은 철저하고 철저할 수 있지만 전반적으로 요구 사항이 되어야 할까요?
2014년 Cadence가 인수하기 전에도 Jasper는 공식 앱의 도입을 통해 더 광범위한 확산을 개척했습니다. 모델 검사를 사용하고 종종 자동으로 생성된 어설션을 사용하여 훨씬 낮은 수준의 공식 전문 지식이 필요한 보다 접근하기 쉬운 방식으로 일반적인 검증 문제를 해결합니다. 하디가 말했다.
또한 “연결성은 훌륭한 예이며 채택하기 가장 쉬운 것 중 하나입니다. 스프레드시트의 연결 맵에서 어설션을 생성하거나 IP-XACT 형태. 시뮬레이션으로도 동일한 작업을 수행할 수 있지만 지루합니다. 이 형식적 방법은 기본 블록 기능의 대부분을 추상화할 수 있으므로 칩 수준으로 쉽게 확장됩니다. 경우에 따라 이러한 앱은 시뮬레이션 작업 부하를 오프로드할 수 있으며, 무작위 도구로 생성된 입력 자극은 일반적으로 시뮬레이션 테스트벤치보다 더 철저하기 때문에 코너 케이스 버그를 찾는 데 가치가 있습니다. 이러한 앱은 검증 엔지니어가 공식적인 작업을 시작하거나 '게이트웨이' 역할을 하는 데 유용하지만 사용량 측면에서는 빙산의 일각에 불과합니다. 현재 우리는 형식 검증의 대부분의 회귀 사용을 포함하여 빙산의 대부분이 형식 속성 검증과 RTL-RTL 및 C/모두의 순차 동등성 확인을 통해 프로세서 기반 DSA 설계를 검증하는 데 있음을 발견했습니다. C++에서 RTL로”라고 덧붙였습니다. “전반적인 요구 사항으로 공식적인 검증을 설정하고 싶지만 여전히 필요한 경우도 있고 시뮬레이션이 더 나은 결과를 내는 다른 사례도 있습니다. 그러나 공식적인 검증이 필요한 설계 유형이 훨씬 더 빠른 속도로 증가하고 있는 것을 볼 수 있습니다.”
이 모든 것이 어떻게 발전하는지에 관해 EDA 생태계는 기존 애플리케이션을 넘어 공식 검증을 어떻게 사용할 수 있는지 파악하는 단계에 있는 것으로 보입니다.
Giles는 “특정 최종 용도를 위해 번들로 제공되는 공식 애플리케이션을 판매하는 모든 공급업체에 매우 일반적인 애플리케이션 세트가 있습니다.”라고 결론지었습니다. “기술적 측면과 비즈니스 측면 모두에서 볼 때, 하드웨어의 트로이 목마 탐지와 같이 이전에는 불가능했던 검증을 수행하는 방식으로 형식을 사용하는 것이 도전 과제이자 기회입니다. 특히 오픈 소스 하드웨어의 세계에서는 해당 디자인에 있어서는 안되는 것이 아무것도 없다는 것을 증명할 수 있다는 것은 매우 좋은 일입니다. 이는 일반적으로 시뮬레이션으로 해결되는 검증 문제가 아닙니다. 왜냐하면 시뮬레이션은 일반적으로 사용자가 찾고 있는 것이 무엇인지 알고 있다고 가정하고 단지 그렇게 하는지 확인하려고 하기 때문입니다. 트로이 목마 탐지 기능을 사용하면 이제 알려진 상태 공간에서 효과적으로 벗어나는 항목을 찾을 수 있습니다. 이는 엄청난 가능성을 지닌 일입니다.”
관련 독서
RISC-V 마이크로 아키텍처 검증
프로세서를 검증하는 것은 지침이 작동하는지 확인하는 것 이상이지만 업계는 제한된 지식 기반과 소수의 전용 도구를 기반으로 구축되고 있습니다.
보안 검증에 필요한 새로운 개념
하드웨어가 올바르게 작동하고 현장에 나타날 수 있는 취약점을 감지할 수 있는지 확인하는 것이 왜 그렇게 어려운가요?
- SEO 기반 콘텐츠 및 PR 배포. 오늘 증폭하십시오.
- PlatoData.Network 수직 생성 Ai. 자신에게 권한을 부여하십시오. 여기에서 액세스하십시오.
- PlatoAiStream. 웹3 인텔리전스. 지식 증폭. 여기에서 액세스하십시오.
- 플라톤ESG. 탄소, 클린테크, 에너지, 환경, 태양광, 폐기물 관리. 여기에서 액세스하십시오.
- PlatoHealth. 생명 공학 및 임상 시험 인텔리전스. 여기에서 액세스하십시오.
- 출처: https://semiengineering.com/formal-verifications-usefulness-widens/
- :있다
- :이다
- :아니
- :어디
- $UP
- 2014
- a
- 할 수 있는
- 소개
- 절대
- 절대적으로
- 멍한
- 가속기
- 허용
- 얻기 쉬운
- 에 따르면
- 계정
- 달성
- 취득
- 가로질러
- 연기
- 동작
- 더하다
- 추가
- 채택
- 양자
- 많은
- ...전에
- AI / ML
- All
- 따라
- 또한
- 항상
- am
- 양
- an
- 분석
- 및
- 다른
- 응답
- 어떤
- 더 이상
- 아무것도
- 등장하다
- 어플리케이션
- 어플리케이션
- 접근
- 앱
- 아키텍처
- 있군요
- 지역
- 지역
- ARM
- 약
- AS
- Asics
- 양상
- 측면
- 조립
- 평가
- 꾸민
- 보증
- At
- 바
- 기지
- 기반으로
- 전투
- BE
- 때문에
- 가
- 되고
- 된
- 전에
- 존재
- 종소리
- 유익한
- BEST
- 더 나은
- 사이에
- 그 너머
- 큰
- 비트
- 검정
- 블랙 벨트
- 블록
- 판
- 두
- 무한한
- 더 넓은
- 파산
- 부서진
- 곤충
- 버그
- 건물
- 번들
- 사업
- 비자 면제 프로그램에 해당하는 국가의 시민권을 가지고 있지만
- by
- 운율
- CAN
- 얻을 수 있습니다
- 기능
- 수
- 가지 경우
- 음식
- 원인
- 대표 이사
- 어떤
- 인증
- 인증하다
- 도전
- 과제
- 도전
- 승산
- 이전 단계로 돌아가기
- 검사
- 확인
- 칩
- 칩
- 크리스
- 선명한
- 시계
- 암호
- 제공
- 안락한
- 오는
- 공통의
- 커뮤니티
- 기업
- 회사
- 보완적인
- 완전히
- 복잡한
- 복잡성
- 구성 요소들
- 계산
- 개념
- 관심
- 결론
- 입/출력 라인
- 고려
- 고려
- 상수
- 문맥
- 대조
- 제어
- 모서리
- 수정
- 바르게
- 부패
- 값 비싼
- 수
- 코스
- 엄호
- 적용 범위
- 적용
- 만든
- 만들기
- 기준
- 임계
- 현재
- 곡선
- 첨점
- 고객
- 사이버 공격
- 주기
- 데이터
- 데이터베이스
- 일
- 죽은
- 로사리오 염주
- 전용
- 지연
- 전달
- 배달
- 수요
- 요구
- 요구
- 의존
- 배포
- 깊이
- 디자인
- 디자이너
- 디자이너
- 설계
- 디자인
- 무례
- Detection System
- 개발자
- 개발
- 장치
- 디바이스
- 다른
- 다르게
- 어려운
- 디지털
- 책임자
- 나누다
- do
- 하지
- 하지 않습니다
- 하기
- 도메인
- 한
- 말라
- 문
- 의심
- 구동
- 운전사
- 운전
- 마다
- 이전
- 초기의
- 가장 쉬운
- 용이하게
- 쉽게
- 생태계
- 교육적인
- 유효한
- 효과적으로
- 효과
- 효율적인
- 노력
- 중
- 거림
- 포옹
- 에뮬레이션
- end
- 기사
- 엔지니어링
- 엔지니어
- 엔진
- 향상
- 충분히
- 확인
- 전체의
- 환경
- 등가
- 특히
- 필수
- 에테르 (ETH)
- 조차
- EVER
- 점점 증가하는
- 모든
- 사람들
- 사람
- 모두의
- 모두
- 모든 곳
- 진화하다
- 예
- 예
- 포괄적 인
- 펼치기
- 전문적 지식
- 전문가
- 설명
- 폭발
- 기하 급수적으로
- 구조
- 인자
- 고장
- 꽤
- 익숙한
- 빠른
- 특징
- 피드백
- 세 연령의 아시안이
- 를
- 적은
- 들
- 입양 부모로서의 귀하의 적합성을 결정하기 위해 미국 이민국에
- 발견
- 먼저,
- 다섯
- 떠 있는
- 흐름
- 집중
- 럭셔리
- 형태
- 형식적인
- 에
- 가득 찬
- 기능
- 기능의
- 기능
- 기능
- 미래
- 이득
- 틈새
- 일반
- 일반적으로
- 생성
- 생성
- 지정 학적
- 얻을
- 가져옵니다
- 거인들
- 기부
- 세계화
- Go
- 가는
- 좋은
- 있어
- GPU
- GPU
- 큰
- 그룹
- 성장하는
- 성장
- 성장
- 발생
- 하드
- 하드웨어
- 있다
- 데
- he
- 머리
- 도움
- 주저하는
- 계층 적
- 높은
- 히트
- 말
- 방법
- 그러나
- HTTPS
- 거대한
- 사람의
- i
- 확인
- 식별
- if
- 영향
- 이행
- 중대한
- in
- 포함
- 포함
- 증가
- 산업
- 입력
- 명령
- 완성
- 인텔
- 의지
- 상호 작용
- 흥미있는
- 인터페이스
- 개입
- 으로
- 개요
- 직관적인
- 투자
- 투자
- 포함
- IP
- 발행물
- 문제
- IT
- 항목
- 그
- 일
- JPG
- 다만
- 딱 하나만
- 유지
- 키
- 가지
- 알아
- 지식
- 알려진
- 노동
- 넓은
- 큰
- 가장 큰
- 성
- 마지막 마일
- 지도자
- 오퍼
- 배운
- 하자
- 레벨
- 생활
- 수명 주기
- 처럼
- 한계
- 제한된
- 라인
- 선의
- 작은
- 삶
- 긴
- 장기
- 이상
- 보기
- 찾고
- 롯
- 낮은
- 절감
- 낮춘
- 주류
- 주요한
- 과반수
- 확인
- 유튜브 영상을 만드는 것은
- 구축
- 조작
- .
- 지도
- 표
- 시장
- math
- 문제
- XNUMX월..
- 아마도
- 의미
- 메시지
- 방법
- 방법론
- 방법
- 마일
- 모바일
- 모델
- 모듈
- 배우기
- 보다 효율적으로
- 가장
- 대개
- 이동
- 많은
- 여러
- 절대로 필요한 것
- my
- 무수한, 매우 많은
- name
- 자연
- 필연적으로
- 필요한
- 필요
- 요구
- 못
- 신제품
- 더 새로운
- 다음 것
- 좋은
- 아니
- 비전문가
- 유명한
- 아무것도
- 지금
- 번호
- of
- 오프
- 자주
- on
- ONE
- 만
- 열 수
- 오픈 소스
- 오픈
- 기회
- 최적화
- 최적화
- or
- 주문
- 기타
- 우리의
- 아웃
- 위에
- 극복하다
- 자신의
- 꾸러미
- 부품
- 특별히
- 과거
- 사람들
- 용
- 수행
- 성능
- 전망
- 박사 학위
- 현상
- 현상
- 조각
- 개척 된
- 장소
- 계획
- 계획
- 플라톤
- 플라톤 데이터 인텔리전스
- 플라토데이터
- 연극
- 재생
- 포인트 적립
- 전철기
- 가능한
- 힘
- 예측
- 예측
- 존재
- 예쁜
- 문제
- 문제
- 방법
- 프로세서
- 가공업자
- 프로덕트
- 제품 관리
- 생산
- 생산력
- 프로그램 제작자
- 프로젝트
- 돌기
- 현저한
- 약속
- 정확히
- 속성
- 재산
- 프로토콜
- 증명
- 제공
- 입고
- 쿼리
- 문제
- 문의
- 빨리
- 아주
- R&D
- 닥치는대로의
- 율
- 거주비용
- 현실
- 실제 가치
- 현실
- 현실
- 깨달은
- 이유
- 합리적인
- 이유
- 인식
- 추천
- 감소
- 의미
- 되돌아옴
- 신뢰성
- 남아
- 유적
- 평판
- 요청
- 필수
- 요구 사항
- 요구조건 니즈
- 필요
- 연구
- 리뷰
- 혁명
- 뿌리
- 달리기
- s
- 가장 안전한 따뜻함
- 안전
- 말했다
- 같은
- 라고
- 속담
- 확장성
- 규모
- 비늘이있는
- 저울
- 대본
- 계획
- 과학
- 션
- 둘째
- 안전해야합니다.
- 보안
- 참조
- 보고
- 본
- 판매
- 반도체
- 일련의
- 세트
- 변화
- 부족
- 부족
- 짧은
- 영상을
- 표시
- 측면
- 상당한
- 크게
- 규소
- 비슷하게
- 간단히
- 시뮬레이션
- 이후
- SIX
- 기술
- 약간 다른
- 작은
- So
- 해결책
- 솔루션
- 풀다
- 해결
- 일부
- 어떤 사람
- 무언가
- 때로는
- 출처
- 스페이스 버튼
- 구체적인
- 지출
- Spot
- 복음
- 스프레드 시트
- 직원
- 충실한
- 시작
- 주 정부
- 단계
- 단계
- 아직도
- 자극
- 중지
- 이야기
- 보폭
- 성공
- 성공
- 이러한
- 스위트
- 가정
- 확인
- 달콤한
- 체계
- 시스템은
- 받아
- 재능
- 이야기
- 말하는
- 팀
- 팀
- 테크니컬
- 기법
- 기술
- Technology
- 지루한
- 이야기
- 경향이있다
- 조건
- test
- 보다
- 그
- XNUMXD덴탈의
- 미래
- 소스
- 세계
- 그들의
- 그들
- 그때
- 그곳에.
- Bowman의
- 그들
- 맡은 일
- 일
- 생각
- 이
- 완전히
- 그
- 생각
- 을 통하여
- 도처에
- 시간
- 시대
- 팁
- 에
- 오늘
- 공차
- 너무
- 수단
- 검색을
- 상단
- 방향
- 더듬다
- 트레이싱
- 전통적인
- 거대한
- 트로이의
- 트로이 목마
- 믿어
- 신뢰할 수있는
- 노력
- 회전
- 두
- 유형
- 유형
- 일반적으로
- 아래에
- 밑에 있는
- 이해
- 진행중
- 뜻하지 않은
- 유일한
- 단위
- ...을 제외하면
- us
- 용법
- 사용
- 익숙한
- 유용
- 사용자
- 사용자
- 사용
- 사용
- 보통
- 활용
- 사용
- 가치
- 변형
- 종류
- 다르다
- 변화
- 거대한
- 공급 업체
- 공급 업체
- 확인
- 확인
- 확인하는
- 정통한
- 대
- 수직선
- 대단히
- 바이스
- 음량
- vs
- 취약점
- 산책
- 필요
- 원
- 원
- 였다
- 방법..
- 방법
- we
- 잘
- 했다
- 뭐
- 무엇이든
- 언제
- 여부
- 어느
- 동안
- 누구
- why
- 넓은
- 펼친
- 의지
- 과
- 이내
- 없이
- 작업
- 일
- 세계
- 걱정
- 겠지
- 쓰기
- 년
- 당신
- 너의
- 제퍼 넷